Skip Menu |
 

This queue is for tickets about the Data-FlexSerializer CPAN distribution.

Report information
The Basics
Id: 127750
Status: open
Priority: 0/
Queue: Data-FlexSerializer

People
Owner: Nobody in particular
Requestors: SREZIC [...] cpan.org
Cc: MLEHMANN [...] cpan.org
AdminCc:

Bug Information
Severity: (no value)
Broken in: 1.10
Fixed in: (no value)



CC: MLEHMANN [...] cpan.org
Subject: t/10basic.t fails (with JSON:XS 4.0?)
Download (untitled) / with headers
text/plain 1.1k
The test suite started to fail on my smokers: ... # Failed test 'We should die under Storable and JSON when fed a plain SvPV' # at t/10basic.t line 209. # Failed test 'We should die under Storable and JSON when fed a plain SvPV' # at t/10basic.t line 209. ... # Failed test 'We should die under Storable and JSON when fed a plain SvPV' # at t/10basic.t line 209. # Looks like you failed 14 tests of 600. t/10basic.t ....... Dubious, test returned 14 (wstat 3584, 0xe00) Failed 14/600 subtests Statistical analysis suggests that this happens if JSON::XS 4.0 is installed: **************************************************************** Regression 'mod:JSON::XS' **************************************************************** Name Theta StdErr T-stat [0='const'] 1.0000 0.0000 335736626862600000.00 [1='eq_3.02'] 0.0000 0.0000 7.90 [2='eq_3.03'] 0.0000 0.0000 8.26 [3='eq_3.04'] 0.0000 0.0000 9.56 [4='eq_4.0'] -1.0000 0.0000 -101228401789345472.00 R^2= 1.000, N= 346, K= 5 ****************************************************************
Subject: Re: [rt.cpan.org #127750] t/10basic.t fails (with JSON:XS 4.0?)
Date: Tue, 20 Nov 2018 14:20:54 +0100
To: Slaven_Rezic via RT <bug-Data-FlexSerializer [...] rt.cpan.org>
From: Marc Lehmann <schmorp [...] schmorp.de>
Download (untitled) / with headers
text/plain 727b
On Tue, Nov 20, 2018 at 02:21:02AM -0500, Slaven_Rezic via RT <bug-Data-FlexSerializer@rt.cpan.org> wrote: Show quoted text
> # Failed test 'We should die under Storable and JSON when fed a plain SvPV' > # at t/10basic.t line 209.
This is because a plain scalar is now valid by default. The easiest fix would be to create the json coder with ->allow_nonref(0), but probably the assumption itself is flawed in some way. -- The choice of a Deliantra, the free code+content MORPG -----==- _GNU_ http://www.deliantra.net ----==-- _ generation ---==---(_)__ __ ____ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / schmorp@schmorp.de -=====/_/_//_/\_,_/ /_/\_\


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

Please report any issues with rt.cpan.org to rt-cpan-admin@bestpractical.com.