www.delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp/1996/10/20/12:33:16

Date: Sun, 20 Oct 1996 18:11:53 +0200 (IST)
From: Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
To: Howard Kaikow <kaikow AT standards DOT com>
Cc: djgpp AT delorie DOT com
Subject: Re: HK: v 2.1
In-Reply-To: <1.5.4.32.19961020153353.0068d8ac@mv.mv.com>
Message-Id: <Pine.SUN.3.91.961020180621.500G-100000@is>
Mime-Version: 1.0

On Sun, 20 Oct 1996, Howard Kaikow wrote:

> However, I did notice one more thing. Before I changed te option to -O2 from
> -O3 I did a
> 
> rename *.exe *.exe0
> 
> However, the .exe0 got overwritten by the new .exe files. So I guess that
> the loader (or something) does not honor LFN = y.

Are you sure that ``something'' isn't Windows 95 itself?  There is a 
nasty bug in Windows 95 RenameFile function whereby sometimes the long 
filename changes, but the short 8+3 filename does not!  Therefore, as far 
as Windows 95 is concerned, the file was effectively not renamed.  This 
only happens for certain filenames, but maybe *.exe0 is just one of these 
names?  Please try renaming the files again and compare the short 8+3 
filenames before and after the rename.

Anyway, since the filenames that the compiler generates in your case are 
well within 8+3 DOS limits, I think this problem cannot be in any way 
connected with LFN support in DJGPP v2.01.

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019