Mail Archives: djgpp/2007/02/04/16:01:47
On Jan 28, 5:20 pm, Juan Manuel Guerrero <juan DOT guerr DOT DOT DOT AT gmx DOT de> wrote:
> This is a port of GNU Gzip 1.3.9 to MSDOS/DJGPP.
>
> DJGPP specific changes.
> =======================
>
> This port is based on the previous ports gzip13X[bds].zip which are based on
> Eli Zaretskii's port of GNU Gzip 1.2.4a (aka gzp124a[bds].zip). This means,
> that all the djgpp specific funtionality introduced with those ports will
> also be available in this new port.
>
> This is a recompilation of all new features introduced with gzp124a
> and also available in this port:
> - Gzip now fully supports long file names on those platforms where DJGPP
> can access them. This means, for example, that compressing `foo.tar' on
> Windows 9X will produce `foo.tar.gz', not `foo.tgz'.
> For backward compatibility, Gzip knows about butchered DOS-style
> extensions of compressed files even when long file names are supported.
> For example, if you have `foo.tgz' and you type "gunzip foo.tar", Gzip
> will find the file even on Windows 9X. Short variants of compressed
> extensions are checked *after* the long ones, so Gzip will try to find
> `foo.tar.gz' before `foo.tgz'.
> Long file name support is checked for each file submitted to Gzip, so
> it will treat each one of them in accordance with the properties of the
> file system where that file resides. In other words, you can compress
> files that reside on DOS and Windows file systems within a single Gzip
> command.
> - Gzip will no longer appear to hang when its input comes from the console
> device. Previous ports would hang when the user typed "gzip -f [Enter]".
> This port allows you to either interrupt the program with Ctrl-C (if you
> typed that command by mistake), or type in the input and end it with a ^Z
> (if you really mean to compress the text you type from the keyboard).
> This is done by avoiding to switch the console device to binary mode,
> so any console reads are now done in text mode.
> - The default compressed file extension is now `.gz', not `z'. This is so
> that compressed file names on Windows 9X would have the usual `.gz'
> extension, but it also means that `foo.cc' will now be compressed into
> `foo.cgz' when long file names are not supported. Use the -N option to
> `gunzip' to restore the original name, if the original file name had
> more than one character in the extension.
> - When restoring original file names, `gunzip' now converts all characters
> that are not allowed in DOS/Windows file names to similar but valid
> characters, and changes the file name if it is reserved by a DOS device
> driver (like `aux.text' or `prn.tar') by prepending an underscore to it.
> - In previous ports, uncompressing files with certain names on Windows 9X
> when numeric tails are disabled would trigger false warnings about file
> name truncation. This is now fixed.
> - Truncation of long file names on plain DOS is somewhat smarter now:
> `gunzip' treats several additional characters (like `-' and `_') as
> part delimiters.
> - Shell scripts `zmore', `zdiff', `zgrep' and others now work on DOS and
> Windows, and are distributed with the binary distribution, as are all
> the man pages supplied with the official GNU sources.
> - The binaries gunzip.exe and zcat.exe will be installed as symlinks of
> gzip.exe.
>
> All the changes done to the original distribution are documented in the
> diffs file and located together with all the files needed to configure
> the package (config.bat, config.sed, config.site, etc.) in the /djgpp subdir.
> There exist a mekefile called makefile.dj located in the /msdos subdir.
> This is part of the original FSF gzip-1.2.4 source distribution. I have never
> inspected nor used this file, so do not use it or do not ask question if you
> decide to use it. This port as well as all the other gzip13X[bsd].zip ports
> use the usual configuration files located in the /djgpp directory to create
> the configure script, Makefile and config.h.
>
> If you want to recompile the package, run the command:
> make
> Install the products running the command:
> make install
> There is no testsuite in this package so test the binary by using it.
> As usual I have configured and produced the binaries using stock djdev203.
>
> If you are a WinXP user you will have to reconfigure and recompile from scratch
> running the commands:
> rm djgpp\config.cache
> make distclean
> djgpp\config
> make
> make install
> These command sequence will produce and install the binaries, info docs and
> unformated man pages in the djgpp installation tree defined by /den/env/DJDIR
>
> The port consists of the usual three packages that can be downloaded from
> ftp.delorie.com and mirrors as (timestamp 2007-01-28):
>
> Gzip 1.3.9 binary, info and man format documentation:
> ftp://ftp.delorie.com/pub/djgpp/current/v2gnu/gzip139b.zip
>
> Gzip 1.3.9 dvi, html, ps and pdf format documentation:
> ftp://ftp.delorie.com/pub/djgpp/current/v2gnu/gzip139d.zip
>
> Gzip 1.3.9 source:
> ftp://ftp.delorie.com/pub/djgpp/current/v2gnu/gzip139s.zip
>
> For the convenience of the WinXP users the binaries has been produced
> a second time using the djdev204 beta library. This package is available
> at ftp.delorie.com and mirrors as (timestamp 2007-01-28):
>
> Gzip 1.3.9 binary, info and man format documentation:
> ftp://ftp.delorie.com/pub/djgpp/beta/v2gnu/gzip139b.zip
>
> Send gzip specific bug reports to <bug-g DOT DOT DOT AT gnu DOT org>.
> Send suggestions and bug reports concerning the DJGPP port
> to comp.os.msdos.djgpp or <d DOT DOT DOT AT delorie DOT com>.
> If you are not sure if the failure is really a gzip failure
> or a djgpp specific failure, report it here and *not* to
> <bug-g DOT DOT DOT AT gnu DOT org>.
>
> Enjoy.
>
> Guerrero, Juan Manuel <juan DOT guerr DOT DOT DOT AT gmx DOT de>
Sorry if this is a dumb question, but why didn't you symlink the .EXEs
in this? There are three .EXEs, each of size 184,096 bytes with
identical CRCs, filedates, filetimes, etc. (I suspect you have a good
reason, but the older GZIP135B.ZIP uses symlinks instead, as does your
recent ed 0.4 port.)
- Raw text -