X-Authentication-Warning: delorie.com: mailnull set sender to djgpp-bounces using -f
Date: Sun, 06 Jan 2002 19:05:41 +0200
From: "Eli Zaretskii" <eliz AT is DOT elta DOT co DOT il>
Sender: halo1 AT zahav DOT net DOT il
To: djgpp AT delorie DOT com
Message-Id: <7263-Sun06Jan2002190540+0200-eliz@is.elta.co.il>
X-Mailer: emacs 21.1.50 (via feedmail 8 I) and Blat ver 1.8.9
In-reply-to: <3C3875A9.6DC12CC1@yahoo.com> (message from CBFalconer on Sun, 06
	Jan 2002 16:33:49 GMT)
Subject: Re: c++ with djgpp without long filenames
References: <f5n61a DOT ihb DOT ln AT colin DOT ursa DOT de> <6ml91a DOT laj DOT ln AT colin DOT ursa DOT de> <3C3875A9 DOT 6DC12CC1 AT yahoo DOT com>
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

> From: CBFalconer <cbfalconer AT yahoo DOT com>
> Newsgroups: comp.os.msdos.djgpp
> Date: Sun, 06 Jan 2002 16:33:49 GMT
> > 
> > Executing "dir std_st~?.h" in c:\djgpp\lang\cxx-v3\bits shows four
> > different files.
> 
> This looks like a problem with the unzipper you used.  It seems to
> have chosen the stored "short" names in the zipfile instead of the
> long names.

There are no short file names in the zip file, only the long ones.
So the unzipper cannot take the short names from anywhere, it has to
invent them.

Normally, an unzip program just creates the file using its long name
recorded in the archive, and DOS truncates to the 8+3 limits.  If some
unzip program (pkunzip?) generates the numeric tails even on plain
DOS, it's a pest and should not be used.

That's why installation instructions recommend to use unzip32.exe from
SimTel: it does The Right Thing on all supported systems.

> Or it may be a problem with the zipper used in creating the zipfile
> in the first place?

No, no problems with the zipper.  We use InfoZip's Zip program, which
never failed us as far as file names are concerned.