Hi Blair,
>> replaced in command, DIR.C
>>
>> void printLFNname(char *shortName,char *ext)
>> ...
>> if (strchr(shortName,'~') == NULL) // ask for LFN only if
>> necessary
>> return;
>> with
>> if (strlen(shortName) != 8) // ask for LFN only if
>> necessary
>> return;
> But also a filename shorter than 8 in length could still have spaces
> in the LFN,
a quick experiment shows, that
echo >a:"T T"
generates a short name "TT01EA~1" (with length 8) and a long name
"T T"; no problem
> and the string case could be different, so even then it's
> hard to say... and Win98 behavior is to print all filenames in the LFN
> column even when they are identical to the SFNs.
it's a bit a matter of taste.
I find the longnames (if not needed) often more disturbing, and
DIR'ing on a slow medium (floppy and CD) is signifacant faster without
the additional search for the long name.
> And yes, /~ I find is important especially when using LFNs because I
> found that when DOSLFN was installed, sometimes there would be two
> SFNs on the CD with identical filenames, which, needless to say,
> caused some problems :-). /~ removes that problem.
that's indeed a problem.
optimum solution might be to have SHSUCDX have an automatic mode, where ~1,
~2 is only generated when needed to differentiate 2 files with
otherwise identical names.
not THAT easy to implement - and after a quick glance into the source
I wasn't sure I would even understand the existing logic how and when
to append ~'s. pretty dense coded ;)
> And glad to help :-).
it was actually VERY helpful.
I had tried multiple combinations, over and over, and was completely
stuck. I simply didn't think about
if (strchr(name,'~')) return;
Tom
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Freedos-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freedos-devel
