Re: [Freedos-user] Two non-bug reports.
Hi, 2009/7/4 Christian Masloch c...@bttr-software.de: First non-bug: LFN-EN utilities don't work with my FAT32 partition under FreeDOS. After examining the source code, it turns out that the logic was coded in 1999 when the only DOS that could handle FAT32 was MS-DOS. When run under FreeDOS, the utilities assume no FAT32 support, so they misidentify the partition as FAT12. For test purposes, I made a version that accepted the vendor byte FD (FreeDOS) instead of FF (MS-DOS) and it worked, but anything used in production would have to use a different method to determine whether FAT32 is supported (FreeDOS comes both ways, and there are several DOSses today that support FAT32.) There is similar logic that determines which versions of DOS require volume locking (MS-DOS 7 or later.) Fortunately the LFN-EN utilities are open source, so someone could fix this. A reliable FAT32 test method is to check whether a common subfunction of Interrupt 21h, Function 73h (FAT32 extensions) is supported. I disregard any method that works per DOS version. Users apparently don't want technical details on the Freedos-user list however. I don't think so: some want, some do not. The question is that currently there's no way to know about it. So I am almost decided to create that freedos-basic list, so that technical details can run here as usual. Cheers, Aitor -- ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Two non-bug reports.
Hi Aitor, Users apparently don't want technical details on the Freedos-user list however. I don't think so: some want, some do not. The question is that currently there's no way to know about it. So I am almost decided to create that freedos-basic list, so that technical details can run here as usual. The solution is much easier - discuss technical details on freedos-devel and basic things on freedos-user as usual. Maybe recently more people discussed technical details on freedos-user because there is more activity there than on freedos-devel? Of course this should not be a reason to migrate threads or even start yet another list... ;-). Eric -- ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Two non-bug reports.
Users apparently don't want technical details on the Freedos-user list however. I don't think so: some want, some do not. The question is that currently there's no way to know about it. So I am almost decided to create that freedos-basic list, so that technical details can run here as usual. The solution is much easier - discuss technical details on freedos-devel and basic things on freedos-user as usual. Maybe recently more people discussed technical details on freedos-user because there is more activity there than on freedos-devel? Of course this should not be a reason to migrate threads or even start yet another list... ;-). Often threads started normal on Freedos-user but the discussion got technical later on. I don't want to be accused of geekifying anyone's list, so I'll simply stop writing any answers here that might be useful to developers for fixing the problem. Good that I'll never have to provide a user mailing list for my software. -- ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Two non-bug reports.
Christian, don't get me wrong, I very much appreciate yours (and those of many people) when it gets technical. I just don't know if plain FreeDOS users end up getting a simple question when they are looking for it. Anyway, not many people answered, so perhaps my appreciation is wrong and everything is correct as it is. Aitor 2009/7/5 Christian Masloch c...@bttr-software.de: Users apparently don't want technical details on the Freedos-user list however. I don't think so: some want, some do not. The question is that currently there's no way to know about it. So I am almost decided to create that freedos-basic list, so that technical details can run here as usual. The solution is much easier - discuss technical details on freedos-devel and basic things on freedos-user as usual. Maybe recently more people discussed technical details on freedos-user because there is more activity there than on freedos-devel? Of course this should not be a reason to migrate threads or even start yet another list... ;-). Often threads started normal on Freedos-user but the discussion got technical later on. I don't want to be accused of geekifying anyone's list, so I'll simply stop writing any answers here that might be useful to developers for fixing the problem. Good that I'll never have to provide a user mailing list for my software. -- ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Two non-bug reports.
First non-bug: LFN-EN utilities don't work with my FAT32 partition under FreeDOS. After examining the source code, it turns out that the logic was coded in 1999 when the only DOS that could handle FAT32 was MS-DOS. When run under FreeDOS, the utilities assume no FAT32 support, so they misidentify the partition as FAT12. For test purposes, I made a version that accepted the vendor byte FD (FreeDOS) instead of FF (MS-DOS) and it worked, but anything used in production would have to use a different method to determine whether FAT32 is supported (FreeDOS comes both ways, and there are several DOSses today that support FAT32.) There is similar logic that determines which versions of DOS require volume locking (MS-DOS 7 or later.) Fortunately the LFN-EN utilities are open source, so someone could fix this. A reliable FAT32 test method is to check whether a common subfunction of Interrupt 21h, Function 73h (FAT32 extensions) is supported. I disregard any method that works per DOS version. Users apparently don't want technical details on the Freedos-user list however. Regards, Christian -- ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
[Freedos-user] Two non-bug reports.
To all the developers: Thank you for Kernel 2038! I'm writing this because I came across two cases where programs didn't act the same under FreeDOS as they do under other versions of DOS, but in fact FreeDOS was running fine and there was no bug at all. First non-bug: LFN-EN utilities don't work with my FAT32 partition under FreeDOS. After examining the source code, it turns out that the logic was coded in 1999 when the only DOS that could handle FAT32 was MS-DOS. When run under FreeDOS, the utilities assume no FAT32 support, so they misidentify the partition as FAT12. For test purposes, I made a version that accepted the vendor byte FD (FreeDOS) instead of FF (MS-DOS) and it worked, but anything used in production would have to use a different method to determine whether FAT32 is supported (FreeDOS comes both ways, and there are several DOSses today that support FAT32.) There is similar logic that determines which versions of DOS require volume locking (MS-DOS 7 or later.) Fortunately the LFN-EN utilities are open source, so someone could fix this. Second non-bug: Norton Disk Doctor only complains about illegal file names when running under FreeDOS. It turns out that I had a file called MORE$, and my FreeDOS is set to run the MORESYS utility which turns MORE$ into a reserved device name (and therefore an illegal file name if MORE$ exists on the disk) so no bug. If the MORESYS driver is not loaded, Norton Disk Doctor acts identically under FreeDOS and MS-DOS. (Note: I was not running FDAPM.) _ Insert movie times and more without leaving Hotmail®. http://windowslive.com/Tutorial/Hotmail/QuickAdd?ocid=TXT_TAGLM_WL_HM_Tutorial_QuickAdd_062009-- ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user