Eine Vielzahl von Themen erwartet Sie in der zweiten Folge unseres Floppy-Kurses. Neben Informationen zu Directory und Bootsektor gibt es zwei Listings sowie Hinweise für einen Kopierschutz.

Vorab noch einige Anmerkungen zu HYPERFORMAT, dem Formatierprogramm aus der letzten ST. Mir ist zu Ohren gekommen, daß es vereinzelt Schwierigkeiten mit dem Beschreiben HYPERFORMATierter Disketten gab. Diese Probleme gibt es offenbar dann, wenn zwei Bedingungen Zusammentreffen:

1. Das Laufwerk dreht zu schnell, oder
2. Laufwerk und/oder Controller stammen aus einer alten Bauserie des ST.

Mein Verdacht ist also, daß es mehrere Bauserien des Controllers gibt. Sollten Sie einer von den Pechvögeln sein, könnten Sie - wenn Sie sich das Zutrauen und keine Garantieansprüche mehr haben - Ihren ST öffnen und mal nachsehen, welche genaue Bezeichnung Ihr Floppy-Controller hat, das ist der Chip, der ’WD1772’ heißt. Schreiben Sie bitte mir oder dieser Zeitschrift und geben Sie diese Bezeichnung mit an. Ich arbeite daran, auch die ältesten Bauserien noch glücklich zu machen.

Häufig stellt sich offenbar auch die Frage, ob das HYPERFORMAT kompatibel zum AMIGA-Format sei. Zwar haben beide Formate die gleiche Anzahl von Sektoren pro Tracks, zudem verwenden beide das sogenannte MFM-Verfahren zur physikalischen Aufzeichnung. Doch leider leistet sich der AMIGA (wie bei Commodore üblich) einen eigenen Standard, was das Format der einzelnen Sektoren selbst angeht. Zum Glück ist der Floppy-Controller des AMIGA sehr flexibel, da er hauptsächlich softwaregetrieben ist. Und so arbeite ich bereits an einem Programm für den AMIGA, das ihm ST-Disketten verständlich macht.

Und für diejenigen, die meinem Formatierprogramm nicht so recht trauen, habe ich auch noch ein Schmankerl, nämlich Listing 1. Dort finden Sie CHKDISK, ein Programm, das Disketten auf Lesefehler untersucht. Es ist nicht nur für HYPERFORMATierte Disketten brauchbar. Beim Start meldet es sich mit einem Menü. Mit ’t’ können Sie die Anzahl der Spuren verändern, die geprüft werden sollen, mit ’s’ die Anzahl der Seiten und mit ’p’ die Zahl der Sektoren pro Spur. ’C’ bricht das Programm jederzeit ab, mit RETURN wird es gestartet. Während des Checkvorgangs gibt das Programm den aktuellen Track aus. Wenn ein Fehler auf der Diskette ist, meldet sich CHKDISK mit einem Piepsen und einer Fehlermeldung mit genauer Angabe, wo der Fehler aufgetreten ist. Bei CHKDISK zeigt sich der Vorteil von FTYPERFORMATierten Disketten am deutlichsten: Lassen Sie mal eine HYPERFORMATierte Diskette checken und dann eine normale, und messen Sie jeweils die Zeit, die dafür benötigt wird!

Am besten, Sie setzen sich gleich mal vor Ihren Rechner und laden Ihren besten Diskmonitor, von denen es ja mittlerweile genug public domain gibt (zum Beispiel auch auf PD-Disketten der ST). Ich gehe davon aus, daß Ihr Diskmon zumindest Sektoren lesen, schreiben und in ASCII und Hexadezimal anzeigen kann sowie eine wenigstens minimale Editierfunktion hat. Sollten Sie keinen solchen Monitor, aber zumindest GfA-Basic haben, können Sie auch das Listing 2 abtippen -dann haben Sie einen kleinen Diskmonitor mit den erwähnten Fähigkeiten.

Formatieren Sie zunächst eine freie Diskette auf einseitiges Normalformat. Dazu müssen Sie Laufwerk A einmal anklicken und dann 'formatiere’ im DATEI-Menü wählen. Geben Sie dabei als Diskettennamen ’GRUMMEL. TST’ an.

