Message-Id: <199805090106.UAA18025@smtp1.mailsrvcs.net>
From: "Marc D. Williams" <wilmarc AT gte DOT net>
To: opendos AT delorie DOT com
Date:          Fri, 8 May 1998 17:56:42 PST8PDT
MIME-Version:  1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
Subject:       Re: next bug in COMMAND.COM
Reply-to: wilmarc AT gte DOT net
Precedence: bulk

> I found a small bug in DR-DOS COMMAND.COM
> (DIR internal command).
> 
> Symptom: not always correct LONGNAME interaction.
> 
> I load LONGNAME.EXE.
> Then I create a test file with long name:
> 
> copy con "test file name"
> ------------------------
> OK! Then I ask for files in the current subdirectory:
> 
> dir /l
> ------
> Result:
> 
> TESTFI~1                18  7/05/98 10:09  test file name
> =========================================================
> 
> OK! Then I try:
> 
> dir /l TESTFI~1
> ---------------
> Result:
> 
> TESTFI~1                18  7/05/98 10:09  TESTFI~1
> ===================================================
> As it shown, in the second result the file name is not expanded.
> 

I tried the LFN and command.com from the lfn archive and it seemed to
work okay. Didn't try longname.exe with the command.com from the 
DR-DOS package though.
It seemed to work with just 'dir'.
Showed the shortname, file size/date/time, then the longname.

I'll have to redownload longname as my backup program (Iomega) didn't
backup properly before I repartitioned my drive (had to redownload all 
of DR-DOS actually, guess incremental meant something else).
Didn't notice it was backing up based on file dates.

Anyway, any chance this lfn feature will work with 4DOS (or if JPSoft's
thinking of supporting it)?
--
>> ANIME SENSHI <<

Marc D. Williams
wilmarc AT gte DOT net         GTE
IRC Nick: Senshi        Channel: #dos  #IrcHelp
http://www.agate.net/~tvdog/internet.html  --  DOS Internet Tools