Date:	Tue, 30 Jun 1998 11:32:21 +0200 (WET)
From:	Andris Pavenis <pavenis AT lanet DOT lv>
To:	Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
cc:	Chris Croughton <crough45 AT amc DOT de>, djgpp AT delorie DOT com
Subject:	Re: 8.3 name convention problem
In-Reply-To:	<Pine.SUN.3.91.980630102321.6274O-100000@is>
Message-ID:	<Pine.A32.3.91.980630112858.72996B-100000@ieva05.lanet.lv>
MIME-Version:	1.0

On Tue, 30 Jun 1998, Eli Zaretskii wrote:

> 
> On Mon, 29 Jun 1998, Chris Croughton wrote:
> 
> > It seems that InfoZip also doesn't know about long names - even setting
> > LFN=Y under Win95 gets the names created with the right case (as if that
> > mattered!) but still truncates to 8.3 ("ChangeLog.texi" in the zip file
> > - as reported by unzip -v - ends up as "ChangeLo.tex").  Is there
> > something which has to be set when compiling as well as when running?
> 
> You don't tell which version of InfoZip did you use, and how did you
> arrive at the binary (did you compile it yourself?).
> 
> Some versions of InfoZip need to be compiled with -DVFAT to enable
> DJGPP-style runtime support for long file names.  You need to grep the
> sources for VFAT to see the state of affairs in the version you use.
> 
> It is possible that latest versions of InfoZip enable long file name
> support automatically, but I'm not sure.
> 

I build InfoZip (version 2.2) and also unzip (version 5.32) from sources
with DJGPP (djdev201, gcc-2.8.1) and long filename support is Ok
(of course if it is not switched off with SET LFN=N). There were no need
for any hacking. I only used makefiles that were intended for DJGPP v2. 

- Raw text -