Hi Eric, >> In principle, I would like FFS to be able to handle >> pathnames longer than 67 and possibly read Unicode filenames. > > But then it would not be compatible to FAT.
I see... Let's stick with FAT :-) > If you want to > have long unicode file names, then you have to implement > exactly that - LFN. Look at doslfn. Ok, I'll do that. > But watch out, some > aspects of LFN are still patented by Microsoft. I'll be careful :-) > If you just say "infinite number of subdirectories", then you > still get FAT at first glance, but many operating systems > will get confused by deep nesting sooner or later. Among them > of course DOS. Some DOS APIs use fixed size data structures. > > Having UTF8 is a similar problem - if you use 8.3 names for > UTF8 data, you get like 5.1 names ;-). Of course you can > already get quite far in the western world with Latin1 file > names or some similar DOS codepage / font for the names. > Yes, you're right. > Eric > The code included in the initdisk.c file is clear and I can easily follow the flow. In particular, I'm studying the following calls chain: dsk_init() -> ReadAllPartitionTables() -> BIOS_nrdrives()-> ProcessDisk() -> Read1LBASector() I think to implement Read1LBASector() in a portable way, where the actual sector read will be function pointer. In this way, the filesystem will not have hardcoded dependancies and the final user will be able to link his legacy driver to FFS. I noticed that FreeDOS handles both CHS and LBA hard disks. Do you think it will easy to remove all the CHS dependancies from the code? Thanks for your support! Enrico ------------------------------------------------------ Passa a Infostrada. ADSL e Telefono senza limiti e senza canone Telecom http://click.libero.it/infostrada ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