In der letzten Folge hatte ich bereits erwähnt, daß die Directory, das Inhaltsverzeichnis der Diskette, beim einseitigen Normalformat bei Track 1, Sektor 3 beginnt. Darin stehen der Diskettenname (wenn angegeben) und die Namen aller Dateien, die Sie darauf abspeichern, mitsamt einigen wichtigen Informationen. So, ist das Laufwerk fertig? Dann starten Sie jetzt Ihren Diskmonitor, legen Sie die formatierte Diskette ein und lesen Sie Track 1, Sektor 3 ein (siehe Anleitung Ihres Diskmons). Es sollte ähnlich Verwirrendes erscheinen wie das hier:

In den ersten 32 Bytes der Directory steht jetzt der Eintrag für den Diskettennamen. Die ersten 11 Bytes sind für den Namen und die Extension reserviert. Filenamen unter 8 Bytes werden mit Zwischenräumen erweitert, der Punkt wird nicht dargestellt, danach folgt die dreistellige Extension. Was die Länge der Dateinamen angeht, ist TOS ja - wie MS-DOS - recht geizig. Wenn man da an die Filenamen des AMIGA denkt... Die amputierten Dateinamen haben immerhin den Vorteil, daß das Verzeichnis kompakter wird und damit schneller zu laden ist: und wer will schon eine so einschläfernde Directory-Leseroutine wie beim AMIGA?

Abb. 1

Abb. 2

Wenn Sie genau nachzählen, haben wir noch nicht alle Bytes besprochen, in denen etwas steht. Im zwölften Byte steht ’08’. Dies ist das Dateikennzeichen und gibt in diesem Fall an, daß ’GRUMMEL.TST’ der Name der Diskette ist. In das Dateikennzeichen sind folgende Informationen kodiert:

MS-DOS kennt genau das gleiche Dateikennzeichen, sogar die Bitnummern stimmen überein. Wieder sieht man, daß die TOS-Entwickler auf der Diskettenebene sehr bemüht waren, sich an den IBM-Standard zu halten.

BITGESTEUERTE TARNKAPPEN UND ANDERE MAGIE

Natürlich sind Kombinationen der Bits möglich. Sie könnten also einen sichtgeschützten Ordner anlegen, der nicht beschreibbar ist, indem Sie das Dateikennzeichen auf $13 ändern - in der Theorie. Praktisch scheinen hier noch ein paar Unsauberkeiten von TOS verborgen zu sein. Experimentieren Sie ruhig ein wenig mit Ihrem Diskmonitor herum.

Kopieren Sie nun irgendeine Datei auf die leere Diskette und schauen Sie mit dem Diskmon im Verzeichnis (Track 1, Sektor 3) nach. Nehmen wir einmal an, die Datei hieße ’RONNIE.USA’. Dann bekämen Sie etwa folgendes Bild:

Byte 11 zeigt uns, daß RONNIE.USA eine ganz normale Datei ist. Die restlichen Bytes in dieser Zeile bedeuten schlicht & einfach nichts. Ein Directoryeintrag ist nun aber 32 und nicht 16 Bytes lang. Was ATARI in den Bytes der zweiten Hälfte versteckt hat, ist schnell erklärt:

Alle diese Bytepaare sind im 8086-Format abgespeichert (niedrigstwertiges Byte zuerst). Man muß sie also erst einmal umdrehen. Sehen wir uns das Datum von RONNIE.USA in den Bytes 22-23 an: Wir drehen ’86 03’ um und erhalten ’03 86’. Aufgeschlüsselt in Bits:

Also in diesem Fall: 0 Uhr (0000 0), 24 Minuten (011100), 12 Sekunden (00110). Für das Datum von RONNIE.USA gilt ähnliches:

Was bedeutet, daß ich RONNIE.USA am 6.2.1986 gespeichert habe - aber das heißt auch nur, daß in meinem ST keine Echtzeituhr eingebaut ist, denn TOS setzt als Standardwert genau diesen Tag ein.

Bytes 26-27 geben an, bei welchem Cluster (das sind zwei aufeinanderfolgende logische Sektoren) die Datei beginnt. Auch diese Bytes muß man erst kräftig aufmischen, ebenso wie die darauffolgenden Bytes für die Größenangabe der Datei - waschechtes 8086-Format.

