Path: utzoo!utgpu!news-server.csri.toronto.edu!mailrus!cs.utexas.edu!uunet!willett!ForthNet
From: ForthNet@willett.UUCP (ForthNet articles from GEnie)
Newsgroups: comp.lang.forth
Subject: COMMODORE 8032 FORTH
Message-ID: <746.UUL1.3#5129@willett.UUCP>
Date: 7 Apr 90 13:03:18 GMT
Organization: Latest link in the ForthNet chain.  (Pgh, PA)
Lines: 34


 Date: 04-06-90 (10:14)              Number: 3100 (Echo)
   To: RANDY LAWRENCE                Refer#: 3092
 From: CHARLIE HITSELBERGER            Read: NO
 Subj: BLAZIN' FORTH FOR C64         Status: PUBLIC MESSAGE

 Thanks a million, that's how I am going to do it.  It might slow things
 down a bit, and I might change it later, but right now I want to get the
 darned thing up.  My next problem is 1541 specific.  Given a block
 offset number, in the range 0...169, I need to return a track/sector
 pair.  For instance, 0 yields 1/0, 1 yields 1/4, etc...
 There will be exactly 3 leftover sectors, so I was intending to reserver
 18/0, 18/1, and 17/20 as unused sectors.  Then I could write a word that
 would fill those blocks with a pre-allocated BAM and a couple of files
 named  "DON'T VALIDATE",  "THIS DISK, IT", "CONTAINS BFORTH", "BLOCKS!!"
 or something along those lines.  17/20 just makes the math work out
 right in zone 1 of the disk (tracks 1-17 of 21 sectors each).
 I had written a semi-elegant (if such a thing can be imagined) routine
 in BASIC with an eye toward a direct assembler translation, but my
 assembled routine exhibits an "off-by-one" fencepost problem when
 crossing between zones 2 and 3, zones 3 and 4.  Lately I haven't had
 much time to work on it.
 I suppose I could always go with Ballantyne's approach, but it seems
 like such a waste to not use track 18 in its entirety.  Come to think of
 it, I'd have to give the new and improved 170K format a different name
 so that guys who want to read it using an unmodified BFORTH kernal
 wouldn't tear their hair out.  Since most BFORTH files are transferred
 using FPORT, this is not as big a problem as it would seem, however.
 Again, thanks for the idea, and if you have any suggestions on this
 problem, please reply.
                                              Charlie Hitselberger
-----
This message came from GEnie via willett through a semi-automated process.
Report problems to: 'uunet!willett!dwp' or 'willett!dwp@gateway.sei.cmu.edu'