123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167 |
- 0.9.0
- ~~~~~
- First version.
- 0.9.0a
- ~~~~~~
- Removed 'ranlib' from Makefile, since most modern Unix-es
- don't need it, or even know about it.
- 0.9.0b
- ~~~~~~
- Fixed a problem with error reporting in bzip2.c. This does not effect
- the library in any way. Problem is: versions 0.9.0 and 0.9.0a (of the
- program proper) compress and decompress correctly, but give misleading
- error messages (internal panics) when an I/O error occurs, instead of
- reporting the problem correctly. This shouldn't give any data loss
- (as far as I can see), but is confusing.
- Made the inline declarations disappear for non-GCC compilers.
- 0.9.0c
- ~~~~~~
- Fixed some problems in the library pertaining to some boundary cases.
- This makes the library behave more correctly in those situations. The
- fixes apply only to features (calls and parameters) not used by
- bzip2.c, so the non-fixedness of them in previous versions has no
- effect on reliability of bzip2.c.
- In bzlib.c:
- * made zero-length BZ_FLUSH work correctly in bzCompress().
- * fixed bzWrite/bzRead to ignore zero-length requests.
- * fixed bzread to correctly handle read requests after EOF.
- * wrong parameter order in call to bzDecompressInit in
- bzBuffToBuffDecompress. Fixed.
- In compress.c:
- * changed setting of nGroups in sendMTFValues() so as to
- do a bit better on small files. This _does_ effect
- bzip2.c.
- 0.9.5a
- ~~~~~~
- Major change: add a fallback sorting algorithm (blocksort.c)
- to give reasonable behaviour even for very repetitive inputs.
- Nuked --repetitive-best and --repetitive-fast since they are
- no longer useful.
- Minor changes: mostly a whole bunch of small changes/
- bugfixes in the driver (bzip2.c). Changes pertaining to the
- user interface are:
- allow decompression of symlink'd files to stdout
- decompress/test files even without .bz2 extension
- give more accurate error messages for I/O errors
- when compressing/decompressing to stdout, don't catch control-C
- read flags from BZIP2 and BZIP environment variables
- decline to break hard links to a file unless forced with -f
- allow -c flag even with no filenames
- preserve file ownerships as far as possible
- make -s -1 give the expected block size (100k)
- add a flag -q --quiet to suppress nonessential warnings
- stop decoding flags after --, so files beginning in - can be handled
- resolved inconsistent naming: bzcat or bz2cat ?
- bzip2 --help now returns 0
- Programming-level changes are:
- fixed syntax error in GET_LL4 for Borland C++ 5.02
- let bzBuffToBuffDecompress return BZ_DATA_ERROR{_MAGIC}
- fix overshoot of mode-string end in bzopen_or_bzdopen
- wrapped bzlib.h in #ifdef __cplusplus ... extern "C" { ... }
- close file handles under all error conditions
- added minor mods so it compiles with DJGPP out of the box
- fixed Makefile so it doesn't give problems with BSD make
- fix uninitialised memory reads in dlltest.c
- 0.9.5b
- ~~~~~~
- Open stdin/stdout in binary mode for DJGPP.
- 0.9.5c
- ~~~~~~
- Changed BZ_N_OVERSHOOT to be ... + 2 instead of ... + 1. The + 1
- version could cause the sorted order to be wrong in some extremely
- obscure cases. Also changed setting of quadrant in blocksort.c.
- 0.9.5d
- ~~~~~~
- The only functional change is to make bzlibVersion() in the library
- return the correct string. This has no effect whatsoever on the
- functioning of the bzip2 program or library. Added a couple of casts
- so the library compiles without warnings at level 3 in MS Visual
- Studio 6.0. Included a Y2K statement in the file Y2K_INFO. All other
- changes are minor documentation changes.
- 1.0
- ~~~
- Several minor bugfixes and enhancements:
- * Large file support. The library uses 64-bit counters to
- count the volume of data passing through it. bzip2.c
- is now compiled with -D_FILE_OFFSET_BITS=64 to get large
- file support from the C library. -v correctly prints out
- file sizes greater than 4 gigabytes. All these changes have
- been made without assuming a 64-bit platform or a C compiler
- which supports 64-bit ints, so, except for the C library
- aspect, they are fully portable.
- * Decompression robustness. The library/program should be
- robust to any corruption of compressed data, detecting and
- handling _all_ corruption, instead of merely relying on
- the CRCs. What this means is that the program should
- never crash, given corrupted data, and the library should
- always return BZ_DATA_ERROR.
- * Fixed an obscure race-condition bug only ever observed on
- Solaris, in which, if you were very unlucky and issued
- control-C at exactly the wrong time, both input and output
- files would be deleted.
- * Don't run out of file handles on test/decompression when
- large numbers of files have invalid magic numbers.
- * Avoid library namespace pollution. Prefix all exported
- symbols with BZ2_.
- * Minor sorting enhancements from my DCC2000 paper.
- * Advance the version number to 1.0, so as to counteract the
- (false-in-this-case) impression some people have that programs
- with version numbers less than 1.0 are in someway, experimental,
- pre-release versions.
- * Create an initial Makefile-libbz2_so to build a shared library.
- Yes, I know I should really use libtool et al ...
- * Make the program exit with 2 instead of 0 when decompression
- fails due to a bad magic number (ie, an invalid bzip2 header).
- Also exit with 1 (as the manual claims :-) whenever a diagnostic
- message would have been printed AND the corresponding operation
- is aborted, for example
- bzip2: Output file xx already exists.
- When a diagnostic message is printed but the operation is not
- aborted, for example
- bzip2: Can't guess original name for wurble -- using wurble.out
- then the exit value 0 is returned, unless some other problem is
- also detected.
- I think it corresponds more closely to what the manual claims now.
- 1.0.1
- ~~~~~
- * Modified dlltest.c so it uses the new BZ2_ naming scheme.
- * Modified makefile-msc to fix minor build probs on Win2k.
- * Updated README.COMPILATION.PROBLEMS.
- There are no functionality changes or bug fixes relative to version
- 1.0.0. This is just a documentation update + a fix for minor Win32
- build problems. For almost everyone, upgrading from 1.0.0 to 1.0.1 is
- utterly pointless. Don't bother.
|