VON PHANTOMEN, FRÖSCHEN UND PRINZEN

Sollten Sie auf der Reise durch diverse Verzeichnisse einmal einen Phantomeintrag entdecken, der im Directoryfenster des Desktops nicht zu finden ist, dann ist das wahrscheinlich ein Eintrag, der mit dem Byte ’E5’ beginnt. ’E5’ heißt: Dieses File ist gelöscht. Nun kommen Sie mir ja nicht mit der Idee, Sie bräuchten nur dieses Byte zu ändern, und schon hätten Sie eine bereits abgetakelte Datei ins Leben zurückgeküßt. Dieser Frosch wird dadurch nämlich nicht zum schönen Prinzen ( = intakte Datei), es sei denn, die Datei ist höchstens ein Cluster (1024 Bytes) lang. Denn im Directoryeintrag steht nur ein Zeiger auf den ersten Cluster der Datei in der FAT (siehe letzte Folge) - der Rest der Verkettung wird in der FAT gelöscht, wenn Sie einen Prinzen, Verzeihung: eine Datei in die Wüste schicken.

Tun Sie jetzt mal etwas ganz Verwegenes: Legen Sie die GRUMMEL-Diskette ein, löschen sie alle Dateien auf ihr und klicken Sie im Desktop 'Neuer Ordner’ an. Nennen Sie ihn, wie Sie gerade lustig sind, also zum Beispiel LUSTIG.FLD (FLD für englisch FOLDER = Ordner). Entern Sie ihren Diskmonitor und lesen Sie den Directorysektor. Sie erhalten folgendes:

Abb. 3

Byte 11 (Dateikennzeichen) sagt uns: LUSTIG.FLD ist ein Ordner. Alle restlichen Informationen sind die gleichen wie bei normalen Dateien, nur zeigen Byte 26 und 27 nicht auf den ersten Datencluster der Datei, sondern auf den ersten Cluster des Unterverzeichnisses (Subdirectory). Folgen wir diesem Hinweis: 'Cluster 2’ ist der erste von TOS vergebene Cluster überhaupt und beginnt bei einseitigen Disketten auf Spur 2, Sektor 1. Lesen wir diesen Sektor ein...

Abb.4

Es werden also in diesem Unterverzeichnis gleich zwei Einträge angelegt: Eine fiktive Datei mit Namen und eine mit Namen Diese beiden No-bodies sind nur dazu da, um TOS im Wirrwarr der Unterverzeichnisse die Orientierung zu erleichtern. (beziehungsweise das Clusterbyte dieses Eintrags) zeigt auf das Unterverzeichnis selbst, so daß TOS nicht immer den ganzen Baum von Verzeichnissen lesen muß, um herauszufinden, wo die aktuelle Directory beginnt. zeigt auf die „Vater“directory, die hier angeblich bei Cluster 0 beginnt - das Zeichen dafür, daß die Vaterdirectory das oberste, das Wurzelverzeichnis ist.

ICH TARZAN - DU JANE

Mit Hilfe dieser speziellen Einträge schwingt sich TOS (Tarzan Operating System) an Zeigerlianen durch den Dateidschungel:

Die ’..'-Einträge zeigen jeweils auf das übergeordnete Verzeichnis, die ’.'-Einträge praktisch auf sich selbst.

Innerhalb eines Unterverzeichnisses können beliebig viele weitere Unter-Verzeichnisse angelegt werden - das heißt, fast. Wenn mehr als 40 Unterverzeichnisse auf einer Diskette sind, stürzt Ihnen Ihr TOS ab: Wenn Sie eine Diskette einlegen und das Verzeichnis einiesen, merkt sich TOS alle Di-rectories in einer speziellen Liste.

Nur ist der Platz für diese Liste leider beschränkt - mehr als 40 Verzeichnisse passen nicht rein.

Bei Disketten ist das nicht weiter tragisch, aber Festplattenbesitzer haben daran schwer zu knabbern - auf 20 Megabyte sind schnell 40 Directories erzeugt. Zum Glück gibt es korrigierte ROMs zu kaufen, und gerüchteweise habe ich auch davon gehört, daß die ROMs in den Mega-STs diesen Fehler nicht mehr aufweisen werden.

