X-Authentication-Warning: delorie.com: mail set sender to djgpp-bounces using -f From: rugxulo AT gmail DOT com Newsgroups: comp.os.msdos.djgpp Subject: Re: ANNOUNCE: DJGPP port of GNU gzip-1.3.9 uploaded Date: 4 Feb 2007 12:55:16 -0800 Organization: http://groups.google.com Lines: 119 Message-ID: <1170622516.794251.239820@k78g2000cwa.googlegroups.com> References: <200701282309 DOT l0SN9i8s007718 AT delorie DOT com> NNTP-Posting-Host: 65.13.115.246 Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Trace: posting.google.com 1170622524 18453 127.0.0.1 (4 Feb 2007 20:55:24 GMT) X-Complaints-To: groups-abuse AT google DOT com NNTP-Posting-Date: Sun, 4 Feb 2007 20:55:24 +0000 (UTC) In-Reply-To: <200701282309.l0SN9i8s007718@delorie.com> User-Agent: G2/1.0 X-HTTP-UserAgent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1,gzip(gfe),gzip(gfe) Complaints-To: groups-abuse AT google DOT com Injection-Info: k78g2000cwa.googlegroups.com; posting-host=65.13.115.246; posting-account=qvj7NA0AAABallzf-E3FtUCXEd65I-J8 To: djgpp AT delorie DOT com DJ-Gateway: from newsgroup comp.os.msdos.djgpp Reply-To: djgpp AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: djgpp AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk On Jan 28, 5:20 pm, Juan Manuel Guerrero 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 . > Send suggestions and bug reports concerning the DJGPP port > to comp.os.msdos.djgpp or . > If you are not sure if the failure is really a gzip failure > or a djgpp specific failure, report it here and *not* to > . > > Enjoy. > > Guerrero, Juan Manuel 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.)