Desert Drain  Version 1.3  -  68000 Disassembler 
Fehlerbeschreibung 
 
Im folgenden Text versuche ich einige Probleme zu beschreiben, die euch bei 
der Bedienung des Programms das Leben schwer machen knnten. 
 
 
Start des Programms 
- Weder Hilfs- noch INF-Datei wurden geladen. 
  - Befinden sich die beiden Dateien im selben Verzeichnis? 
  - Entspricht der aktuelle Pfad dem des Disassemblers? 
- Hilfe wurde zwar geladen aber einfgen der Remarks funktioniert nicht. 
  - Die Datei DS_HILFE.TXT ist fehlerhaft. Wurde sie verndert? Steht am 
    Anfang die Anzahl der Zeilen? 
- Die Fenster ffnen sich nicht richtig. Z.B. auerhalb des 
  Bildschirmbereichs. 
  - INF-Datei lschen, Programm nochmal starten und Fensterpositionen neu 
    einstellen. 
- Editorfenster ffnet sich in voller Gre. 
  - Es mu nach Programmstart mindestens einmal geffnet werden, damit bei 
    Parameter speichern die gewnschten Werte geschrieben werden knnen. 
 
Quelle laden 
- Das Programm strzt ab oder gibt Fehlermeldung aus. 
  - Ist das Format der Quelle richtig? Programmheader werden nur am $601A 
    im ersten Wort erkannt? 
  - Reicht der RAM-Speicher aus? 
- Quelle wird nicht geladen. 
  - Falsches Format? 
 
Aufrufen einer Fileselectbox 
- Fehlermeldung: 'Falsche Function' 
  - Ihr habt TOS<=1.02, keine erweiterte Fileselectbox nachgeladen, und bei 
    Editor-Optionen den Button fr die erweiterte Fselbox aktiviert. 
 
Disassemblieren 
- Fehlermeldung: 'Erwarte Dimensionsnderung' 
  - ffnet die Dialogbox 'Speicher-Einteilung'. Wenn die momentane Anzahl  
    der Zeilen der maximalen entspricht, mt Ihr das Ziel neu  
    dimensionieren (String-Array). Dies geschieht mit den oberen 
    Editierfelder im selben Dialog. Natrlich mu das Disassembliern dann  
    nochmals vorgenommen werden. Kann bei lngeren Quellen sehr lstig  
    werden. Stimmen beide Zahlen nicht berein, liegt ein Fehler im  
    Disassembler vor. 
  - Tritt der Fehler nicht beim Disassemblieren auf, habe ich wieder  
    irgendwas verschlumpft. 
- Fehlermeldung: 'Lsche Quellspeicher' 
  Dem Programm geht das RAM aus. Um nicht ins vllige Delirium zu fallen,  
  lscht es den Quellspeicher und besorgt sich so neuen Platz. 
  - Ist das Zielarray viel zu gro dimensioniert? 
    (siehe Speicher-Einteilung) 
  - Hilfe lschen. 
  - Accessories und Bootprogramme lschen. 
  - Dein Rechner ist fr diese Quelle zu klein! 
- Das Programm wirft Bomben (schwarze Fehlermeldung). 
  - Die Quelle enthlt irgendeine Eigenart, die der Disassembler noch nicht 
    kennt und berhaupt nicht vertrgt. 
- Das Setzen der Symbole aus einer geladenen Symboltabelle dauert ewig  
  lange. 
  - Stringoperationen in Basic sind nunmal sehr langsam! 
- Das ganze Disassemblieren dauert Euch zu lange und ihr mchtet den Vorgang 
  abbrechen! 
  - Pech gehabt, geht leider nicht. 
- Der Assembler versteht den Code nicht. 
  - Hchstwahrscheinlich hat der Disassembler eine unerlaubte  
    Adressierungart bersehen. Seht doch mal in der Datei OPCODE.TXT nach  
    und setzt euch evtl. mit mir in Verbindung. 
- Der Assembler meldet nicht gesetzte Label. 
  - Stehen die Label in nicht tokenisierten Zeilen? 
  - Adressen, die nicht auf ganze Assemblerzeilen zeigen, kann der  
    Disassembler nicht setzen. Dieses dient meistens nur dazu den eigenen  
    Code im Textsegment zu verndern und das fllt daher unter unsaubere  
    Programmierung. siehe ST-Computer 12/91 Modifi... ihr kennt das ja  
    schon. 
 
Editor 
- Wie komme Ich in die letzten Zeilen des Textes um dort evtl. ein Remark  
  einzufgen oder einen Mnemonik in ein Data umzuwandeln? 
  - Fenster verkleinern. 
  Reicht immer noch nicht! 
  - Pech gehabt. 
- Absturz mit Bombenfehler 
  - Fluchen hilft auch nicht! Ich bin mit meinem Latein fast am Ende. 
 
 
