RE: (dchetlin: Data::Dumper) Re: ASP and Storable woes

I just read the Data::Dumper docs. Indent has no effect on the correctness of the output. Only how readable it is to the human eye.

Purity and Terse are more related to allowing nested seralized data to be reconstructed. See the section "Configuration Variables or Methods" for the gory details.

Comment on RE: (dchetlin: Data::Dumper) Re: ASP and Storable woes

Replies are listed 'Best First'.
RE: RE: (dchetlin: Data::Dumper) Re: ASP and Storable woes by dchetlin (Friar) on Sep 29, 2000 at 13:19 UTC
Er ... what I said was: As a bonus, it will probably be more compact than Storable (as long as you set `$Data::Dumper::Indent` to 0). I didn't mention correctness, I mentioned compactness -- with `$Indent` set, you get an extremely compressed string that will more often than not be smaller than Storable's binary encoding of the same data. The drawback is of course that Storable will always be faster. -dlc	[reply] [d/l] [select]

Replies are listed 'Best First'.

RE: RE: (dchetlin: Data::Dumper) Re: ASP and Storable woes
by dchetlin (Friar) on Sep 29, 2000 at 13:19 UTC

As a bonus, it will probably be more compact than Storable (as long as you set $Data::Dumper::Indent to 0).

I didn't mention correctness, I mentioned compactness -- with $Indent set, you get an extremely compressed string that will more often than not be smaller than Storable's binary encoding of the same data.

The drawback is of course that Storable will always be faster.

-dlc

[reply]
[d/l]
[select]