Custom Query (69 matches)
Results (1 - 3 of 69)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #79 | wontfix | Installer replacing upper-cased lines by identical lower-cased lines in CONFIG.SYS | ||
| Description |
The installer replaces (manually) upper-cased lines in x:\CONFIG.SYS by lower-cased lines. Perhaps upper-case the entries, and use a case-insensitive search. Maybe the installer can aldo detect there's a second copy of UFAT32.DLL in x\ECS\DLL or ArcaOS'es equivalent. As a warning. Or, rather, detect the OS and use the matching DLL directory. There may be sample code in installers of fonts. |
|||
| #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. |
|||
