Does anyone remember what exactly is this "sharing violation" FORMAT produced and under what circumstances it occured?
https://github.com/FDOS/format/blob/9fe81f425f63615587e625701213025a0a08224c/createfs.c#L167-L169 My theory is that commenting out this Force_Drive_Recheck() after writing the bootsector causes some side-effects while formatting floppy disks with BPB geometry change. > Am 24.08.2024 um 21:42 schrieb Bernd Böckmann via Freedos-devel > <freedos-devel@lists.sourceforge.net>: > > May it be that the DOS kernel is informed too late about the changed disk > geometry while formatting? There is a Force_Drive_Recheck() call after the > Create_File_System(), forcing DOS to rebuild its DDT (FreeDOS) / UDSC (EDR). > But Create_File_System already fails. Create_File_System seems to use DOS > absolute disk reads and writes, I guess with 1.44 disk geometry in use on a > 720K floppy, because it fails on sector 9 (which might be the 10th?). That > should indeed fail on a 720K? Would at least explain why this works if a > previously formatted 720K is re-formatted. > > >> Am 24.08.2024 um 15:46 schrieb perditi...@gmail.com: >> >> This is something that should work. I will have to look into it and see why >> it doesn't work. I have a few ideas, but am working this weekend so may be >> a few days before I can look into it. I'm currently trying to track down an >> unrelated stack trashing issue in some kernel changes related to floppy >> drives that seem innocuous. >> >> Jeremy >> >> On Sat, Aug 24, 2024, 9:24 AM Bernd Böckmann via Freedos-devel >> <freedos-devel@lists.sourceforge.net> wrote: >> Hi, >> >> I have problems formatting a zero-filled 720K floppy in a 1.44M drive with >> format 0.91v. I use the following command: >> >> format a: /f:720 >> >> Is this the right command to do it? Formatting a 720K disk in a 1.44M drive >> should be possible? I also cannot format a wiped 360K disk in a 1.2M drive. >> >> It seems to work if the disk already was formatted, probably because it >> contains a valid BPB. Does not matter which kernel is used. It fails under >> both FreeDOS and EDR kernels, albeit at a different code position. >> >> The details are at https://github.com/SvarDOS/edrdos/issues/105 >> >> Bernd >> >> >> >> _______________________________________________ >> Freedos-devel mailing list >> Freedos-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/freedos-devel > > > > _______________________________________________ > Freedos-devel mailing list > Freedos-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freedos-devel _______________________________________________ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