Alle diese kleinen Details der Diskettenverwaltung gibt es so oder ganz ähnlich sowohl in MS-DOS wie in UNIX - und daher auch das viele Gerede über die Kompatibilität (ein fürchterliches Wort) von MS-DOS und TOS. Wahr ist: Auf Diskettenebene verstehen sich MS-DOS und TOS ganz gut. Aber sonst werden Sie sich schön umschauen, wenn Sie eine PC-Datei auf einem ST zu starten versuchen.

MÜNCHHAUSEN UND DER ST

Nun zu einem weiteren rätselhaften Bereich auf der Diskette, dem Bootsektor. Der Bootsektor ist der erste Sektor auf der Diskette und wird bei jedem Diskettenwechsel überprüft. Er enthält wichtige Daten über das Format einer Diskette, kann aber auch selbst ein kleines Programm enthalten, das automatisch ausgeführt wird und das System hochbootet - er ist also der Haarschopf, an dem sich der Rechner selbst aus dem Sumpf zieht. Deshalb reagiert Ihr ST auch ziemlich heftig, wenn er so einen Bootsektor nicht lesen kann - hüten Sie also Ihre Systemdisketten wie Ihr Glasauge, machen Sie am besten eine Kopie auf eine hochwertige Diskette, schließen Sie sie weg, geschützt vor Kinderhänden, Hundeschnauzen, Kaffeetassen, Erdbeben, Feuer, Wasserrohrbruch und größeren intergalaktischen Katastrophen.

Es gibt zwei Typen von Bootsektoren: ausführbare und nicht ausführbare. Erstere werden für Systemdisketten verwendet, von denen das TOS gebootet wird. Ausführbare Bootsektoren werden vom Betriebssystem so abgeändert, daß ihre Checksumme (das heißt, die auf 16 Bit reduzierte Summe ihrer Bytes) gleich $ 1234 ist. Trifft das zu, versucht TOS, ein Programm im Bootsektor auszuführen.

Gemeinsam ist allen Bootsektoren folgender Aufbau: (Byte - Erklärung)

0-1
Verzweigungsbefehl auf Bootprogramm (wenn ausführbar)

2-7
’Loader’

8-10
24Bit-Seriennummer

11-12
BPS: Bytes pro Sektor (normal 512)

13
SPC: Sektoren pro Datencluster (normal 2)

14-15
RES: reservierte Sektoren (normal 1)

16
FAT: Anzahl der FATs (normal 2) 17-18

DIR: Anzahl der Einträge in der Directory (normal 112)

19-20
SEC: Anzahl der Sektoren auf der Diskette

21
MEDIA: „Media-Descriptor-Byte“

22-23
SPF: Sektoren pro FAT

24-25
SPT: Sektoren pro Track

26-27
SIDE: Anzahl der Seiten (SF354:1 SF314:2)

28-29
HID: versteckte Sektoren 510-511

Ausgleichswerte für die Checksumme (Differenz der Checksumme über die voranstehenden Bytes und $1234)

Alle 16-Bit-Worte sind wieder im 8086/ INTEL-Format abgesichert (also niedrigstwertiges Byte zuerst). Bei ausführbaren Bootsektoren sind weitere Bytes interessant:

30
EXEC: Ist das Flag gesetzt, wird versucht, nach dem Betriebssystem gleich COMMAND.PRG zu finden und zu starten (ohne Umweg über das DeskTop)

32
MODE: Ist MODE Null, wird das File FNAME gesucht. Wenn nicht, ist man im „Sektormodus“: Es werden einzelne Sektoren geladen (siehe SCNT und START)

34
START: erster Sektor, der bei MODE= 1 geladen werden soll

36
SCNT: Anzahl der Sektoren, die bei MODE=l geladen werden sollen

38
ADDR: Speicheradresse, wohin das Bootfile oder die Sektoren geladen werden sollen

42
Speicheradresse, wohin FATs und Directory geladen werden sollen

46
FNAME: Filename bei MODE=0 (maximal 11 Zeichen)

58
Anfang des Bootprogramms

Alle diese Flags werde ich Ihnen ganz bestimmt nicht vorkauen, sonst paßt in dieses Heft höchstens noch das Vorwort hinein. Aber einige interessante Stellen werden wir uns schon ansehen.

