Mail Archives: opendos/1997/07/22/11:15:09
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/
- Raw text -