CompuServe Messages

Well, Tom, I still tend to think that oyu have a MaxTransfer problem, thought it may have something to do with sector sizes. Is the Fuji a 512 byts/sector device? For the next thing to try, grab RDB.LZH from LIB 11. It's a little thing I wrote that allows you to save the RidgidDiskBlocks, which are what tells the system what sort of device you have, and a lot of other things about it. With this program, SAVE a file containing the RDB of the Fuji, and take a look at the MaxTransfer value. This can be found in each partition table as follows… 0200: 50415254 00000040 672B05CF 00000007 PART…@g+.O…. 0210: FFFFFFFF 00000000 00000000 00000000 ……………. 0220: 00000000 03444831 00000000 00000000 …..DH1…….. 0230: 00000000 00000000 00000000 00000000 ……………. 0240: 00000000 00000000 00000000 00000000 ……………. 0250: 00000000 00000000 00000000 00000000 ……………. 0260: 00000000 00000000 00000000 00000000 ……………. 0270: 00000000 00000000 00000000 00000000 ……………. 0280: 00000011 00000080 00000000 00000001 ……………. 0290: 00000001 00000046 00000002 00000000 …….F…….. 02A0: 00000000 00000002 00000B6F 0000001E ………..o…. 02B0: 00000000 00FFFFFF FFFFFFFC 00000000 ………..|…. 02C0: 444F5301 00000000 00000000 00000000 DOS…………. The above was obtained with a 'type <file> opt h', and contains the MaxTransfer value of 0x00FFFFFF, three longwords before the 'DOS' ID. It might be worthwhile playing with this value to see if it makes a difference. If not, it might be time to chat with ICD about their device software, asking about support for the Fuji.