Changes between Version 3 and Version 4 of Ticket #40, comment 28


Ignore:
Timestamp:
Apr 25, 2017, 3:04:26 AM (8 years ago)
Author:
Valery V. Sedletski

Legend:

Unmodified
Added
Removed
Modified
  • Ticket #40, comment 28

    v3 v4  
    1515Aurora adds two new "sfi_sizel" and "sfs_positionl" 64-bit members to "struct sffsi" at the end (because "sfi_size" and "sfi_position" cannot be extended, as they are located in the middle of the structure). I need to update both 32-bit and 64-bit structure members in parallel.
    1616
     17I need /largefiles switch to enable 64-bit size/offset support, because on Merlin and older kernels, there are no 64-bit members, so their offsets are invalid and could lead to a trap, if accessed. So, on Merlin and older kernels, I check for /largefiles specified, and if occassionally specified, if additionally check for KEE module presence. And if missing, the large file support gets disabled. Prior to r220, if /largefiles is specified and no KEE module found, FS_INIT returned a non-zero return code, so fat32.ifs did not installed. And because it was not installed, CHKDSK and FORMAT did not worked, because it cannot open the disk in DASD mode. Since r220, it is corrected, and it should not fail to init, if /largefiles is specified, but no KEE module is found. The KEE module is searched for by trying to DosLoadModule for "KEE" module. This works fine on all my machines, with either, 14.104 or 14.106 IBM's kernels, or OS/4 kernels, but fails on Merlin kernels. So, I'm not sure why it could fail on your machine.
     18
    1719> FORMAT / CHKDSK neither worked for r213 nor for r238.
    1820