Message-Id: <199803231023.JAA01164@lince.las.es>
From: "Rafa Gawenda" <rgawenda AT pobox DOT com>
To: "opendos AT delorie DOT com" <opendos AT delorie DOT com>
Date: Mon, 23 Mar 98 09:26:24 -0200
Reply-To: "Rafa Gawenda" <rgawenda AT pobox DOT com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Subject: Re: Long file names under plain DOS
Precedence: bulk

On Mon, 23 Mar 1998 17:19:34 NZT-12DST, Eric Gillespie wrote:

>Hi all - my reactions to LFN under OpenDOS.
>
>Just  for the record, under OpenDOS 7.01 with the Long FileName support, if
>you use COMMAND.COM (7.02) to create/modify/delete a file, the long
>filename gets created  or deleted correctly - however,  if a non-LFN aware
>program gets a hold  of the files, the LFN doesn't get removed, but neither
>does it get reattached to another file (I think there is a CRC in the 
>directory entry to prevent this... I'm not sure). 
>
>I have tested XTGold, which deleted the file but not the LFN, and I also
>tested a few other non-DJGPP programs. All showed the same behaviour. Also
>as an aside, if a directory has one of these LFN entries in it, and the

Test it this way... Create the file under Windows95. Now boot with a DOS 3.3 system disk and delete the file.
Uh! Same result, isn't it? It's fault of an absurd, and 0-inteligence design of the full FAT+longfilename design.




--
Rafa Gawenda, <rgawenda AT pobox DOT com>
PGP: (1024/BD2D5E31) A2 89 82 BC 8A B3 B7 10  35 36 68 A9 28 8C 65 88