[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: GS/PC?
In article <DEzE5I.MKp@vaxxine.com>, mhackett@vaxxine.com (Michael
Hackett) wrote:
>> the cards don't give a hoot what's on the drive - all they do is pass
>> information back and forth to the drivers and FSTs. The drivers and FSTs
>> have to do the recognising and translating of the data structure
>
>Erik,
>
>Don't the cards deal with the partition map, with the software then
>taking over to deal with each partition? Or are the drivers decoding
>the partition map as well?
It's my understanding that the drivers deal with the map as well, yes.
>
>The recent discussion about Zip drives on GEnie seems to point to the
>first case. If you take a Zip disk that was formatted on a Mac (except,
>as has been discovered with FWB Toolkit (?), I believe), the RamFast
>will choke on it, while the Apple card has no problem with it.
>Conversely, if you format a Zip disk with the RamFast, the Mac will not
>read it, but a disk formatted with patched ADU (to write the Mac driver
>partition) on an Apple SCSI card will work just fine on a Mac.
>I may have some of the details wrong (I haven't been taking notes), but
>the point is that the RamFast does not seem to like the Macintosh driver
>partition on disks, so until you test it, how can you tell whether it
>will be able to understand a map laid down by MS-DOS?
>
remember - the Ramfast has the drivers built in ... so Iwould think the
cards are talking fine, but the drivers are choking.
has anybody called Sequential Systems on this? Hmm...I just did.
Apparently not.
----------------------------------------------------------------------------
Erik@hypermall.com
As a matter of fact, I DO speak for the company!
----------------------------------------------------------------------------
- References:
- Re: GS/PC?
- From: Enigma <llay@sdcc15.ucsd.edu>
- Re: GS/PC?
- From: erik@hypermall.com (Erik Kloeppel)
- Re: GS/PC?
- From: mhackett@vaxxine.com (Michael Hackett)