view release on metacpan or  search on metacpan

Changes  view on Meta::CPAN

2.0005 Mar 25 13:05:00 2012 PDT
    - t/27_filehandle.t has been fixed again. It no longer violates
      Test::Builder’s encapsulation.

2.0004 Sep 12 18:38:00 2010 PDT
    - t/27_filehandle.t has been fixed to work with Test::More 2.

2.0003 Sep 12 12:02:00 2010 PDT
    - t/43_transaction_maximum.t has been fixed. It was broken in the
      previous release for systems that will only open so many files.

2.0002 Sep 5 12:35:00 2010 PDT
    - Error messages from DBM::Deep now use the caller’s file name.
      They used incorrectly to use the name of the program ($0).
    - begin_work now checks correctly to see whether the new transac-
      tion exceeds the number the file was created to support. Some-
      times it would allow a few more transactions, and then proceed
      to corrupt the database (RT#60903).
    - The description of the file header in DBM::Deep::Internals has
      been brought up to date.

2.0001 Aug 22 12:03:00 2010 PDT
    - Simply reading a hash or array element no longer causes autoviv-
      ification. (Dereferencing it does still.) This makes DBM::Deep
      comply with Perl’s behaviour (RT#60391).

2.0000 Jul 18 14:30:00 2010 PDT
    - THIS VERSION IS NOT FULLY COMPATIBLE WITH 1.002x.
    - This version is practically identical to the previous dev
      release. See 1.9999_01, below, for all the hype. 
    - Also, a memory leak caused by misuse of field hashes has
      been fixed.
    - perl 5.8.4 is now required.

1.9999_02 Jul 11 13:02:00 2010 PDT
    (This is the second developer release for 2.0000.)
    - Fixed a broken test
    - Fixed compilation and overloading under perl 5.8.x

1.9999_01 Jun 27 14:22:00 2010 PDT
    (This is the first developer release for 2.0000.)
    - THIS VERSION CHANGES THE FILE FORMAT.
        - Databases from DBM::Deep 1.0003 and higher can still
          be opened.
        - Newly-created databases automatically use the version 2.x
          format (numbered 4 internally), which version 1.x
          cannot open.
        - The optimize method, since it copies everything to a new
          database, upgrades it.
        - There is a new db_version method.
    - Support for perl 5.6 has been dropped. We now require 5.8. 5.6
      users can still use version 1.0025. If anyone really needs 5.6
      support in version 2.x, we can add it back again, but would pre-
      fer not to. Bug fixes may be back-ported to 1.002x if requested.
    - The File back end now supports Unicode. This is only supported
      for new databases. Old databases in the DBM::Deep 1.0003 format
      will have to be upgraded for this to work.
    - New external_refs mode, which allows objects retrieved from the
      database to hang on to the corresponding database entries, keep-
      ing them alive, even after all references to them from the data-
      base itself have been deleted.
    - Numeric comparison of DBM::Deep objects now works. Different
      objects used to compare equal. And there were uninitial-
      ized warnings.
    - Deletions now work properly in the DBI back end. Deleting an
      array or hash referenced by two keys in the database used to
      be a no-op.

1.0025 Jun 6 12:46:00 2010 PDT
    (This version is compatible with 1.0024)
    - Fixed t/39_singletons.t to work on Windows.

1.0024 May 30 14:25:00 2010 PDT
    (This version is compatible with 1.0023)
    - Stale references (objects blessed into DBM::Deep::Null), which
      have always supposed to act like undef, now compare equal to
      undef, "" and 0. $stale_ref eq "" used to return false, even
      though "$stale_ref" was the empty string.
    - If you assign a stale reference to a database location,
      DBM::Deep now warns and assigns undef, instead of dying with
      obscure error messages.
    - Using a stale reference as a hash or array ref now causes an
      error with a more helpful message.

1.0023 May 9 14:33:00 2010 PDT
    (This version is compatible with 1.0022)
    - The DBI back end no longer dies with ‘Use of uninitialized value
      $_ in lc’ in perl 5.12.0. Thanks to Ansgar Burchardt for finding
      and fixing this problem.

1.0022 Apr 25 18:40:00 2010 PDT
    (This version is compatible with 1.0021)
    - Singleton support has been re-enabled in the File back end.
    - t/43_transaction_maximum.t was still failing on some systems
      (see http://www.cpantesters.org/cpan/report/7151810), so now we
      try to detect the maximum number of files we can open.

1.0021 Apr 18 18:28:00 2010 PDT
    (This version is compatible with 1.0020)
    - Correct spelling mistakes in the documentation (thanks to Gregor
      Herrmann for the corrections and to Ansgar Burchardt for passing
      them on) (RT#56520)
    - MANIFEST now lists the test libs so they get included in the
      distribution (RT#56512)
    - It no longer crashes in perl 5.6.2.

1.0020 Apr 10 10:50:00 2010 EDT
    (This version is compatible with 1.0016)
	- Fixed t/43_transaction_maximum.t so that it doesn't error out on systems
      which cannot open > 255 files at one time.
    - Improved code coverage
        - Added t/96_virtual_functions.t which helps describe what actually
          needs to be overridden in a new plugin.
    

1.0019_003 Feb 16 22:00:00 2010 EST
    (This is the third developer release for 1.0020.)
    (This version is compatible with 1.0016)
	- Fixed problem where "./Build test" wouldn't actually -do- anything.
        - (No-one apparently tried to install this till Steven Lembark. Thanks!)