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 · ABC800 · Thread

ASM-PROGRAM

21 posts in thread

Mikael Johansson <7089> · Text 9085 · w8 · inlagg

1989-09-25 19:01

Ärende: ASM-PROGRAM

Jag har tittat på en del av de program som Kristoffer Eriksson har skrivit och sett att han använder en del specialtrix för att få assemblerprogram exekverbara som om de vore basic-program. Är det någon som kan tala om för mig hur det går till i detalj. En del saker har jag kunnat räkna ut men det skulle vara intressant att tränga in lite djupare i tekniken Programmen är ju dessutom skrivna eller assemblerade(?) så att koden blir relokerbar.
- Kristoffer Eriksson <5357> · Text 9087 · w8 · kommentar
  
  1989-09-25 21:44
  
  Ärende: ASM-PROGRAM
  
  Genom att arrangera några Basic-koder på ett speciellt sätt, får man Basic-tolken att anropa en maskinkodsrutin i programmet. Den rutinen relokerar först sig själv (har jag för mig) till en känd adress, och relokerar sen resten av programmet till första lediga adress, och anropar sedan det relokerade programmet. Den programkod som relokeras innehåller diverse styrkoder som anger hur den ska relokeras, och kan även utföra diverse speciella tricks för särskilda behov. Vad är det mer exakt du vill veta?
  - Mikael Johansson <7089> · Text 9095 · w8 · kommentar
    
    1989-09-28 20:05
    
    Ärende: ASM-PROGRAM
    
    Jo det är så att jag skulle vilja utnyttja teckniken för att göra en del utökningar i BASIC:en. På ungefär samma sätt som du gjort med t ex DOTOPT. Jag har sett att tekniken förekommer iolika sammanhang. Jag gissar att du har en hel del färdiga rutiner som du använder när du gör dina relokerbara program, är det något som du skulle kunna tänka dig att dela med dig av. Jag vill alltså veta i detalj hur mangör och vilka hjälpmedel man använder för att skriva relokerbara program som man kör under BASIC.
    - Martin Persson <7174> · Text 9096 · w8 · kommentar
      
      1989-09-28 22:54
      
      Ärende: ASM-PROGRAM
      
      Det är det fler som vill, t. ex. jag, så fortsätt gärna disqssionen öppet.. MVH martin
      - Kristoffer Eriksson <5357> · Text 9099 · w8 · kommentar
        
        1989-09-29 18:20
        
        Ärende: ASM-PROGRAM
        
        Den teknik jag använder är i själva verket en egen assemblator som assemblerar till färdiga relokerande program. Jag sitter inte och plockar till något för hand, eller fixar till absolutadresserade program kompilerade med någon vanlig assemblator. En sak är att göra programmen relokerande, en annan att göra Basic- utökningar. En Basicutökning behöver inte vara relokerande, även om det förstås är en fördel. Man kan utan alltför stora svårigheter skriva ett litet program som t ex konverterar en ABS-fil från en annan assemblator till ett vanligt Basic-program som t ex POKE:ar in maskinkoden i maskinen. Den assemblator jag använder finns inte i programbanken, eftersom den vid det här laget har fått ganska många år på nacken, och helt enkelt inte håller den kvalitet som ett allmänt spritt program borde, och den är inte tillräckligt dokumenterad för att folk ska kunna utnyttja dess finesser utan att fråga mig hur man göra då och då. Den innehåller också en del buggar, men ingen är så alvarlig att jag varit tvungen att rätta den, utan det har gått att klara sig ändå. Den är lite långsammare också, än vad den förmodligen skulle vara om jag gjorde den idag. Det finns en eller annan annan assemblator i programbanken, bl a en som kan generera enkel relokerande kod, har jag för mig (inte på samma sofistikerade sätt som jag gör förstås).
        
        Mikael Johansson <7089> · Text 9100 · w8 · kommentar
        
        1989-09-29 19:58
        
        Ärende: ASM-PROGRAM
        
        Betyder ditt svar att du inte vill dela med dig av dina erfarenheter du gjort med ditt sätt att skriva relokerbara program som körs direkt under Basic?
        
        Kristoffer Eriksson <5357> · Text 9114 · w8 · kommentar
        
        1989-10-02 19:35
        
        Ärende: ASM-PROGRAM
        
        Nej, vad det betyder är att du kommer inte att hitta assemblatorn i programbanken (såvida jag inte får ett otroligt ABC-återfall), utan om du behöver den får du arrangera det med mig privat. Första steget är att avgöra omdu över huvud taget behöver den, trots de nackdelar den har som jag nämnde. Jag har inte så stor lust att hjälpa en massa folk förstå den, om de ändå inte orkar använda den i slutändan. Den som ska använda den, bör alltså visa att han/hon tänker löpa linan ut.
        
        Mikael Johansson <7089> · Text 9125 · w8 · kommentar
        
        1989-10-05 12:52
        
        Ärende: ASM-PROGRAM
        
        Det är inte själva assemblern som är det mest intressanta i din lösning att göra assemblerprogrammen, jag kan tänka mig att använda en annan assembler och fixa den kod som behövs för att göra hopp och subbrutin- annrop med hjälp av en uppsättning macron. Jag har sett att du använder en del specialkoder i programmen för att få olika saker att hända vid innladdningen av programmen det är dessa koder med tillhörande program som jag skulle vilja veta lite mera om. Eller är det så att alltihop fixas av din assembler? Jag skulle också vilja veta vad som behövs runtom programmen för att datorn ska uppfatta programmet som ett basic-program. Tacksam för svar! Mikael
        
        Kristoffer Eriksson <5357> · Text 9131 · w8 · kommentar
        
        1989-10-06 21:33
        
        Ärende: ASM-PROGRAM
        
        Jag tänkte väl att det inte var assemblern du var ute efter. Dock är det dessvärre så att assemblatorn måste vara införstådd med det kodsystem som används, för att det ska vara möjligt. Macros räcker inte (inte någon sorts macros jag känner till i alla fall). Själva poängen med relokering är att de adresser som används inne i programmet (hoppadresser, call, adresskonstanter osv) ska justeras vid inladdning i datorn. Då måste relokeraren veta var i programmet de där adresserna finns, och den informationen måste den få från assemblatorn på något vis. Det är inte helt omöjligt att efterbehandla assemblerade program så att de blir relokerande, ifall man kan få en separat symboltabell från assemblatorn, men en macro kan inte göra det som behövs. Det som behövs runtom programmet är en basicfilheader, några få bytes basickoder som får basictolken att trilla in en en relokeringsrutin som man lägger på slutet (eller var man nu vill) av programmet. Källkoden till relokeringsrutinen har jag någonstanns. I mina program genererar assemblatorn speciella styrkoder på de ställen i programmet som refererar relokerande adresser. De koderna tolkas av relokeraren, som adderar en basadress på lämpligt sätt. En vanlig assemblator genererar inte de där styrkoderna.
        
        Mikael Johansson <7089> · Text 9133 · w8 · kommentar
        
        1989-10-09 12:52
        
        Ärende: ASM-PROGRAM
        
        Det var ett tag sedan jag tittade i koden till något av dina program men om jag inte minns fel så sätter din assembler in en byte som tallar om att nästa byte är ett hopp eller call där adressen ska räkans ut. Om man gör ett macro som ersätter call och jump -instruktioner borde det väl inte vara omöjligta att använda samma metod som du för att göra programmen relokerbara?? Jag har inte provat men jag ska nog göra ett försök så fort jag hinner. Om testet faller väl ut skulle jag vilja veta hur ditt kodsystem ser ut för att tala om typen av data rutiner som ska köras mm.
        
        Kristoffer Eriksson <5357> · Text 9135 · w8 · kommentar
        
        1989-10-10 00:05
        
        Ärende: ASM-PROGRAM
        
        Hur ska du göra med instruktioner typ LD HL,(65280) ?
        
        Mikael Johansson <7089> · Text 9136 · w8 · kommentar
        
        1989-10-11 12:54
        
        Ärende: ASM-PROGRAM
        
        Jag har gjort en liten test med ett macro för call och det fungerade som jag tänkt mig så så långt är allt OK. Jag kom också att tänka på det du tar upp dvs hur ska man hantera instruktioner som ska hämta eller skriva data i absolutadresser man kan ju även tänka sig att göra subbrutinanrop till fasta rutiner i t ex doset. Jag gissar på att du på något sätt måste tala om för din assembler om adressen är absolut eller ska relokeras. Men de idéer jag funderade på var om man kunde lägga till ett par vilkor i macrot för att testa om adressen ligger under 8000H eller över FE00H så ska adressen vara absolut och annars relokeras. En annan variant jag funderade på är att man lägger till en parameter i macrot som indikerar att det är en absolutadress. Jag vet inte vilket av sätten som är bäst eller om man kan hitta på något ytterligar, är det någon som har tipps är jag tacksam för dessa. Jag kan även tala om att jag använder ASMZ och diab-mnemonic.
        
        Benny Löfgren SYSOP <2615> · Text 9137 · w8 · kommentar
        
        1989-10-11 19:56
        
        Ärende: ASM-PROGRAM
        
        Jag gjorde en gång en enkel relokerare för ABC. Det var en mycket enkel historia men den fungerade. Principen gick ut på att man länkade ut TVÅ kopior på sitt program, absolutadresserat till två olika adresser, valda så att både hög och låg byte ändrades, och till två olika värden (jag tror det var adress 0 och 0102H). Därefter gjorde jag ett program som jämförde de två ABS-filerna, och producerade en fil med relokeringsinformation. Det borde lösa problemet med själva relokeringen. Vad du behöver sen är en snutt som kan ladda ditt relokeringsformat, och som kan lägga in det i ett Basic-program, men den biten kan kanske Kristoffer hjälpa dig med?
        
        Kristoffer Eriksson <5357> · Text 9138 · w8 · kommentar
        
        1989-10-11 20:52
        
        Ärende: ASM-PROGRAM
        
        Om det inte har försvunnit på sistone, så finns det ett program i programbanken som gör precis det du (Benny) beskriver redan. Jag försökte ge en vink om det genom att nämna programbanken i tidigare inlägg. Min relokerande assemblator skiljer naturligtvis på absoluta och relativa adresser. Symboler som refererar till lägen inom programmet är relativa, och symboler eller tal som bara är satta till något tal står för absoluta adresser (eller behöver inte vara en adress alls).
        
        Jaan Tombach <4283> · Text 9139 · w8 · kommentar
        
        1989-10-12 07:44
        
        Ärende: ASM-PROGRAM
        
        Jag vill minnas att Monty för något år sedan pratade om att han ev skulle släppa sina rutiner för relokering till klubben. Skall kolla med Monty, eller kanske Bo som pratar oftare med honom kan göra det?
        
        Kristoffer Eriksson <5357> · Text 9146 · w8 · kommentar
        
        1989-10-17 00:24
        
        Ärende: ASM-PROGRAM
        
        Jag drar mig till minnes nu att den kodningsmetod jag använder för relokerande program också använder speciella koder för vanlig kod som inte påverkas av relokeringen. Sekvenser av opåverkad kod föregås av en kod som anger att det är opåverkad kod och hur många byte lång sekvensen är. Annars kan inte relokeraren veta när nästa relokeringskod dyker upp. Jag skulle tro att detta är lite jobbigt att åstadkomma med makros.
        
        Mikael Johansson <7089> · Text 9147 · w8 · kommentar
        
        1989-10-17 12:49
        
        Ärende: ASM-PROGRAM
        
        Som jag tidigare berättat har jag provat att göra ett macro för CALL och försöket föll väl ut. Macrot genererar dels opkoden, koden som talar om att adressen ska räknas om och även en byte med längd till nästa adress som ska räknas om. Om metoden att använda macro för instruktioner som ska relokeras är bra eller inte kan kanske diskuteras men det är ingen tvekan om att den fungerar. Det jag tycker att jag saknar nu är det klister som man behöver för att få basictolken att starta exekveringen av programmet. Att man behöver ett initblock har jag förstått men vad som behövs utöver det är jag inte helt klar på.
        
        Jörgen Westman <5074> · Text 9148 · w8 · kommentar
        
        1989-10-17 19:44
        
        Ärende: ASM-PROGRAM
        
        Vad händer om du skulle råka få samma sekvens av koder, utan att det var meningen att den skall relokeras ?
        
        Mikael Johansson <7089> · Text 9149 · w8 · kommentar
        
        1989-10-18 16:19
        
        Ärende: ASM-PROGRAM
        
        Eftersom man använder en byte som talar om hur långt det är till nästa adress som ska relokeras är det ingen risk att det spårar ur även om det kommer liknande sekvenser.
        
        Jörgen Westman <5074> · Text 9150 · w8 · kommentar
        
        1989-10-18 20:41
        
        Ärende: ASM-PROGRAM
        
        Ja såklart !
        
        Kristoffer Eriksson <5357> · Text 9169 · w8 · kommentar
        
        1989-10-30 00:06
        
        Ärende: ASM-PROGRAM
        
        Ok, klister var det: Först basic-programhuvudet (behöver jag beskriva det närmare? Det mesta är bara 0.), sen en byte 129, som betyder GOTO, och två byte med avstånd till relokeringsrutinen, som ligger i slutet av programmet. Avståndet räknas från den senare byten i avståndsangivelsen. Sen så har vi relokeringsrutinen. Den börjar med en byte 203, som står för en konstant sträng i Basic, följt av en byte som anger längden på denna sträng, varefter strängens innehåll följer. Denna sträng ska innehålla relokeringsrutinen, eller om hela inte får plats i 256 bytes, åtminstone början av densamma. Efter strängen kommer en byte 184, som tar Basictolken med överrumpling och får den att börja exekvera innehållet i strängen som maskinkod (tolken använder strängens adress som returadress). I mitt fall har jag bara början av relokeringsrutinen i strängen. Denna rutin måste naturligtvis vara positionsoberoende. Den relokerar resten av relokeringsrutinen till en känd adress (jag tar dosbuf 6), så den inte behöver vara positionsoberoende längre. Rutinen börjar med att göra sig av med stränglängden som ligger överst på stacken vid det laget, och sparar sedan undan returadressen till Basictolken, ifall man är intresserad av den (praktiskt t ex för att exekvera CHAIN, för någon fast entrypunkt till tolken har man inte). Vidare så har man i register DE Basicens aktuella instruktionspekare, vilket råkar vara adressen närmast efter den här strängen som exekverar och den kod som åstadkom inhoppet i den. Om man där har resten av relokeringsrutinen, så vet man var den finns.