Date: Sun, 22 Dec 1996 10:16:38 +0200 (IST)
From: Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
To: Peter Berdeklis <peter AT atmosp DOT physics DOT utoronto DOT ca>
cc: djgpp AT delorie DOT com
Subject: Re: gzip (Was: Question about hardware interrupts...)
In-Reply-To: <Pine.SGI.3.91.961220101454.13942A-100000@chinook.physics.utoronto.ca>
Message-ID: <Pine.SUN.3.91.961222101205.29376c-100000@is>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


On Fri, 20 Dec 1996, Peter Berdeklis wrote:

> That is exactly the file that I have downloaded, gzip version 1.2.4.  If 
> you do gzip -V it responds:
> 
> gzip 1.2.4 (18 Aug 93)
> Compilation options:
> NO_DIR UTIME STDC_HEADERS NO_MULTIPLE_DOTS NO_CHOWN PROTO ASMV
> 
> Note the date is 18 Aug 93.  I assume that is the compilation date,

No, that's not the compilation date.  That version of gzip is indeed 
compiled with v2.01, so it's the latest.  Sorry, this probably means that 
if you need gzip which supports multiple dots in a filename, you will 
have to patch it.

> stamp on simtel is Oct 19, '96.  If not then I suspect that the problem is
> the compilation option NO_MULTIPLE_DOTS.  Either way, gzip has to be
> recompiled to create a proper .info.gz extension. 

Not good enough.  DJGPP v2.x doesn't fit into this model which assumes 
that whether multiple dots are or aren't supported can be determined at 
compile time.  In DJGPP, this is known only at run time, because the same 
executable could be run on a FAT volume which doesn't support LFN.  So 
you will need to add code which deals with this dichotomy when the 
program runs.