Re: [Freedos-user] Kernel LFN support
Luchezar Georgiev a crit : Just thinking maybe can use FreeDOS to rescue NTFS, if too complex then drop it. The read-only version of NTFSDOS is free, but the read-write version isn't :( But the ntfs tools on ftp://ftp.ibiblio.org/pub/micro/pc-stuff/freedos/files/util/disk/ntfs.zip .Are they GPL? Is FreeDOS ready for LFN? I mean LFN will affect the FAT table, is FreeDOS already spare enough 'space' for the extra space? And other disk maintenance program will not cause false alarm. (e.g. corrupted FAT table, misallocation of file) LFNs affect (infect? ;-) only directories, not FATs. But integrating LFN into kernel will lack flexibility... No. We have FAT16 and FAT32 kernels, so we can have SFN and LFN kernels. How about modify the kernel to provide API, and load LFN as a device driver? Then we can change the device driver without altering the kernel version by version. It's the driver who provides the API. They're tied together. Integrating the driver simplifies it. --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047alloc_id=10808op=click ___ Freedos-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-user --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_idP47alloc_id808op=click ___ Freedos-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Kernel LFN support
Just thinking maybe can use FreeDOS to rescue NTFS, if too complex then drop it. The read-only version of NTFSDOS is free, but the read-write version isn't :( Is FreeDOS ready for LFN? I mean LFN will affect the FAT table, is FreeDOS already spare enough 'space' for the extra space? And other disk maintenance program will not cause false alarm. (e.g. corrupted FAT table, misallocation of file) LFNs affect (infect? ;-) only directories, not FATs. But integrating LFN into kernel will lack flexibility... No. We have FAT16 and FAT32 kernels, so we can have SFN and LFN kernels. How about modify the kernel to provide API, and load LFN as a device driver? Then we can change the device driver without altering the kernel version by version. It's the driver who provides the API. They're tied together. Integrating the driver simplifies it. --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047alloc_id=10808op=click ___ Freedos-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Kernel LFN support
On Sat, 28 Aug 2004 11:35:42 +0300, you wrote: Hi Lucho, Why not put up a list of FreeDOS-incompatible software so that problems can be solved one-by-one? Can you ask your friend to make a list of his software not running under FreeDOS and a brief description of the problem with each piece of software? I've always thought that the biggest problem of the FreeDOS kernel aren't bugs but incompatibility (which is also a kind of bug ;-) Because he's testing with some very old games which may have protection. That kind of games is not worth spending time on it, but if you're hacker, then it's good for you ;-) I ask him to provide some 'not working' application for me to test, maybe a bit later. NTFS it a too complex filesystem for DOS. The FAT32 + LFN combination is Just thinking maybe can use FreeDOS to rescue NTFS, if too complex then drop it. enough. DOSLFN is a giant patch over the kernel and as its authors seem to ignore FreeDOS, its incompatibility will increase - so the only good solution to the LFN problem is integrating LFN support into the kernel, indeed. But integrating LFN into kernel will lack flexibility ... How about modify the kernel to provide API, and load LFN as a device driver? Then we can change the device driver without altering the kernel version by version. Unfortunately not all BIOSes can boot off an USB memory stick. Again, why not put up a list of the motherboards proved to boot and proved to be unable to boot FreeDOS off a memory stick? I don't have a USB memory stick, I think it's worth to buy one for use and test. Also your idea was good, but I need help from others because I have a few motherboard only, the list is meaningless if only 3 or 4 boards there. Rgds, Johnson. --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047alloc_id=10808op=click ___ Freedos-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Kernel LFN support
I got a friend testing FreeDOS and he report lots of problem with his old software. Why not put up a list of FreeDOS-incompatible software so that problems can be solved one-by-one? Can you ask your friend to make a list of his software not running under FreeDOS and a brief description of the problem with each piece of software? I've always thought that the biggest problem of the FreeDOS kernel aren't bugs but incompatibility (which is also a kind of bug ;-) But still unable to fully access NTFS or alter LFN files. NTFS it a too complex filesystem for DOS. The FAT32 + LFN combination is enough. DOSLFN is a giant patch over the kernel and as its authors seem to ignore FreeDOS, its incompatibility will increase - so the only good solution to the LFN problem is integrating LFN support into the kernel, indeed. Better to think other ways such as writing code and put them in bootable USB flash, boot the flash and clean virus, spam, fix or clone your hard disk! A huge market ahead ... the commercial didn't do it just for 1 reason - RD cost too much. Unfortunately not all BIOSes can boot off an USB memory stick. Again, why not put up a list of the motherboards proved to boot and proved to be unable to boot FreeDOS off a memory stick? Regards, Lucho --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047alloc_id=10808op=click ___ Freedos-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Kernel LFN support
Johnson Lam schreef: Yes, and PCI-X is coming out, oops ... target change again. PCI-X (PCI eXtended) is a server version of pci. PCI-E is PCI-Express, which is new :) Bernd --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047alloc_id=10808op=click ___ Freedos-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Kernel LFN support (was: 32BD.BAT)
So I think both of them reached a certain level of stability, say 84% of M$-DOS ;-) So we have only 16% left now ;-) We need a new Victor Vlasenko to integrate LFN support in the kernel. IMHO, LFN is a high priority task because we can really replace some Windows application by FreeDOS. I agree. It's not accident that the ROM-DOS kernel supports LFNs. FreeDOS is best for low level hardware access such as hard disk maintenance. I can imagine in future I use Lucho's ROMDISK to boot and rescue my hard disk's data, wipe away all the virus, spyware, defrag, backup, etc. As Federico Felini said, The visionary is the only true realist! ;-) Unfortunately ROMDSK works only with older BIOSes. Newer ones no longer support ISA option ROMs, so ROMDSK must be wrapped in a PCI option ROM, which is much more complex to do. --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047alloc_id=10808op=click ___ Freedos-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Kernel LFN support (was: 32BD.BAT)
On Fri, 27 Aug 2004 21:02:33 +0300, you wrote: Hi Lucho, ;-) So we have only 16% left now ;-) Maybe already 10% less ;-) I got a friend testing FreeDOS and he report lots of problem with his old software. I agree. It's not accident that the ROM-DOS kernel supports LFNs. I notice some of the restaurant or hotel is still using DOS (wow!). It's networked for billing and it's in Chinese. Windows is not ruling the world since this kind of small terminal only need entry level hardware. As Federico Felini said, The visionary is the only true realist! ;-) I hope this will be true. Now we can did it but in a more complex way: 1) boot DOS 2) LFN 3) DOSNTFS driver 4) Retrieve information from hard disk But still unable to fully access NTFS or alter LFN files. Unfortunately ROMDSK works only with older BIOSes. Newer ones no longer support ISA option ROMs, so ROMDSK must be wrapped in a PCI option ROM, which is much more complex to do. Yes, and PCI-X is coming out, oops ... target change again. Better to think other ways such as writing code and put them in bootable USB flash, boot the flash and clean virus, spam, fix or clone your hard disk! A huge market ahead ... the commercial didn't do it just for 1 reason - RD cost too much. Rgds, Johnson. --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047alloc_id=10808op=click ___ Freedos-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-user