2.024 7 January 2010
* Compress::Zlib
Get memGunzip & memGzip to set $gzerrno
[RT# 47283]
* Compress::Zlib
Export memGunzip, memGzip and zlib_version on demand
[RT# 52992]
* examples/io/anycat
This sample was using IO::Uncompress::AnyInflate. Much better to
use IO::Uncompress::AnyUncompress.
pkgsrc changes:
- Adjusting dependencies
Upstream changes:
2.021 30 August 2009
* IO::Compress::Base.pm
- Less warnnings when reading from a closed filehandle.
[RT# 48350]
- Fixed minor typo in an error message.
[RT# 39719]
* Makefile.PL
The PREREQ_PM dependency on Scalar::Util got dropped when
IO-Compress was created in 2.017.
[RT# 47509]
* IO::Compress::Zip.pm
- Removed restriction that zip64 is only supported in streaming
mode.
- The "version made by" and "extract" fields in the zip64 end
central record were swapped.
- In the End Central Header record the "offset to the start of the
central directory" will now always be set to 0xFFFFFFFF when
zip64 is enabled.
- In the End Central Header record the "total entries in the
central directory" field will be set to 0xFFFF if zip64 is
enabled AND there are more than 0xFFFF entries present.
* IO::Uncompress::Unzip.pm
- Don't consume lots of memory when walking a zip file. This makes
life more bearable when dealing with zip64.
* Compress::Zlib.pm
- documented that memGunzip cannot cope with concatenated gzip data
streams.
* Changed test harness so that it can cope with PERL5OPT=-MCarp=verbose
[RT# 47225]
* IO::Compress::Gzip::Constants.pm
- GZIP_FEXTRA_MAX_SIZE was set to 0xFF. Should be 0xFFFF. This
issue came up when attempting to unzip a file created by MS
Office 2007.
- Updating package for p5 modules belonging to IO::Compress from 2.019
to 2.020
- changes license to ${PERL5_LICENSE} according to META.yaml
- update dependencies according to META.yaml
Upstream changes:
2.020 3 June 2009
* IO::Uncompress::Base.pm
- Fixed problem with LimitOutput where a call to uncompress
created more uncompressed output, but didn't consume any of
the input buffer. The symptom is the underlying compression
library (zlib or bzip2) thinks the input stream is corrupt.
[RT #46582]
- Updating package for p5 modules IO::Compress, IO::Uncompress and
derived from 2.018 to 2.019
Upstream changes:
2.019 4 May 2009
* IO::Uncompress::Adapter::Bunzip2
- Fixed problem with EOF check.
- Updating package for p5 modules IO::Compress, IO::Uncompress and
derived from 2.017 to 2.018
- Setting license to gnu-gpl-v2
Upstream changes:
2.018 3 May 2009
* IO::Uncompress::Bunzip2
- The interface to Compress-Raw-Bzip2 now uses the new LimitOutput
feature. This will make all of the bzip2-related IO-Compress modules
less greedy in their memory consumption.
* IO::Compress::Zip
- Fixed exTime & exUnix2
- Fixed 'Use of uninitialized value in pack' warning when using
ZIP_CM_STORE.
were moved or renamed.
This was for some from 2008 and 2009 and one from 2001.
Also I noticed that a CHANGES entry was wrong as said "Renamed"
when should have said "Moved" (lua-OSBF) because PKGBASE stayed the
same.
- Importing package devel/p5-IO-Compress which updates (finally)
* devel/p5-IO-Compress-Base
* devel/p5-IO-Compress-Bzip2
* devel/p5-IO-Compress-Zlib
* devel/p5-Compress-Zlib
Upstream changes:
2.017 30 March 2009
* Merged IO-Compress-Base, IO-Compress-Bzip2, IO-Compress-Zlib &
Compress-Zlib into IO-Compress.
* The interface to Compress-Raw-Zlib now uses the new LimitOutput
feature. This will make all of the zlib-related IO-Compress modules
less greedy in their memory consumption.
* Removed MAN3PODS from Makefile.PL
* A few changes to get the test harness to work on VMS courtesy of
Craig. A. Berry.
* IO::Compress::Base & IO::Uncompress::Base
Downgraded some croaks in the constructors to just set $! (by letting
the code attempt to open a file and fail).
This makes the behavior more consistent to a standard open.
[RT #42657]
* IO::Uncompress::Base
Doing a seek with MultiStream could drop some of the uncompressed
data. Fixed.
* IO::Compress::Zip
- Fixed problem with the uncompressed & uncompressed fields when
zip64 is enabled. They were set to 0x0000FFFF instead of
0xFFFFFFFF. Also the ZIP64 extra field was 4 bytes short.
Problem spotted by Dino Chiesa.
* IO::Uncompress::Unzip
- use POSIX::mktime instead of Time::Local::timelocal to convert
the zip DOS time field into Unix time.
* Compress::Zlib
- Documented Compress::Zlib::zlib_version()
