Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!lsuc!jimomura
From: jimomura@lsuc.UUCP
Newsgroups: comp.sys.m6809
Subject: Re: OS9 Level II Disk Drivers
Message-ID: <1702@lsuc.UUCP>
Date: Wed, 8-Apr-87 20:58:56 EST
Article-I.D.: lsuc.1702
Posted: Wed Apr  8 20:58:56 1987
Date-Received: Thu, 16-Apr-87 23:40:57 EST
References: <865@vaxb.calgary.UUCP>
Reply-To: jimomura@lsuc.UUCP (Jim Omura)
Organization: Consultant, Toronto
Lines: 26
Summary: No solution to 96 tpi--yet


     As yet, I've had a lot of suggested solutions to the 96 tpi problem
but nothing has worked as yet.  So far I've found that if you use 80 tracks
single sided everything is fine.  I have heard that if you use 40 track
double sided, likewise everything is fine (I've never tried it myself).
However, if you use 80 tracks double sided, then things go wrong.  I have
not yet been able to make a double sided 80 track system disk.  In fact,
I've pretty much given up for now.  I'm going to wait for the SDisk patch
and try SDisk.

     My best guess is that data space allocated by CC3Disk is insufficient
for 80 track usage and something is getting overwritten by a FAT entry.
That's assuming CC3Disk copies the FAT into memory to speed up disk access.

     I've heard that D.P. Johnson is going to try to have the SDisk patch
ready for the Chicago Rainbowfest, so after this weekend I should have SDisk
up.  I'm unhappy about CC3Disk in one other respect anyway:  if you don't
have a drive attached to use a descriptor number (I have /d0, /d1 and /d2
descriptors loaded but often do not have a /d1 or /d2 drive) the system
locks with the drives running.  Not fun that.

Cheers! -- Jim O.
-- 
Jim Omura, 2A King George's Drive, Toronto, (416) 652-3880
ihnp4!utzoo!lsuc!jimomura
Byte Information eXchange: jimomura