Retro Preservation Workspace

Monitorn

Browse archived Monitorn möten and the ABC80 mailing list, with full-text and text-number search.

← Back to ABC Tools

Meetings · ABC80 · Thread

Det går att lura felrutinen i tolken!

13 posts in thread

Anders Franzén <5258> · Text 3624 · w8 · inlagg

1987-06-09 21:48

Ärende: Det går att lura felrutinen i tolken!

Hej alla ni som bankat era pannor blodiga mot väggen som Kalle Anka brukar, här kommer nyheter från forskningens yttersta träskmarker, från vetenskapens Mount Everest, från en med bulor där fram vid det här laget! DET GÅR ATT LURA FELRUTINEN I TOLKEN! Faktum är att jag har funnit två sätt varav det ena är vattentätt medan den enklaste metoden tyvärr medför dyk 1 gång på 3500. Men som sagt var, det går alltså att göra helt säkert (bäst att säga peppar peppar). Jaha, nu undrar säkert alla vad man ska lura felrutinen i tolken för? Jo, om man kan det kan man t ex ta hand om alla fel som kan uppstå i ABC80. Man kan också välja en egen promt i stället för ABC80. Hm, man kan göra mycket! Hur man gör? Njä, humm, det är inte dags att avslöja det ännu (jaja, jag hör massornas vrål i bakgrunden men det är kul att suga på karamellen lite!). Har någon annan löst problemet, kanske på något annat sätt? "The soft way is the best way!"
- Peter Thärning <3707> · Text 3625 · w8 · kommentar
  
  1987-06-09 21:54
  
  Ärende: Det går att lura felrutinen i tolken!
  
  Hmmm... Det MÅSTE vara dags för en doktorsavhandling snart!!
- Mikael Pettersson <2195> · Text 3626 · w8 · kommentar
  
  1987-06-09 23:29
  
  Ärende: Det går att lura felrutinen i tolken!
  
  (. jag löste det en gång genom att sätta basic-mode och lägga en pekare till en i maskinkod fabricerad 'basic'-rad från on-error-goto-referensen .)
  - Anders Franzén <5258> · Text 3628 · w8 · kommentar
    
    1987-06-10 21:52
    
    Ärende: Det går att lura felrutinen i tolken!
    
    Om jag tolkar din lösning rätt innebär den att man inte kan ta hand om alla fel. Eller har jag fel? TED använder en metod där ONERRORGOTO pekar på en "specialrad" som då felet fångas upp och raden exekveras lurar tolken.
    - Kristoffer Eriksson <5357> · Text 3639 · w8 · kommentar
      
      1987-06-12 22:36
      
      Ärende: Det går att lura felrutinen i tolken!
      
      Förklara för en icke-ABC80-ist som jag, vad ONERRORGOTO-metoden inte fångar upp för något?
      - Anders Franzén <5258> · Text 3641 · w8 · kommentar
        
        1987-06-13 16:01
        
        Ärende: Det går att lura felrutinen i tolken!
        
        I ABC80 fångas endast ett fåtal fel upp av ON ERROR GOTO. Det är filhanteringsfel plus några till (t ex felaktigt tal). Man kan lura ABC80 att hoppa till en specialrad när fel uppstår, tyvärr endast då de fel som ON ERROR GOTO fångar upp dyker upp. Vill man ta hand om andra fel tvingas man ta till andra knep! Specialraden lurar RUN-rutinen och man kan på så vis få kontrollen. Allt bygger på att man med programrader som ABC80 normalt inte förväntar sig dyker upp. Men som sagt var, det finns andra sätt!
- Gunnar Forssell <1631> · Text 3627 · w8 · kommentar
  
  1987-06-10 09:28
  
  Ärende: Det går att lura felrutinen i tolken!
  
  Nu är det väl snart dags att bränna om vissa delar av tolken, så att vissa vitala adresser läggs i ram... Kanske det kan vaa något...?
  - Anders Franzén <5258> · Text 3629 · w8 · kommentar
    
    1987-06-10 21:55
    
    Ärende: Det går att lura felrutinen i tolken!
    
    Nä, det är fusk. Inget brännande i några ROM här inte. Allt skall funka på ABC80 i grundutförande, endast kassett och 16K minne!
    - Gunnar Forssell <1631> · Text 3632 · w8 · kommentar
      
      1987-06-11 09:12
      
      Ärende: Det går att lura felrutinen i tolken!
      
      Jo, visserligen är det fusk, men med dina metoder så blir det lite fullt i maskinen. Vill man ha alla dina fina pgm i maskinen så får man inskränka de övriga pgm'en till "10 ;'HEJ' <CRLF> 20 GOTO 10"... Men det skulle vara in3ssant om du skrev en ny basictolk, eller ännu hellre en äkta kompilator. Basic direkt till assembler, det vore något det!
      - Anders Franzén <5258> · Text 3634 · w8 · kommentar
        
        1987-06-11 20:21
        
        Ärende: Det går att lura felrutinen i tolken!
        
        Helt riktigt, man får mindre minne till egna program. Vill man absolut ha 32K minne att använda själv, ja då får man väl tjacka det där kortet. Men... det är kul att skriva program för ABC80, det är väl därför man gör det.
- Karl Lindström <837> · Text 3630 · w8 · kommentar
  
  1987-06-10 22:32
  
  Ärende: Det går att lura felrutinen i tolken!
  
  KLara den av prompten efter error? Klarar den av prompten efter STOP? Klarar den av prompten efter assemblerstop (POKE 65408,215,0 : ; CALL(65408))?? Om ned på npgon av dessa: BUUUU
  - Anders Franzén <5258> · Text 3633 · w8 · kommentar
    
    1987-06-11 20:15
    
    Ärende: Det går att lura felrutinen i tolken!
    
    Jo, den klarar alla fel. Jag har dock gjort så att STOP medför programavbrott och utskrift av egna promten. Synd om STOP fångas upp av ON ERROR GOTO!! Det är rätt kul, man kan t ex göra JP 7:15 och man får ERR 21 och sedan sin egen promt. Man kommer alltså aldrig till ROM där tolken skriver ut ABC80.
  - Anders Franzén <5258> · Text 3635 · w8 · kommentar
    
    1987-06-11 20:39
    
    Ärende: Det går att lura felrutinen i tolken!
    
    Jag kan ju berätta att jag en gång p stenåldern hade en teori om att ha en speciell fil öppen. Denna fil skulle alltså alltid vara öppen. När felrutinen i tolken hoppar till kommandoinmatningen i ROM görs CLEAR och NEW om programmet är listskyddat. Tanken var att alla program skulle vara listskyddade och när tolken skulle göra CLEAR skulle den då också stänga alla öppna filer. På så vis skulle man kunna få kommandot när den speciella filens CLOSE-rutin anropades. Den skulle då också återställa programmet i minnet eftersom det försvann vid NEW. Slutligen skulle filen öppnas igen och på så vis alltid vara öppen. Tyvärr har metoden en nackdel. Man kan inte ta hand om alla fel i alla fallmed ONERRORGOTO. Dessutom hinner felmeddelande skrivas ut på skärmen. Det n man visserligen sudda ut men då måste man ha sparat skärmens tidigare utseende. Alltså, så har jag INTE löst problemet!