Message-Id: <201209020147.q821lU6d019957@delorie.com> From: Juan Manuel Guerrero To: djgpp-announce AT delorie DOT com Subject: ANNOUNCE: DJGPP port of XZ utils 5.0.4 uploaded. Date: Sun, 2 Sep 2012 00:20:07 +0200 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline This is a port of XZ utils 5.0.4 to MSDOS/DJGPP. XZ utils provide a general-purpose data compression library and command line tools. The native file format is the .xz format, but also the legacy .lzma format is supported. The .xz format supports multiple compression algorithms, which are called "filters" in context of XZ Utils. The primary filter is currently LZMA2. With typical files, XZ utils create about 30 % smaller files than gzip. To ease adapting support for the .xz format into existing applications and scripts, the API of liblzma is somewhat similar to the API of the popular zlib library. For the same reason, the command line tool xz has similar command line syntax than that of gzip. DJGPP specific changes. ======================= The sources do not compile with djdev203 because inttypes.h and snprintf are missed. This port uses the CVS repository version of snprintf. The required definition for PRIx32 and PRIx64 have been taken from the CVS repository version of inttypes.h. The library code itself has not been changed. The code has already enough DJGPP support. But the driver program has no SFN support at all. It simply appends a ".xz" or ".lzma" extension to the original file name according to the compression algorithm used. This will work on systems with LFN support but not on plain DOS. I have applied the same schema that I have used for the BZIP2 port. Unfortunately the original file name is not stored in the compressed file header so there will be no way to restore the original file name extension on SFN systems. The program will try to preserve as much characters as possible from the extension. For SFN systems the following rules apply for ".xz" extension: compressed name uncompressed name filename.exx --> filename.ex filename.exz --> filename.e filename.xz --> filename uncompressed name compressed name filename.ext --> filename.exx filename.ex --> filename.exx filename.e --> filename.exz filename --> filename.xz For SFN systems the following rules apply for ".lzma" extension: compressed name uncompressed name filename.exl --> filename.ex filename.elz --> filename.e filename.lzm --> filename uncompressed name compressed name filename.ext --> filename.exl filename.ex --> filename.exl filename.e --> filename.elz filename --> filename.lzm The port will detect at run time if LFN support is available or not and will select the method to handle the extension creation accordingly. For LFN and SFN systems, ".txz" and ".tlz" extensions are always identified as tar files. Their file name will always get a ".tar" extension. On LFN systems the port will behave as the original concerning the generation of the extension. To compile the sources and run the test suite you will need LFN support. There are no new DJGPP specific user visible changes in this port. Please read the docs to become familiar with the products. This is an verbatim extract of the NEWS file: ------------------------------------------------------------------------------- 5.0.4 (2012-06-22) * liblzma: - Fix lzma_index_init(). It could crash if memory allocation failed. - Fix the possibility of an incorrect LZMA_BUF_ERROR when a BCJ filter is used and the application only provides exactly as much output space as is the uncompressed size of the file. - Fix a bug in doc/examples_old/xz_pipe_decompress.c. It didn't check if the last call to lzma_code() really returned LZMA_STREAM_END, which made the program think that truncated files are valid. - New example programs in doc/examples (old programs are now in doc/examples_old). These have more comments and more detailed error handling. * Fix "xz -lvv foo.xz". It could crash on some corrupted files. * Fix output of "xz --robot -lv" and "xz --robot -lvv" which incorrectly printed the filename also in the "foo (x/x)" format. * Fix exit status of "xzdiff foo.xz bar.xz". * Fix exit status of "xzgrep foo binary_file". * Fix portability to EBCDIC systems. * Fix a configure issue on AIX with the XL C compiler. See INSTALL for details. * Update French, German, Italian, and Polish translations. ------------------------------------------------------------------------------- The port has been compiled using stock djdev203 (patchlevel 2) and consists of the four packages that can be downloaded from ftp.delorie.com and mirrors as (timestamp 2012-09-01): XZ utils 5.0.4 binaries, scripts and man format documentation: ftp://ftp.delorie.com/pub/djgpp/current/v2apps/xz-504b.zip XZ utils 5.0.4 lzma library and headers: ftp://ftp.delorie.com/pub/djgpp/current/v2apps/xz-504a.zip XZ utils 5.0.4 pdf format documentation: ftp://ftp.delorie.com/pub/djgpp/current/v2apps/xz-504d.zip XZ utils 5.0.4 source: ftp://ftp.delorie.com/pub/djgpp/current/v2apps/xz-504s.zip The binaries have been produced a second time using the stock version of djdev204 beta library. This package is available at ftp.delorie.com and mirrors as (timestamp 2012-09-01): XZ utils 5.0.4 binaries, scripts and man format documentation: ftp://ftp.delorie.com/pub/djgpp/beta/v2apps/xz-504b.zip XZ utils 5.0.4 lzma library and headers: ftp://ftp.delorie.com/pub/djgpp/beta/v2apps/xz-504a.zip Send XZ utils specific bug reports to . Send suggestions and bug reports concerning the DJGPP port to comp.os.msdos.djgpp or . Enjoy. Guerrero, Juan Manuel