Besorgen Sie sich zunächst einmal einen ausführbaren Bootsektor. Sie haben doch sicher noch eine bootfähige Systemdiskette? Wenn nicht, formatieren Sie eine Diskette mit HYPERFORMAT und geben Sie dabei an, daß sie ausführbar sein soll. HYPERFORMAT erzeugt dann einen ausführbaren Bootsektor auf Track 0, Sektor 1. Lesen Sie mit Ihrem Diskmonitor den Bootsektor ein und ändern Sie EXEC (Byte 30, hexadezimal $1E) von Null auf Eins. Jetzt müssen Sie noch in den Ausgleichsbytes eine Eins abziehen, damit die Checksumme wieder stimmt. Schreiben Sie diesen modifizierten Sektor auf Ihre Diskette zurück und kopieren Sie auf diese Diskette ein TOS. IMG, ein DESKTOP.INF und ein COMMAND.PRG. Drücken Sie den Reset-Knopf, und Sie werden sehen, daß COMMAND.PRG noch vor dem Desktop ausgeführt wird.

Das kann man dazu verwenden, komplizierte Bootvorgänge auszuführen. Denn wenn COMMAND.PRG startet, sucht es auf der Diskette eine Batchdatei namens AUTOEXEC.BAT und führt sie aus, falls vorhanden. Wenn Sie sich also so eine Diskette zurechtgezimmert haben, brauchen Sie wirklich nur noch den Netzschalter, um Ihr System hochzufahren, wie Sie es wollen - beispielsweise mit installierter, gefüllter RAM-Disk, sauber geführtem Logbuch und einer fertigen Anwendung. Allerdings macht TOS beim Ausstieg aus COMMAND.PRG per ’exit’ noch Arger. Ich nehme an, daß das an nicht initialisierten GEM-Vektoren liegt - vielleicht hat sich ja schon ein Leser damit herumgeschlagen und kann darüber berichten.

Sie ahnen bestimmt, welche Tricks mit dem Bootsektor möglich sind. Andern Sie doch mal FNAME von TOS. IMG nach UNIX.IMG, ebenso den Namen von TOS.IMG auf Ihrer Bootdiskette und verblüffen damit Ihre Freunde! Oder gaukeln Sie Ihrem Rechner vor, das Laufwerk hätte 3 Seiten, 150 Spuren oder 0 Sektoren pro Track. Kürzen Sie die Anzahl der FATs oder deren Größe (vielleicht auch die der Directory) und gewinnen so Speicher auf der Diskette. Allerdings müssen Sie bei allen Änderungen auf einem ausführbaren Bootsektor immer die Checksumme ausgleichen, indem Sie die letzten beiden Bytes des Bootsektor abändern!

Das sollte Ansporn genug sein, sich mit dem Bootsektor zu beschäftigen. Es sei noch angemerkt, daß Sie natürlich nicht gezwungen sind, vom Bootsektor immer nur TOS.IMG zu laden...

Sollten Sie im Verlauf des Artikels bisher nicht alle Details verstanden haben, machen Sie sich keine großen Sorgen: Daran erkennt man die besonders nachdenklichen Menschen. Probieren Sie ein bißchen mit Ihrem Diskmonitor herum, kopieren oder löschen Sie Dateien, formatieren Sie mal normal, mal mit HYPERFORMAT, schnippeln Sie am Bootsektor herum und schauen Sie sich die Ergebnisse an. Kurz: Spielen Sie (das kann man auch ohne Joystick)! Was Sie dabei lernen, ist die Zeit sicher wert.

Wenn Sie beim Spielen einmal TOS-Fehlernummern bekommen (solche, die per Alert-Box im Desktop angezeigt werden), dann sind das bestimmt die Fehlernummern 33 und 35. Andere Nummern werden nicht angezeigt, obwohl TOS mehr Fehler unterscheidet. Das liegt an einem Fehler gerade in jener Routine des TOS, die die Fehler erkennen soll - ist das nicht tragisch? Man kann nur hoffen, daß ATARI bei den Mega-ST-Roms auch an diesen Fehler denkt.

Überhaupt gibt es allerlei Fehler in den ROMs. Bei dieser Gelegenheit möchte ich die wichtigsten, die mir aufgefallen sind, erwähnen:

