> Thanks in advance for publishing them.

Sent via PM.

> I can vouch for this fact that, sadly and while implementing a "full IDE"
> compatibility mode, the Compact Flash cards (their "reader" is actually
> just a controller-less CF connector to PATA IDE connector adapter) are
> totally unreliable when used on an IDE bus, be it from SMSQ/E or Linux:
> they *might* seem to work, at first (at least some brands might look like
> they do), and as long as you copy files in a raw on a blank medium, but
> as soon as you start deleting files and writing others (i.e. for random
> access, and with fragmentation), you get immediate medium corruption !


I have noticed more than once that, strangely enough, if you use the CF
Cards with a DOS partition scheme, and FAT32 formatted partitions with
QXL.WIN container files, then this works much better (normally
flawlessly) - on the same machine, with the same CF card, in the same
adapter and position.

For example, copying the content of my main QXL.WIN file (formatted to
200MB) from the SD card to the FAT32 formatted CF card, under SMSQE,
worked like a charm. drvchk and drvlink revealed no problems...

With a direct QLWA disk, it is really hit and miss (I managed, once, to
compile SMSQE - but that is only a 25 MB file) and mostly miss rather
than hit... Atari partitions were always unreliable...

I ** believe ** that this is due to the fact that direct QLWA disks
(with no partitioning scheme) or QLWA files on Atari partitions are
always addressed as CHS (cylinder/head/side) whilst I made it so that
FAT32 partitions are always addressed via LBA.

I intend to try what happens when QLWQ and Atari partitioned CF Cards
are also addressed via LBA, and whether that doesn't solve the situation....

Unfortunately, I haven't had time to make conclusive tests on that yet,
though. The changes to SMSQE to test this are trivial, but then this
needs to be tested extensively, and that takes time. (I would also have
to come up with a scheme to distinguish between CF cards and real hard
disks, to keep the CHS access for them).

> Sadly, I did not find a single SD card to IDE adapter that could be
> configured on a master/slave IDE port, i.e. they all grab the "stand
> alone" role and forbid using a second IDE drive as a slave (or master).

Yes, that's true. In part, that's also why I think that having several
partitions on SD disks can be useful.

> I might have found a solution, and I recently ordered a PATA IDE to
> SATA adapter (with master/slave jumper) and a SD card to SATA adapter.
> I should receive them by mid-June (COVID allowing), and will then
> report my luck (or lack thereof) with this setting...

I'll be most interested to hear about that.

QL-Users Mailing List

Reply via email to