Lines Matching refs:by
151 # Store target object hierarchy, identified by a reference to its root.
356 # by freeze. If the frozen image passed is undef, return undef.
413 It can be used in the regular procedural way by calling C<store> with
433 from a file via C<fd_retrieve>. Those names aren't imported by default,
454 Storable and directly store your objects by invoking C<store> as
498 of locking by using modules such as LockFile::Simple which lock a
510 stored internally by Perl, i.e. pseudo-randomly. If you set
512 hashes with the elements sorted by their key. This allows you to
513 compare data structures by comparing their frozen representations (or
539 serialize data which is not supported by earlier Perls. By default,
540 Storable will attempt to do the right thing, by C<croak()>ing if it
578 file readable by an older Storable, even if the writer didn't store newer
583 continue to read files generated by newer Storable modules which are careful
587 The old behaviour of immediate croaking can be re-instated by setting
605 Normal errors are reported by having store() or retrieve() return C<undef>.
688 it tries to load the class by requiring the package dynamically (using
702 Predicates are not exportable. They must be called by explicitly prefixing
759 and the B part would be serialized by the engine. In C<STORABLE_thaw>, you
781 STDOUT by invoking Storable::show_file_magic(). Note that the GNU
899 by integer operations such as logic ops and then not used in any string or
905 by Storable 2.02 or earlier on perl 5.6.0 or 5.6.1 on Unix or Linux which
914 network order), and will refuse to load files written by a Storable not
917 are given by the sizes of the C language types, and so files written on
930 written by a 32 bit perl, not realise that the data is actually in a subtly
941 What this means is that if you have data written by Storable 1.x running
943 then by default this Storable will refuse to read it, giving the error
980 and optimized the emission of "tags" in the output streams by
989 Storable was written by Raphael Manfredi F<E<lt>Raphael_Manfredi@pobox.comE<gt>>
990 Maintenance is now done by the perl5-porters F<E<lt>perl5-porters@perl.orgE<gt>>