· Text 2679 · w8 · inlagg
Jag skulle vilja veta var ABC806 har gjort av sin
internkodsbuffert ! Jag har letat i Bit För Bit utan
resultat .
Retro Preservation Workspace
Monitorn
Browse archived Monitorn möten and the ABC80 mailing list, with full-text and text-number search.
HJÄLP !
17 posts in thread
-
-
· Text 2680 · w8 · kommentarDu menar väll interutpekare? De ligger någonstans vid FC00H och uppåt. Kommer inte ihåg exat var. Står i något tidigare inlägg.
-
· Text 2681 · w8 · kommentarDu menar väl interuPtpekare ?! Jag vet faktiskt inte . Det jag talar om är den pekare som ROMrutinerna vill ha (de på adress 001B och 001D , se Bit För Bit sid 77 ) Det verkar vara rätt bra att ha för egen kompilering .
-
· Text 2683 · w8 · kommentarDen läggs nog upp på stacken när den behövs. Om du sysslar med BASIC- utbyggnad så är det så vist ordnat att när dina kompilerings/syntax- kontroll-rutiner anrops pekar DE på aktuell position i bufferten.
-
· Text 2684 · w8 · kommentarJag tänkte mig inte någon BASIC-ext riktigt , utan snarare att kompilera ngn typ av BAS-fil från skiva direkt .
-
· Text 2685 · w8 · kommentarEtt slags LOAD för BAS-typ med någon alldeles speciell finess? Ska du mer eller mindre kopiera den vanliga LOAD-rutinen? Vet du hur den ser ut? Du får nog reservera utrymme för bufferten med dina egna rutiner i alla fall...
-
· Text 2688 · w8 · kommentarMissförstå mig rätt ! Jag vill kunna utnyttja BASICtolkens kompilering för att t.ex kunna lägga till saker i BASIC-program utan att behöva gå via BASIC ! Man skulle t.ex kunna lägga in egne DEF FN och modifiera dessa efter behov från ett MenyProgram .
-
· Text 2723 · w8 · kommentarMenar du att det där menyprogrammet är i assembler eller BASIC eller rent av samma som det program som ska modifieras? I varje fall måste det program som modifieras ligga i minnet på datorn.
-
· Text 2731 · w8 · kommentarNEJ ! Man behöver bara skriva om programinformationen litegrann , vad gäller programlängden ! Om man har funktioner som ska läggas ut till många program kan man utnyttja BAS-format , men det är ofta klart långsammare att ladda in , beroende på kompileringen under laddning .
-
· Text 2733 · w8 · kommentarNu förstår jag inte! Vilken av frågorna är det du säger NEJ till?
-
· Text 2742 · w8 · kommentarMan behöver inte ha programmet inne ! Det är ju det som är hela idén , att kunna redigera program direkt på disk från ex. BASIC
-
· Text 2743 · w8 · kommentarNähä... Problemet blir då att om programmet ändrar längd så måste alla de pekare som ingår i det modifieras, och för att klara det måste du läsa igenom hela programmet och luska ut vad som är pekare och vad som är annat. Det räcker definitivt inte att bara ändra uppgiften om programmets storlek. Om det hela går ut på att ersätta vissa gamla rader med nytt innehåll, kan du lösa det genom att se till att de gamla raderna är ganska långa, och när de ersätts av kortare rader fylla ut dem med en lagom lång REM. Men om den nya raden innehåller pekare till/från resten av programmet får du fortfarande stora problem. Om du ser till att programmet inte är "fixed up" (vid "Fix up" ändras alla GOTO, variabelnamn o liknande till pekare) slipper du åtminstone en del pekare, men t ex långa variabel namn lagras alltid som pekare till variabellistan (kanske korta namn gör det med, jag minns inte riktigt). Fix up görs alltid vid SAVE, men om programmt innehåller något fel msslyckas den, men då är ju programmet okörbart utan ändring. Du kan inte utnyttja ROM-rutinerna till att modifiera pekarna i programmet utan att ha det i primärminnet. Möjligen skulle du kunna läsa in programmet som data (i någon variabel t ex) fixa en massa systemvariabler och hoppas på det bästa. Redan att nå själva kompileringsrutinerna är knepigt, eftersom de inte ligger på samma ställe ialla BASIC-versioner. Man kan klara den saken genom att plocka lite adresser här och var där man tror att rutinerna är lika i alla versioner. Som du ser är det ingen lätt sak du givit dig in på (eller är det jag som är blind?)
-
· Text 2749 · w8 · kommentarSom jag har fattat det är väl alla pekare ställda till radbörjan ?!? Om det är så kan man ju modifiera sista raden , och bara ändra program- längden i programinformationsblocket . Har jag fattat det helt fel ? Idén är nämligen avsedd att användas på en serie matematikprogram , så det är en funktion jag vill skicka ut till ett flertal program . F.ö är den kompileringsrutin jag tänker på nämd i Bit för Bit . Fungerar inte den på en 806:a ?
-
· Text 2791 · w8 · kommentarMycket få pekare går till radbörjan. Det är effektivare att låta en GOTO peka på första instruktionen efter radnumret, än på radnumret (som också är en instruktion), fast i GOTO-exemplet är jag inte säker på vart pekaren går. WHILE och WEND hålls t ex ihop av pekare som inte går till radbörjan. Det är nog riktigt att det kan underlätta att bara arbeta med programmets sista rad. Att dessutom bara låta det handla om EN typ av instruktioner jämt kan också underlätta; det blir enklare att ta hand om de justeringar som måste göras. Om man tar ex DEF FNx så är alla DEF-instruktoner samman- länkade i en pekarkedja som inte pekar till radbörjan, utan till nästa pekare i kedjan. Dock hamnar den alltid på ett visst avstånd frå radbörjan när DEF är första instruktion på raden. Alla pekare är f.ö. relativa (i motsats till absoluta). Sen är det variabelnamnsproblemet. Globala variabler måste ju få samma pekare som i resten av progammet, medan lokala variabler kan lösa sig (de adresseras helt enkelt efter i vilken ordning de uppträder i DEF- satsen). Tänk på att även funktionens argument är en lokal variabel. Vilken kompileringsrutin nämnd i Bit för Bit har du tänkt använda. Vad jag kan komma på klarar ingen av dem hela satser typ "DEF FN...". (Slut- sats: du har tänkt dig något annat än DEF FN ? Men då får du andra problem) Om du begränsar dig till en enda instruktionstyp skulle du eventuellt kunna skriva kompileringen i BASIC, eller en bit av den (DEF FNX(..)=-biten ). Du måste också se till att HELA programmet antingen är fixed-up eller inte, så det inte skiljer sig åt. De vaniga kompileringsrutinerna ger inte fixed-up-ade rader, särskilt inte när de inte har tillgång till hela programmet i primärminnet.
-
· Text 2809 · w8 · kommentarNej jag tänkte faktiskt använda mig av de komprutiner som finns i ROM:et , men det verkar ju totalt omöjligt .
-
· Text 2826 · w8 · kommentarHade du tänkt lite närmare på vilka rutiner som skulle användas? Annars kan jag bistå med hjälp till att skriva kompileringen i BASIC.
-
· Text 2849 · w8 · kommentarJag tänkte mig att det skulle gå att använda STRCOMP eller TYPCOMP ( 27 el. 30 i ROM:et ) men till det behövs en pekare till Internkodsbuffert ! Se titeln !
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-