Fånga upp alla fel i ABC80!

5 posts in thread

• Anders Franzén <5258> · Text 3734 · w8 · inlagg

  1987-08-16 19:58

  Ärende: Fånga upp alla fel i ABC80!

  Här följer en kort redogörelse för hur man kan göra i ABC80 för att kunna fånga upp ALLA fel som kan inträffa och själv få kontrollen. Programmet som skall fånga upp felet måste skrivas i assembler. LD (IY+31),0 Sätt ON ERROR GOTO 0 LD (IY+14),0 RUN-mode LD HL,14 LD (254:64),HL Sätt ny BOFA (!) LD HL,32:125 LD A,(HL) CP 213 JRZ L1 DEC HL DEC HL L1 LD (254:39),HL Ny stack (systemvariabel) Om ett fel inträffar efter denna initiering kommer felrutinen i BASIC-tolken att loopa. Detta sker på adress 6:121-6:140 när tolken letar efter den rad där felet inträffade. Det enda som avbryter loopen är ett interrupt, antingen klockinterrupt som ALLTID kommer så småningom eller ett annat interrupt. Vid retur från interrupt kommer hopp ske till adress 255:19 eller 255:245 därför att SP pekar i ROM! Tyvärr måste man ställa om BOFA till ett "hopplöst" värde men det får man stå ut med. Tyvärr försvinner också felkoden men den kan man leta upp! Antagligen anropades felrutinen med RST 16 och då kan man... Äh, resten får ni hitta på själva!
  • Peter Thärning <3707> · Text 3735 · w8 · kommentar

    1987-08-16 23:06

    Ärende: Fånga upp alla fel i ABC80!

    Man kan kanske sätta stackpekaren till adress 162 i ROM? Då får man alltid retur till samma ställe kanske, nämligen 211:57. Möjligen finns det flera "dubbeladresspar".
    • Anders Franzén <5258> · Text 3736 · w8 · kommentar

      1987-08-17 20:01

      Ärende: Fånga upp alla fel i ABC80!

      Intressant! Varför jag valde den adress i ROM som jag gjorde beror på att jag ville ha ett hopp i en för mig totalt kontrollerad area. Det är svårt om man har ett stort program att "passa" in lämpliga intsruktioner på en viss adress mitt i all smeten. Jag letade länge efter lämpliga adresser, säkerligen finns det bättre. Lustigt det där med dubbeladresser! Uj! Upptäckte just nu att den adress du nämner (160) medför hopp till 57:211, ej 211:57, eftersom låga byten ligger på lägsta adress. Och 57:211 ligger i ROM någonstans där ASCII-aritmetiken räknar siffror och decimaler i strängarna! Om man hoppar dit vet man aldrig vad som kan hända...!! Adresserna 6:247-7:44 kan kanske vara värda att studera närmare. Jag hade en teori om att låta stackpekaren peka ut en minnesarea som inte är inkopplad i ABC80, om man läser i detta minne finner man bara 255:or, men det stöp på att man inte kan lägga något vettigt på adress 255:255 dit hopp då sker. Visserligen slår Z80 "runt" efter 255:255 och börjar om på noll men även om man försöker vara listig och smart kan man inte göra någonting där.
      • Peter Thärning <3707> · Text 3737 · w8 · kommentar

        1987-08-18 16:44

        Ärende: Fånga upp alla fel i ABC80!

        Ja hoppsan ja! Jag vände visst lite på adressen där. Nytt försök då, med checksumma 11273: 39 129 --> 193 193 193 193 --> hopp till 49601 (KAN inte vara tvärtom!) 40 160 44 205 44 205 52524 57 127 25 253 25 253 64793 Om man hade kunnat hitta på något att göra vid retur till 65535 (255 255) så skulle man kunna ha satt stackpekaren till slutet på basicen ungefär. Där ligger väl 255 för alla checksummor och så slipper man fundera på vad för slags minne det är.
        • Anders Franzén <5258> · Text 3738 · w8 · kommentar

          1987-08-18 21:52

          Ärende: Fånga upp alla fel i ABC80!

          Om man använder 57:127 så hamnar man som du säger på adress 253:25 men det är en area som ligger mitt bland DOS-ets systemvariabler så det är inte så bra tror jag. 193:193 var roligt, fyra poppar BC bildar en snygg svit. Borde man inte kunna hitta en massa INC-ar HL efter varandra? Dessa förekommer ju ganska ofta. Fast vad blir det för adress? Pekar säkert i ROM. Det finns väldigt många IX- och IY-instruktioner som ligger och dräller och dessa har koder som kan ge adresser på 221:x och 253:x men jag har inte hittat några bredvid varandra. 193:193 finns ju även i en 16K-maskin så det borde gå att använda.