Hello, * On Fri, Nov 26, 2021 at 04:02:57PM -0600 Jim Brain wrote: > https://github.com/gbhug5a/My_CBM_stuff/tree/main/Beyond_Raid > > Not sure if it was previously seen by anyone. so, it seems that the warning in the 1571 drive manual (more precisely, in a small extra paper that was included) to always use the pointer command twice was correct in order to circumvent that problem? SAFETY NOTE: GIVE A RECORD# COMMAND TWICE To avoid the remote possibility of corrupting relative file data, it is necessary to give RECORD# command once before the Read or Write access and once after the access That's also interesting because "Die Floppy 1570/1571" by K. Schramm (German only) tells us on p. 191 that this bug would not exist: Im Commodore-Handbuch zur 1570/71 fällt Ihnen vielleicht folgender Satz ins Auge: "SICHERHEITSMASSNAHME: JEDER RECORD#-BEFEHL MUSS ZWEIMAL ANGEGEBEN WERDEN. Um die höchst unwahrscheinliche Möglichkeit der Zerstörung relativer Dateidaten auszuschließen, müssen die RECORD#-Befehle zweimal angegeben werden, bevor ein Datensatz gelesen wird..." Was sagt man nun dazu? Ich kann Sie an dieser Stelle beruhigen. Dieser Fehler, der offenbar Commodore selbst so mysteriös ist, daß eine Warnung an den Benutzer erfolgt, anstatt den Fehler aus dem Gerät zu entfernen, ist in Wirklichkeit nicht vorhanden. Hier sind die Hersteller auf einen Fehler im eigenen Bedienungshandbuch hereingefallen. Die "Möglichkeit der Zerstörung relativer Dateidaten" tritt nämlich nur dann auf, wenn im RECORD#-Befehl die Byteangabe, die angeblich optional ist, weggelassen wird. In diesem Fall kann es tatsächlich vorkommen, daß die Floppy ihre Daten ins Leere schreibt, wobei sie dann zwangsläufig verlorengehen. Und selbst, wenn ein solcher Fehler vorhanden wäre, was er nicht ist, dann könnte die zweimalige Angabe des RECORD#-Befehls auch nicht helfen. Geben Sie also immer die Bytezahl zum Positionieren an, und Sie werden sehen, daß alles einwandfrei funktioniert, auch wenn der RECORD#-Befehl nur einmal angegeben wird. Thus: Commodore warns us, and third-party-authors who do not understand the problem at hand tell us that this problem does not exist. Oh well... Regards, Spiro -- Spiro R. Trikaliotis https://spiro.trikaliotis.net/Received on 2021-12-20 10:00:02
Archive generated by hypermail 2.3.0.