From: Imre L. <imr...@te...> - 2007-09-18 18:40:10
|
>----- Oorspronkelijk bericht ----- >Van: Eric Auer [mailto:er...@co...] >Verzonden: maandag, september 17, 2007 09:03 PM >Aan: fre...@li... >Onderwerp: Re: [Freedos-devel] lfn in freecom? > > >Hi Imre, > >> Does anybody know what the status is of long file name support in >> freecom. There is absolutely a compile time option you can use, >> but does it work (well)? > >FreeCOM 0.84 arguably has far too many changes with far too little >review (compared to 0.82pl3) but those changes do mean that it has >LFN support all over the place and this LFN support is also compiled >into the default binary used in FreeDOS 1.0 :-). If you want to do >some testing: Try if both doslfn and shsucdxes cdrom-lfn work okay, >and try if FreeCOM works okay in situations where some drives have >LFN and others have not. For example in dosemu, you can enable LFN >for the virtual / redirect / Linux directory based drives, without >loading doslfn for the FAT / diskimage drives, or vice versa :-). > >Everybody else is invited to test, too. > >I think you can "SET LFN=N" (or Y) to dynamically block and re-enable >the built-in LFN support of FreeCOM 0.84 ... > Well if it is in freecom 0.84 pre 2 then it realy does seem to do something, when setting LFN=Y. Which is consistent with djgpp compiled binaries. But if I do "md 1234567890", I get a directory that is called "123456~1" when I do dir. So it isn't quite working for the dir command. This is something I might be looking into next then. I wanted to have LFN support for an idea that I had. Also it might no be so difficult to get: attrib find move more replace xcopy sort tree to have lfn support through the io95 library. With: diskcopy chkdsk defrag recover already supporting lfn's most of FreeDOS should then have full lfn support. But then there are quite some commands written in assembly so I would not like to change those. >Something which definitely does need testing: Sometimes FreeCOM 0.84 >just stops running external commands (opening com / exe / ...) while >internal commands like DIR keep working. Nobody has yet found a way >to force this bug to trigger, but when it happens, the only way to >get out of the situation is to reboot, so we should really fix it. > I have been working with 0.84 pre 2 for well over a year now, and I have not found a problem with external commands not being executed. Imre >Eric > > > >------------------------------------------------------------------------- >This SF.net email is sponsored by: Microsoft >Defy all challenges. Microsoft(R) Visual Studio 2005. >http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >_______________________________________________ >Freedos-devel mailing list >Fre...@li... >https://lists.sourceforge.net/lists/listinfo/freedos-devel > > |