Skip Menu |

This queue is for tickets about the Parse-Perl CPAN distribution.

Report information
The Basics
Id: 128070
Status: new
Priority: 0/
Queue: Parse-Perl

People
Owner: Nobody in particular
Requestors: me [...] eboxr.com
Cc:
AdminCc:

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



Subject: t/lex_hinthash.t is storing ArrayRef in hints hash %^H
It is just a unit test so not a big deal but just realized that this unit test t/lex_hinthash.t is storing some Ref values in %^H The hints hash (%^H) cannot be used to store hashrefs as values, so any implementation that relies on putting hashrefs in %^H is intrinsically broken. See "Implementation details" in the perlpragma manpage. https://perldoc.perl.org/perlpragma.html#Implementation-details See also my Lexical::Hints module for a clean work-around for this (annoying) limitation with %^H.
of course Lexical::Hints is a Damian Conway module :-) bad copy/paste in the previous message
After reading it a second time, this seem a perfectly use case and the whole test is using that specific hash hint behavior. we should close this case sorry for the noise nicolas On Thu Dec 20 15:29:28 2018, atoomic wrote: Show quoted text
> It is just a unit test so not a big deal but just realized that this > unit test > > t/lex_hinthash.t is storing some Ref values in %^H > > The hints hash (%^H) cannot be used to store hashrefs as values, > so any implementation that relies on putting hashrefs in %^H is > intrinsically broken. > > See "Implementation details" in the perlpragma manpage. > https://perldoc.perl.org/perlpragma.html#Implementation-details > > See also my Lexical::Hints module for a clean work-around > for this (annoying) limitation with %^H.