No way, the command WIN_REMV does not produce any visible results.
After a brief look at the smsq/e sources I think that the command is
disabled (or better is not implemented).
The following example is very clear , I think.
win_remv thg_extn {REMV},win_wp,hd_bochr
moveq #0,d0
rts
Ciao
Fabrizio
- Original Message -
From: Jerome Grimbert [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, November 20, 2003 11:58 AM
Subject: Re: [ql-users] Microdrives for Q40
Fabrizio Diversi makes some magical things to make me read
} Btw, does anyone know why i have to perform a DEL_DEFB command after
having swapped (hot) the md , before to see the right content ?
Because there is a caching mechanism which assume that md are not
removable...
look for WIN_REMV in a manual to tag a partition/drive as removable.
(it must be something like that, but it might be unimplemented ?)
} I tried to use mtools package (from J.Hudson) to try to read a dos (fat)
formatted md without success, does anyone know hot to read a fat hd from
smsq ?
The format of HD on Qx0 is Atari compatible, not PC.
This means that so far native access from Qx0 to PC part is not possible
(yet ??).
And coexistence of a disk on both OS/hardware might be problematic
(extended partitions are GEM tagged or MS/Linux tagged)
Also, the byte order of pointer in the table might be different (seems to
remember the Linux on Qx0 need to use atari-fdisk, not the classical
fdisk)
Also, MBR might start with some magic code which some hardware follow
blindly if it's a boot disk!
The mtools might only implement fat12 (floppy).
To access a HD, you need support of fat16 (at least).
Also, on a floppy, there is no partition table, whereas there is nearly
always
one on HD (only exception I know: Qx0 with a single partition made with
format on a blank disk).
Assuming a compatible partition table, you would still need to understand
the partition-filesystem...
} Obviously all this is valid only for q60, the same md attached to an usb
reader is perfectly visible from qpc like all the other dos disks.
Of course, because the access is done by the MS-OS which show it to QPC!
QPC does not perform hardware-IO itself, IIRC.