1. Die Laderoutinen sind äußerst langsam. Das liegt daran, daß TOS vor jedem Lesevorgang lieber zweimal nachprüft, ob der Lesekopf auch wirklich über der richtigen Spur liegt - was aber ziemlich unnötig ist. FAST-ROMs beheben diesen Fehler beim ROM-TOS, FASTLOAD und HYPERFORMAT beim RAM-TOS.
2. Zuweilen kommt es vor, daß man ein Dokument auf dem Desktop anklickt und es sich auf dem Schirm anzeigen lassen will. Unter bestimmten (ungeklärten) Umständen stürzt TOS selbst bei dieser primitiven Routine ab (2-10000 Bomben)!
3. Dialoge, die Fehler haben, deren Eingabemaske (alpha) numerisch definiert wurde, stürzen ab, wenn man den Unterstrich (_) eingibt.
4. Fehler bei mehr als 40 Unterverzeichnissen (siehe oben).
5. Im Desktop lassen sich weder Ordner- noch Diskettennamen ändern. Das liegt hauptsächlich daran, daß die zugehörige GEMDOS-Funktion RENAME ($56) keine solchen speziellen Dateien umnennen kann. Zwar ist im Aufruf ein Dummywort vorgesehen, das wahrscheinlich gerade zur Unterscheidung der Dateitypen dienen sollte, doch bewirkt es nichts.
6. Fehler in der Fehlerroutine (siehe oben).
7. Wenn man sich das Desktop mal in Zeitlupe anschaut, erkennt man, daß Window-Elemente oft mehrere Male gezeichnet, gelöscht und wieder gezeichnet werden. Darunter leidet die Geschwindigkeit.
8. Unsauberkeiten beim Dateikennzeichen (siehe oben).

Wenn Sie weitere Fehler entdeckt haben, melden Sie sich! Wenn erst genug Fehler bekannt werden, nimmt sich ATARI vielleicht ein Flerz und killt die Bugs im ROM der Mega-STs.

Im letzten Teil dieser Folge möchte ich ein bißchen theoretischen Untergrund aufbauen, damit wir demnächst selbst einen Kopierschutz auf Disketten erzeugen können. Grundsätzlich einmal: Kopierschutz basiert immer darauf, den Disketten Eigenschaften mitzugeben, die Kopierprogramme nicht erwarten und deswegen nicht richtig übertragen können. Das jeweilige Programm fragt dann nach dem Starten auf diese besondere Eigenschaft ab. Flat die Diskette diese herstellerbedingte Macke, ist alles in Ordnung, das Programm hat einen ehrlichen Anwender vor sich. Fehlt der gewisse Tick, verabschiedet sich das Programm je nach Temperament des Programmierers mit einem bloßen ’Un-authorized Copy - Byebye’ oder mit frisch-fröhlichem Formatieren der Diskette, wobei sich proportional zur Reaktion des Programms das Gesicht des üblen Kopierers verfinstert.

Zur Erinnerung noch einmal die Grobstruktur einer Diskette: 80 Spuren sind jeweils in mehrere Sektoren (normalerweise 9) eingeteilt. Daraus ergibt sich bereits die erste Idee für einen Kopierschutz: Im Bootsektor gibt man an, daß auf jeder Spur nur 9 Sektoren sind, in Wirklichkeit aber formatiert man die Spuren auf 10 Sektoren. Ein argloses Kopierprogramm kopiert friedlich 9 Sektoren und vergißt den jeweils zehnten, ohne den das Programm nicht lauffähig ist.

Allerdings gibt es kaum noch ein Kopierprogramm, das auf einen solch simplen Trick noch hereinfällt. Eine verfeinerte Version dieses Kopierschutzes arbeitet mit variabler Sektoranzahl, das heißt, mal 5, dann 8, schließlich 10 Sektoren, wild durcheinander. Da muß ein Kopierprogramm schon schlauer sein und erst einmal vor dem Lesen jede Spur genau analysieren. Aber auch das ist bereits Standard.

Eine andere Idee: Wie Sie aus der letzten Folge bereits wissen, kann man die Sektoren nicht nur einfach hintereinander auf die Spur formatieren, sondern auch versetzt (Interleave), zum Beispiel so:

