Message-Id: <m0wqgcC-00028zC@vulcan.verisim.com>
From: ttoyooka AT verisim DOT com (Takashi Toyooka)
Subject: LFN Problems Distilled
To: opendos AT delorie DOT com (OpenDOS Mailing List)
Date: Tue, 22 Jul 1997 11:12:40 -0400 (EDT)
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Precedence: bulk

This is an excerpt from a posting I made to Caldera's OpenDOS Mailing
List.  I realize many people subscribe to both, and to them, I
apologize.  However, I thought it's possible that there may be some
DJGPP issues here, so here goes...  (This is about Caldera's VFAT
support TSR, called LONGNAME.EXE)

 Okay, all those problems I had seem to boil down to the previously
 mentioned difficulties with findfirst and findnext.  The problems
 manifested themselves when I used globbing on the command line
 (*.html, for instance).  Still, I'd like to report my findings.  And I
 have some new points to make later on.

 The act of reading multiple filenames from the directory seems to
 cause the long name to become separated from the short file name.
 Subsequently doing a DIR will display the SFN where the LFN should be.

 SPECIFICALLY: Running DJGPP's ls.exe (by itself, no options) twice
 will cause the problem.  Also, I've found that running 'cat.exe *'
 four times will also cause the problem.  Rather odd that you must run
 it four times.  I figure that whatever it is that cat.exe does, ls.exe
 does it twice in one call (same problem, except ls.exe brings it on
 twice as fast).

 HOWEVER: As soon as this problem shows itself, you can correct it by
 restarting longname.exe (call it twice, first with the /U switch, then
 with /I).  Presto!  LFN are back!  There's evidently some internal
 state in the TSR itself that's going weird; a disk editor showed that
 nothing in the dirent was changing.

 ALSO: Running 'ls.exe -alg' causes a complete lock-up on my machine!
 I'm forced to reboot.  Sometimes the three finger salute works,
 sometimes I have to press the big red button.

----------------------------------------------------------------------
Takashi Toyooka <ttoyooka AT pobox DOT com>                     Verisim, Inc.
http://www.magi.com/~ttoyooka/                 http://www.verisim.com/