On Sep 25, 2007, at 4:55 PM, demerphq wrote:
The proper way to get DD to do what I think you want to do is as
follows:
my $serialized=do{ my
. Data::Dumper-new([$var],['dumped_var'])
-Purity(1)
On 9/26/07, Michael G Schwern [EMAIL PROTECTED] wrote:
demerphq wrote:
On 12/5/06, Ken Williams [EMAIL PROTECTED] wrote:
On Dec 4, 2006, at 12:35 PM, Julian Mehnle wrote:
Is it likely that this occurs with CPANTS in the first place?
Unfortuna-
tely, CPANTS doesn't tell the
demerphq wrote:
If that's the case, perhaps the docs for Terse could use stronger language.
Right now it's a little obtuse.
· $Data::Dumper::Terse or $OBJ−Terse([NEWVAL])
When set, Data::Dumper will emit single, non‐self‐referential
values as atoms/terms rather than statements. This
On 9/26/07, Michael G Schwern [EMAIL PROTECTED] wrote:
demerphq wrote:
If that's the case, perhaps the docs for Terse could use stronger language.
Right now it's a little obtuse.
· $Data::Dumper::Terse or $OBJ−Terse([NEWVAL])
When set, Data::Dumper will emit single,
demerphq wrote:
Would something like the following patch be good in your opinion?
Yeah, I like the idea of having the best practice encoded as a function.
--
There will be snacks.
On Sep 25, 2007, at 4:55 PM, demerphq wrote:
Im shocked that anyone is using Terse in production code. It is
completely unsafe and intended ONLY for debugging purposes. In fact id
say that using Data::Dumper without Purity(1) as a serialization
mechanism in production code is simply insane.
On 12/5/06, Ken Williams [EMAIL PROTECTED] wrote:
On Dec 4, 2006, at 12:35 PM, Julian Mehnle wrote:
Is it likely that this occurs with CPANTS in the first place?
Unfortuna-
tely, CPANTS doesn't tell the Data::Dumper version it is using... :-(
I looked at the three failure reports you
demerphq wrote:
On 12/5/06, Ken Williams [EMAIL PROTECTED] wrote:
On Dec 4, 2006, at 12:35 PM, Julian Mehnle wrote:
Is it likely that this occurs with CPANTS in the first place?
Unfortuna-
tely, CPANTS doesn't tell the Data::Dumper version it is using... :-(
I looked at the three failure
Ken Williams wrote:
On Dec 3, 2006, at 3:42 PM, Julian Mehnle wrote:
So, does anyone have an idea what should be done about this issue?
Or, more precisely, is there some work-around that I can apply in the
Build.PL files that I distribute with my modules?
As far as I can guess, Eric's
On Dec 4, 2006, at 12:35 PM, Julian Mehnle wrote:
Is it likely that this occurs with CPANTS in the first place?
Unfortuna-
tely, CPANTS doesn't tell the Data::Dumper version it is using... :-(
I looked at the three failure reports you referenced, and seeing as 2
of them come from the
Julian Mehnle wrote:
I am getting reports of a strage error message when trying to build a
M::B 0.26 based distro (Mail::SPF, currently 2.000_003) on certain
systems that have a _higher_ version of M::B:
http://cpantesters.perl.org/show/Mail-SPF.html
[...]
The 'Global symbol $VAR1
Hi all,
I am getting reports of a strage error message when trying to build a M::B
0.26 based distro (Mail::SPF, currently 2.000_003) on certain systems that
have a _higher_ version of M::B:
http://cpantesters.perl.org/show/Mail-SPF.html
For example, on a system with M::B 0.280500, it says:
12 matches
Mail list logo
