Custom Query (69 matches)
Results (7 - 9 of 69)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #12 | fixed | chkdsk processing during bootup needs to be changed | ||
| Description |
We now run into a problem that due other developments to be able to boot from a FAT32 drive. All is working ok till the volume is in dirty state, unlike hpfs, jfs, and others the fat32.ifs driver wont run chkdsk to have a clean state after it. The job to run chkdsk is made by the cachef32 later in the boot process, however in this stage it will run into a "SYS0108 drive is locked by another process" ... so there is no way to have a clean drive in this situation. chkdsk handling needs to be moved to the ifs driver. |
|||
| #14 | fixed | Finish fat32format port from Win32 to OS/2 and fix some fat32.ifs traps caused by this port | ||
| Description |
Now fat32format is mostly ported to OS/2 (now not yet finished, present in 0.10 branch of fat32.ifs). Also, fat32.ifs is modified accordingly (added missing MOUNT_ACCEPT and modified MOUNT_VOL_RELEASED, MOUNT_RELEASED flags for FS_MOUNT, etc.). FORMAT entry is added to ufat32.dll, and "format x: /fs:fat32" is mostly working. But when OS/2 booted from fat32 (OS/2 bootable flash), and trying to format another partition to fat32, a trap occurs. |
|||
| #16 | fixed | Trap when chkdsk is run simultaneously against multiple FAT32 formatted drives | ||
| Description |
when chkdsk is run simultaneously against multiple FAT32 formatted drives, the second instance/further instances of chkdsk will trap with a: run-time error R6002
SYS1811: The process has stopped. The software diagnostic code (trap number) is 000D. I think this needs to be done: Since UFAT32.DLL is using floating point (there are some casts from int to float etc.) it is essential to ensure that the /FPi87 switch is used for the MS compiler. That will directly inline floating point instructions and avoid the use of any floating library. The makefile for UFAT32.DLL does not specify this and therefore the default is used which is /FPi = "inline with emulator". Since Pentium (and therefore HW floating point support) is now around for almost 20 years I think that this will not be a problem :-) |
|||
