Re: Commercial use of FreeDOS / BETA status and missing features

Aitor Santamaria Merino <[email protected]> Sat, 09 Nov 2002 17:15:54 +0100
Newsgroups gmane.os.freedos.devel
Message-ID <[email protected]>
Sane wrote:

>On Sat, 2002-11-09 at 09:06, Aitor Santamaria Merino wrote:
>
>>>You can see LFN listings when in a DOS box, but not in plain DOS mode 
>>>for Win9x (I know this very well, as I use both quite regularly). 
>>>
>>Yes, this is because under V86 mode (when you run a DOS BOX) VFAT (I 
>>think) offers you LFN, but plain real mode DOS doesn't. But COMMAND.COM 
>>is the same file in both cases: it's just that LFN is not used whenever 
>>it is not detected :)
>>
>
>Technically you are correct, Win9x command com does fully support LFN.
>
>But in batch files I believe FOR and other things use the 8.3 format
>name, unless you specifically execute a command to enable long names. 
>This was done to maximize compatibility with old DOS batch files and 3rd
>party utilities that people converting from 6.22/Win3.1 to Win95 would
>have.  This was my main concern is that FreeCOM support such behavior as
>part of also supporting LFN.
>
If I understood correctly, you mean that %%n and %n would be cutted to 
shortfilename by COMMAND, that would make sense to preserve 
compatibility with older DOS programs that know nothing about LFNs.
For the contrary, I have checked that if you issue the following command 
for PROGRAM.EXE be a traditional 16-bit program,
C:\>PROGRAM   "My long file name.txt"
with NT's CMD.EXE, you get
"My
as first parameter. I don't know if this also happens for Win9X/ME 
COMMAND, but in such case, I would say this is an error, the desirable 
thing would be that  MYLONG~1.TXT is passed as first argument, am I right?

Aitor