Path: utzoo!utgpu!watmath!clyde!att!rutgers!mit-eddie!killer!gtmvax!dms3b1!dave From: dave@dms3b1.UUCP (Dave Hanna) Newsgroups: comp.sys.amiga.tech Subject: Re: A1020 (5.25 inch drive) Problems Summary: Is it possible to patch around the ROM problem? Keywords: trackdisk.device RAWREAD RAWWRITE bug Message-ID: <167@dms3b1.UUCP> Date: 4 Dec 88 09:12:22 GMT References: <506@aecom2.AECOM.YU.EDU> <3043@sugar.uu.net> <5418@cbmvax.UUCP> Reply-To: dave@dms3b1.UUCP (Dave Hanna) Distribution: na Organization: Daltech MicroSystems, Dallas Lines: 29 In article <5418@cbmvax.UUCP> jesup@cbmvax.UUCP (Randell Jesup) writes: [ Description of problem with PCcopy, etc. on A2000 with 1 3.5", external A1020 deleted ] > You people have hit a bug in trackdisk that was discovered recently. >Trackdisks' test of whether a RAWREAD/RAWWRITE command is valid is broken, >and is dependant on what's in a random section of memory. The memory happens >to be set to ok values IF you have 2 floppies (almost all the time). On >a 1-floppy system it's usually bad, and causes a rejection of the RAW >READ/WRITE command. > This bug will be fixed in 1.4 (it's in the ROM). >Randell Jesup, Commodore Engineering {uunet|rutgers|allegra}!cbmvax!jesup I may be showing my ignorance of OS structure here, but is there any possibility of an interrim fix using a Setfunction type patch, similar to the way the Setalert bug was handled? Failing that, could there be a patch that would force the particular memory location in question to a valid value? With 1.3 finally showing up after (it seems like) nearly a year, I'm not too thrilled about being told "It'll be fixed in 1.4" ! -- Dave Hanna, Daltech MicroSystems | "Do or do not -- There is no try" P.O. Box 584, Bedford, TX 76095 | - Yoda (214) 358-4534 (817) 540-1524 | UUCP: ...!killer!gtmvax!dave |