DOS ain't dead

Hello,

this is the test case:


- MS-DOS 7.1
- DOSLFNMS.COM 0.41f loaded
- drive C:, FAT32, 8 GB
- in directory C:\X there's one (text) file, "xxx", 150 bytes.

C:\X>copy xxx con.lst



Nothing spectacular - the file "xxx" is "copied" to the screen! However, DOSLFN also creates a directory entry, "con.lst", with size 0 and all dates set to 1980, no file attributes. This file cannot be deleted anymore ( error "access denied" ). What's worse, some programs, including ZIP.EXE, seem to "hang" when they try to create a .zip file containing that "con.lst" file. MS ScanDisk does not detect any errors.

If DOSLFNMS is NOT loaded, the copy operation does NOT create directory entry "con.lst".

---
MS-DOS forever!

> DOSLFN also creates a directory entry, "con.lst", with size 0 and all dates
> set to 1980, no file attributes.

Patch byte 0xAC6 from 0x38 to 0 (for doslfn.com it's at 0xE39), so it always checks for a device; lines 3349-50:

;test [File_Flags],(File_Flag_Is_LFN or File_Flag_Wildcards or File_Flag_Has_Dot)
;jnz @@e ;cannot be a DOS device (yes, it can, only the name is relevant)

I'll do a new release when I eventually add other stuff...

>
> I'll do a new release when I eventually add other stuff...


Will the new release be version "h"

since I think the current version is "g"

doslfn.com 14,515 bytes 22/06/2022
doslfn.txt 36,193 bytes 23/06/2022

Version 0.41f (4/2022)
- more extending directory fixes
* add a basic version check (if different pretend it's not installed)

Version 0.41g (6/2022)
- remove remaining references to Joliet tables
* adjusted some messages
* updated German (courtesy of Wilhelm Spiegl) and Turkish (bitigchi from
fd-nls) translations
+ removed -l, used %LANG%; messages are read from files in an NLS directory

> Will the new release be version "h"

0.42.