Storable::Improved - Storable improved with core flaws mitigated
use Storable::Improved; store \%table, 'file'; $hashref = retrieve('file'); use Storable::Improved qw(nstore store_fd nstore_fd freeze thaw dclone); # Network order nstore \%table, 'file'; $hashref = retrieve('file'); # There is NO nretrieve() # Storing to and retrieving from an already opened file store_fd \@array, \*STDOUT; nstore_fd \%table, \*STDOUT; $aryref = fd_retrieve(\*SOCKET); $hashref = fd_retrieve(\*SOCKET); # Serializing to memory $serialized = freeze \%table; %table_clone = %{ thaw($serialized) }; # Deep (recursive) cloning $cloneref = dclone($ref); # Advisory locking use Storable qw(lock_store lock_nstore lock_retrieve) lock_store \%table, 'file'; lock_nstore \%table, 'file'; $hashref = lock_retrieve('file');
v0.1.3
Storable::Improved is a drop-in replacement for Storable. It is a thin module inheriting from Storable and mitigating some of Storable core flaws that have been pointed out to the development team (See "SEE ALSO"), but not addressed mostly due their unwillingness to do so. Hence, this module offers the implementation initially suggested.
As Storable documentation states, "the Storable package brings persistence to your Perl data structures containing SCALAR, ARRAY, HASH or REF objects, i.e. anything that can be conveniently stored to disk and retrieved at a later time."
SCALAR
ARRAY
HASH
REF
Storable::Improved provides an opportunity to support GLOB-based objects as well and correct other issues.
GLOB
What issues does it address?
Storable would fail. For example:
use IO::File; use Storable (); my $io = IO::File->new( __FILE__, 'r' ); my $serialised = Storable::freeze( $io );
would yield the fatal error:
Can't store GLOB items
and if you set $Storable::forgive_me to a true value, as pointed out in Storable documentation, this would yield:
$Storable::forgive_me
Can't store item GLOB(0x563f92a2cc48)
And if you implemented a STORABLE_freeze in the hope you could return an acceptable value to Storable::freeze upon freezing your glob-object, you are in for a disappointment. Storable would trigger the following fatal error. For example:
STORABLE_freeze
Storable::freeze
use IO::File; use Storable (); sub IO::File::STORABLE_freeze {}; $Storable::forgive_me = 1; my $io = IO::File->new( __FILE__, 'r' ); my $serialised = Storable::freeze( $io );
would yield:
Unexpected object type (8) in store_hook()
Completely obscure and unhelpful error and undocumented too. Whether STORABLE_freeze returns anything makes no difference.
For example:
use v5.36; use strict; use warnings; use HTTP::XSHeaders; use Storable (); my $h = HTTP::XSHeaders->new( Content_Type => 'text/html; charset=utf8', ); say "Content-Type: ", $h->header( 'Content-Type' ); say "Serialising."; my $serial = Storable::freeze( $h ); my $h2 = Storable::thaw( $serial ); say "Is $h2 an object of HTTP::XSHeaders? ", ( $h2->isa( 'HTTP::XSHeaders' ) ? 'yes' : 'no' ); say "Can $h2 do header? ", ( $h2->can( 'header' ) ? 'yes' : 'no' ); say "Content-Type: ", $h2->header( 'Content-Type' ); # Exception occurs here: "hl is not an instance of HTTP::XSHeaders"
would result in a fatal error hl is not an instance of HTTP::XSHeaders even though $h2->isa('HTTP::XSHeaders') returns true. This is because the object is created by Storable and not by the XS module and is incompatible. Thus, you would think Storable has successfully deserialised the data when it actually did not.
hl is not an instance of HTTP::XSHeaders
$h2->isa('HTTP::XSHeaders')
STORABLE_thaw
use v5.36; use strict; use warnings; use HTTP::XSHeaders; use Storable (); sub HTTP::XSHeaders::STORABLE_freeze { my( $self, $cloning ) = @_; return if( $cloning ); my $class = ref( $self ) || $self; my $h = {}; my $headers = []; my $order = []; $self->scan(sub { my( $f, $val ) = @_; if( exists( $h->{ $f } ) ) { $headers->{ $f } = [ $h->{ $f } ] unless( ref( $h->{ $f } ) eq 'ARRAY' ); push( @{$h->{ $f }}, $val ); } else { $h->{ $f } = $val; push( @$order, $f ); } }); foreach my $f ( @$order ) { push( @$headers, $f, $h->{ $f } ); } my %hash = %$self; $hash{_headers_to_restore} = $headers; return( $class, \%hash ); } sub HTTP::XSHeaders::STORABLE_thaw { my( $self, undef, $class, $hash ) = @_; $class //= ref( $self ) || $self; $hash //= {}; my $headers = ref( $hash->{_headers_to_restore} ) eq 'ARRAY' ? delete( $hash->{_headers_to_restore} ) : []; my $new = $class->new( @$headers ); foreach( keys( %$hash ) ) { $new->{ $_ } = delete( $hash->{ $_ } ); } # Unfortunately, Storable ignores $new ! # So this would never work... return( $new ); } my $h = HTTP::XSHeaders->new( Content_Type => 'text/html; charset=utf8', ); say "Content-Type: ", $h->header( 'Content-Type' ); say "Serialising."; my $serial = Storable::freeze( $h ); my $h2 = Storable::thaw( $serial ); say "Is $h2 an object of HTTP::XSHeaders? ", ( $h2->isa( 'HTTP::XSHeaders' ) ? 'yes' : 'no' ); say "Can $h2 do header? ", ( $h2->can( 'header' ) ? 'yes' : 'no' ); say "Content-Type: ", $h2->header( 'Content-Type' ); # Exception occurs here: "hl is not an instance of HTTP::XSHeaders"
This would still yield the fatal error: hl is not an instance of HTTP::XSHeaders, and that is because Storable discard the value returned by STORABLE_thaw. If it did accept it, the resulting object would work perfectly. CBOR::XS and Sereal::Decoder do exactly that with the special subroutine THAW, and it works well.
THAW
To address those issues, Storable::Improved provides a modified version of "freeze" and "thaw" and leaves the rest unchanged. This puts it more in line with other serialisers such as CBOR::XS and Sereal
Provided with some data to freeze, and this checks whether the data provided is a blessed object, and if it has the method STORABLE_freeze_pre_processing. If it has, it calls it and pass the returned value to Storable::freeze, thus giving you a chance to prepare your module object before it gets serialised.
STORABLE_freeze_pre_processing
In most case, this is not needed and whatever your STORABLE_freeze returns, Storable would use. However, in cases where your module produces glob-based objects, Storable::freeze would ignore what STORABLE_freeze produces and trigger an error, rendering it useless. This gives you a chance for those scenario, to prepare your module objects, before they are passed to Storable::freeze
It returns the resulting serialised data created by Storable::freeze
"Any class may define hooks that will be called during the serialization and deserialization process on objects that are instances of that class. Those hooks can redefine the way serialization is performed (and therefore, how the symmetrical deserialization should be conducted)." (quote from the Storable documentation.)
No change. See Storable documentation for more information.
Example:
sub STORABLE_freeze { my( $self, $cloning ) = @_; return if( $cloning ); my $class = ref( $self ) || $self; my %hash = %$self; return( $class, \%hash ); }
A word of caution here. What the original Storable documentation does not tell you is that:
would produce:
Content-Type: text/html; charset=utf8 Serialising. Is My::Headers=HASH(0x555a5c06f198) an object of HTTP::XSHeaders? yes Can My::Headers=HASH(0x555a5c06f198) do header? yes hl is not an instance of HTTP::XSHeaders
This is because, although the HTTP::XSHeaders object in this example created by Storable itself, is a blessed reference of HTTP::XSHeaders, that object cannot successfully call its own methods! This is because that object is not a native XS module object. Storable created that replica, but it is not working, and Storable could have taken from the best practices as implemented in the API of CBOR::XS or Sereal by taking and using the return value from STORABLE_thaw like CBOR::XS and Sereal do with the THAW hook, but nope.
HTTP::XSHeaders
It would have made sense, since each module knows better than Storable what needs to be done ultimately to make their object work.
New
If the data passed to "freeze" is a blessed reference and that STORABLE_freeze_pre_processing is implemented in the object's module, this is called by "freeze" before the object is serialised by Storable, giving it a chance to make it in a way that is acceptable to Storable without dying.
Consider the following:
use IO::File; my $io = IO::File->new( __FILE__, 'r' ); my $serial = Storable::freeze( $io );
would throw a fatal error that Storable does not accept glob, but if you did:
use IO::File; local $Storable::forgive_me = 1; sub IO::File::STORABLE_freeze_pre_processing { my $self = shift( @_ ); my $class = ref( $self ) || $self; my $args = [ __FILE__, 'r' ]; # We change the glob object into a regular hash-based one to be Storable-friendly my $this = bless( { args => $args, class => $class } => $class ); return( $this ); } sub IO::File::STORABLE_thaw_post_processing { my $self = shift( @_ ); my $args = $self->{args}; my $class = $self->{class}; # We restore our glob object. Geez that was hard. Not. my $obj = $class->new( @$args ); return( $obj ); } my $io = IO::File->new( __FILE__, 'r' ); my $serial = Storable::Improved::freeze( $io ); my $io2 = Storable::Improved::thaw( $serial );
And here you go, $io2 would be equivalent to your initial glob, opened with the same arguments as the first one.
$io2
If the data passed to "freeze" is a blessed reference and that STORABLE_thaw_post_processing is implemented in the object's module, this is called by "thaw" after Storable has deserialised the data, giving you an opportunity to make final adjustments to make the module object a working one.
STORABLE_thaw_post_processing
use HTTP::XSHeaders; use Storable::Improved; sub HTTP::XSHeaders::STORABLE_freeze { my( $self, $cloning ) = @_; return if( $cloning ); my $class = ref( $self ) || $self; my $h = {}; my $headers = []; my $order = []; # Get all headers field and values in their original order $self->scan(sub { my( $f, $val ) = @_; if( exists( $h->{ $f } ) ) { $h->{ $f } = [ $h->{ $f } ] unless( ref( $h->{ $f } ) eq 'ARRAY' ); push( @{$h->{ $f }}, $val ); } else { $h->{ $f } = $val; push( @$order, $f ); } }); foreach my $f ( @$order ) { push( @$headers, $f, $h->{ $f } ); } my %hash = %$self; $hash{_headers_to_restore} = $headers; return( $class, \%hash ); } sub HTTP::XSHeaders::STORABLE_thaw { my( $self, undef, $class, $hash ) = @_; $class //= ref( $self ) || $self; $hash //= {}; $hash->{_class} = $class; $self->{_deserialisation_params} = $hash; # Useles to do more in STORABLE_thaw, because Storable anyway ignores the value returned # so we just store our hash of parameters for STORABLE_thaw_post_processing to do its actual job return( $self ); } sub HTTP::XSHeaders::STORABLE_thaw_post_processing { my $obj = shift( @_ ); my $hash = ( exists( $obj->{_deserialisation_params} ) && ref( $obj->{_deserialisation_params} ) eq 'HASH' ) ? delete( $obj->{_deserialisation_params} ) : {}; my $class = delete( $hash->{_class} ) || ref( $obj ) || $obj; my $headers = ref( $hash->{_headers_to_restore} ) eq 'ARRAY' ? delete( $hash->{_headers_to_restore} ) : []; my $new = $class->new( @$headers ); foreach( keys( %$hash ) ) { $new->{ $_ } = delete( $hash->{ $_ } ); } return( $new ); } my $h = HTTP::XSHeaders->new( Content_Type => 'text/html; charset=utf8', ); my $serial = Storable::Improved::freeze( $h ); my $h2 = Storable::Improved::thaw( $serial ); # $h2 is an instance from HTTP::XSHeaders # Calling a method using this XS method object works! Example: # $h2->header( 'Content-Type' ); # produces: 'text/html; charset=utf8'
Storable, CBOR::XS, Sereal
Storable issue #19964
Storable issue #19984
Jacques Deguest <jack@deguest.jp>
Copyright (c) 2022 DEGUEST Pte. Ltd.
You can use, copy, modify and redistribute this package and associated files under the same terms as Perl itself.
To install Storable::Improved, copy and paste the appropriate command in to your terminal.
cpanm
cpanm Storable::Improved
CPAN shell
perl -MCPAN -e shell install Storable::Improved
For more information on module installation, please visit the detailed CPAN module installation guide.