On 9/18/07, Imre Leber <[EMAIL PROTECTED]> wrote: > > >----- Oorspronkelijk bericht ----- > >Van: Eric Auer [mailto:[EMAIL PROTECTED] > >Verzonden: maandag, september 17, 2007 09:03 PM > >Aan: freedos-devel@lists.sourceforge.net > >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.
I have encountered it once or twice but it is more or less as difficult to get as the context out of memory error (also in previous versions). Perhaps they are both caused by a memory leak somewhere? > > 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 > >Freedos-devel@lists.sourceforge.net > >https://lists.sourceforge.net/lists/listinfo/freedos-devel > > > > > > > > ------------------------------------------------------------------------- > 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 > Freedos-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freedos-devel > -- Fall is my favorite season in Los Angeles, watching the birds change color and fall from the trees. David Letterman (1947 - ) See ya ------------------------------------------------------------------------- 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 Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel