Mail Archives: djgpp/2002/01/06/15:15:16
Eli Zaretskii wrote:
>
> > 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.
Yes, but we don't know where *his* zipfiles have been. For
example, some idiot may have unzipped then under W9x, then
repacked them with a DOS only zipper, or even under the DOS mode.
Where else could his names with '~n's in them have come from?
Look at the dir command he said he used (still quoted up top).
--
Chuck F (cbfalconer AT yahoo DOT com) (cbfalconer AT XXXXworldnet DOT att DOT net)
Available for consulting/temporary embedded and systems.
(Remove "XXXX" from reply address. yahoo works unmodified)
mailto:uce AT ftc DOT gov (for spambots to harvest)
- Raw text -