Nehmen wir an, wir wollen Sektor 1 bis 9 lesen. Das funktioniert auch ganz prächtig. Ein unachtsames Kopierprogramm schreibt aber die Sektoren anders auf die Zieldiskette:

Diesen Unterschied kann ein Programm dadurch herausfinden, indem es die Zeit mißt, die beim Lesen zweier aufeinanderfolgender Sektoren verstreicht - die ändert sich nämlich, wenn man am Interleave manipuliert. Nachteil dieses Kopierschutzes: Er kann auch mal ansprechen, wenn ein Laufwerk benutzt wird, das die Drehzahl nicht richtig einhält - und so auch ehrlichen Anwendern schaden.

Am gewalttätigsten aber sind Kopierschutzmechanismen, die an der Struktur der Sektoren selbst drehen. Zur Erinnerung - ein Sektor sieht beim ST so aus:

Vorspann (Index, Trackheader; "PoST Index Mark”)

(*) Lückenbytes (Pre Adress Mark) Synchronisationsbytes Adressmarke + Sektorinfo Checksumme

Lückenbytes (PoST Adress Mark) Synchronisationsbytes Datenmarke + DATEN Checksumme

Lückenbytes (PoST Data Mark)

zurück zu (*), bis alle Sektoren geschrieben sind, danach: Lückenbytes bis zum Trackende.

Als Kopierschutz könnte man jetzt die Anzahl der Synchronisations- oder Lückenbytes ändern. Kopien erkennt man wieder z. B. durch Zeitunterschiede (das ist allerdings sehr knifflig). Mein Formatierprogramm HYPERFORMAT, das Sie aus der letzten ST kennen, ist - wenn Sie so wollen -auch ein Kopierschutz, weil es ähnliches tut, um 11 Sektoren auf einer Spur unterzubringen. Ich kenne nur wenige Kopierprogramme, die HY-PERFORMATierte Disketten korrekt lesen können (das normale Filecopy des Desktop funktioniert dagegen hervorragend!). Deswegen sei an dieser Stelle auch ein Kopierprogramm für dieses Format angekündigt.

Ganz hartnäckig ist ein Schutz, wenn er im Controller Fehler erzeugt: Sei es, indem man die Checksummen im Sektor manipuliert, sei es durch sogenannte halbe Sektoren, das heißt, man kündigt dem Controller zwar einen Sektor mit 512 Bytes an, liefert aber nur 200 oder 300. Normalerweise meldet sich der Controller dann mit einem Lesefehler und streikt - und nur sehr gute Kopierprogramme sind dann so schlau und lassen das Laufwerk solange rotieren, bis sie jedes Byte rekonstruiert haben. Hier findet man eigentlich die größte Vielfalt von Ideen: Man könnte auch Sektoren mit jeweils 1024 Bytes einführen, die zwar der Controller lesen kann, aber nur mit speziellen Leseroutinen. Oder man vergißt Datenmarken, das sind Stopschilder für den Controller, an denen er innehält und weiß: Hoppla, jetzt kommen Daten.

So, jetzt habe ich Ihnen aber den Mund lange genug wäßrig gemacht. Diese Folge hat Ihnen gezeigt, wie Sie mit Directory und Bootsektor umspringen können. Sie haben jetzt ein Diskcheck-Programm, einen kleinen Diskmonitor in GfA-Basic, den wir schrittweise erweitern werden, sind jetzt vielleicht etwas aufmerksamer, was TOS-Fehler angeht und wissen -zumindest vom Prinzip her - wie ein Kopierschutz funktioniert. In der nächsten St werden wir uns daran machen, selbst einen Kopierschutz zu entwerfen. Wenn Sie ganz tief einsteigen wollen, dann halten Sie bis dahin Assembler-Kenntnisse bereit. Aber keine Angst: Für die Nur-Basic-Programmierer gibt es eine Einbindung der benötigten Routinen in BASIC. Keep hacking!

In den Untergrund

Tiefer in das Reich des Lesekopf können Sie mit dem MINIMON tauchen. Er ist in GfA-Basic verfaßt und besteht aus zwei Teilen, dem Sektormonitor und dem Trackmonitor. Der Trackmonitor ist noch nicht implementiert. Wir werden ihn im Laufe der Zeit vervollständigen, wenn wir im Kurs neue Tricks besprechen. Nach dem Start hat man die Auswahl zwischen Sektormonitor (S), Trackmonitor (T) und Quit (Q). Der Sektormonitor bietet folgende Funktionen:

Track einstellen: (’T’)
Eingabe der Spurnummer (bei mehr als 80 wird’s gefährlich für den Lesekopf Ihrer Floppy).

Seite einstellen: (’S’)
Vorder- oder Rückseite (0/1). Jede andere Nummer ist sinnlos, die 1 ohnehin nur für Besitzer doppelseitiger Laufwerke brauchbar.

Sektor einstellen: (’K’)
Sektornummer eingeben. Sinnvoll sind bei normalen Format 1-9, bei FAT-DISK und ähnlichen Formaten 1 -10, bei HYPERFORMAT 1-11.

Read sector: (’R’)
Den vorher mit ’T’, ’S’, ’K’ eingestellten Sektor in einen Puffer im Speicher einiesen.

Write sector: (’W’)
Den Pufferinhalt an die mit ’T’, ’S’ und ’K’ eingestellte Stelle schreiben.

Dump sector: (’D’)
Den Pufferinhalt ausgeben. Eine Zeile sieht so aus: [Bytenr] [16 Bytes] [ASCII]. Mit SPACE kann man die Ausgabe anhalten, mit irgendeiner anderen Taste abbrechen.

Edit: (’E')
Ein Byte im Puffer ändern. MINI-MON fragt zunächst nach der Nummer des Bytes (mit DUMP zu erfahren), dann nach dem neuen Inhalt des Bytes. Sie können den neuen Wert als Zahl eingeben oder (in ’ - Zeichen eingeschlossen) als ASCII-Zeichen.

Printer: (’P’)
Schaltet Druckerausgabe ein/aus.

Execute: (’X’)
Anderes Programm ausführen. Zeigt das Verzeichnis an und erlaubt, ein anderes Programm zu starten, von dem aus man wieder zum Minimon zurückkehren kann. Diese Funktion können Sie auch benutzen, um nur ein Verzeichnis auf den Schirm zu bringen. Sollten Sie am Directorysektor etwas geändert haben, empfiehlt es sich, vor ’X’ die Diskette kurz herauszuziehen und wieder einzusetzen.

Quit: (’Q')
Raus aus dem Sektormonitor.

Bei Lese- und Schreibvorgängen ermittelt MINIMON den Status des Laufwerks und zeigt ihn in der Statuszeile an.

Zum Programm selbst:

Am interessantesten' ist wohl der Betriebssystemaufruf in der Prozedur Lesen:

Status% = Xbios(8,L:Buffer%,L:0, Drive%, Sector%, Track%,Seite%,l)

Hier wird das XBIOS des ST aufgerufen und ihm verschiedene Parameter übergeben. ’8’ ist die Nummer der Leseroutine im XBIOS. ’L:Buffer%’ gibt die Adresse eines Puffers im Speicher an, wohin XBIOS den Sektorinhalt einiesen soll. ’L:’ ist GfA-spezifisch und erzwingt die Parameterübergabe als Langwort. Fehlt ’L:’, nimmt GfA-BASIC an, daß der Parameter Wortgröße haben soll. Nach Buffer% folgt ein (noch) vom Betriebssystem unbenutztes Langwort, sodann die Angabe des Laufwerks (hier voreingestellt mit 0 für Laufwerk A; Laufwerk B ist dann 1, C entspricht 2 usw.). Es folgen Sektor, Track, Seite und eine ominöse 1: Es soll nur ein Sektor eingelesen werden. Der Systemaufruf in der Prozedur Schreiben ist bis auf die Funktionsnummer identisch.

Wichtig: In der ST lief ja bereits eine Serie über das Betriebssystem, wo alle Parameter bei den Aufrufen angegeben waren. Für GfA-Basic ist anzumerken, daß alle Parameter hier (wie in C) in umgekehrter Reihenfolge hinzuschreiben sind; in Assembler steht die Funktionsnummer als letztes, in Basic als erstes.

Listing 1: Source Code

Listing 2: Diskmonitor in GFA-Basic