· Text 819 · w8 · inlagg
En liten fråga: Kan man anropa grafikkommandona (FGLINE, FGPOINT etc.)
i M-kod
Tacksam för svar
Martin Lundahl
Retro Preservation Workspace
Monitorn
Browse archived Monitorn möten and the ABC80 mailing list, with full-text and text-number search.
Grafikkommandon i M-kod
7 posts in thread
-
-
· Text 820 · w8 · kommentarOm du har en ABC806 och köper det nya grafikprommet, som bjöds ut i höstas, så får du en manual ('GRAF 806'), som inte bara talar om hur du utnyttjar de gamla och nya funktionerna i basic, utan även hur man skriver dem i assembler. Man har ett tiotal sidor, som mycket generöst beskriver anropsadresser för de olika funktionerna, in- och utparamet- rar till registren, och vilka register, som 'förstörs' av anropen. Även systemvariablernas adresser anges. En rad exempel på assemblerprogram finns också, som klargör hur man skriver. Jag har studerat dessa sidor med intresse och utnyttjat dem på min dator. Vad jag undrar är, om de adresser, som finns för 'gamla' basic- funktioner (som FGPOINT, FGLINE etc), är giltiga även för det gamla grafikprommet. De ingår ju i hopptabeller, och eftersom alla 'gamla' program skall kunna köras även om det nya prommet är insatt, så borde ju basictolkens anropsadresser vara desamma, oberoende vilket grafik- prom som sitter i datorn. Någon som vet mer om det här? Det vore ju egentligen enkelt att prova genom att skriva ett testprogram, som in- nehåller de 'gamla' basicfunktionerna skrivna i mkod för nya prommet, och sedan byta tillbaka till det gamla prommet och se efter om mkoden fungerar. Mvh Lars
-
· Text 823 · w8 · kommentarMan bör skilja på de anropspunkter Basic använder och de som används för assemblerprogrammering. Basic hittar sina rutiner via instruktionstabellen. De rutinerna anropar Basic pånytt för att beräkna instruktionsparametrarna, oftast koordinaterna, vilket ju inte passar något vidare när man anropar rutinerna från ett assemblerprogram. Standard-grafikprommen är inte försedda med något assembler- gränssnitt. Iofs finns samma grundläggande rutiner för linjeritning o dyl, men de går inte att lokalisera på något sätt som inte blir totalt beroende av prom-versionen.
-
· Text 835 · w8 · kommentar...vilket alltså är hur man inte ska skriva program. Varför det inte gjordes vettiga hopptabeller till 800-serien kan jag bara inte fatta. Grabbarna måste sett konstruktionen som en ploj och blivit överraskade att det hela gick så bra.
-
· Text 837 · w8 · kommentarAnledningen till att det inte finns några vettiga hopptabeller är att man försökt skydda programvaran så mycket som möjligt.... (Tror jag i alla fall!) /Hasse
-
· Text 839 · w8 · kommentarMenar du det? Eller snarare, vad menar du med det? Skydda vad? Den enda effekten som uppkommer är ju att det blir svårare (i praktiken ogörligt) att skriva bra applikationer. Alltså: man lyckas se till att ingen använder grafiken. Jag tror killarna som skrev det hela måste ha lämnat hjärnan i någon förvaringsbox någonstans. Det hela retar mig faktiskt - förstöra en dator på det viset. Jag har dock hört från annat håll att det är stört omöjligt att få någon som helst info om grafikpromet, så du har kanske rätt. Usch, nu struntar jag i det här innan jag blir alltför upprörd.
-
-
· Text 840 · w8 · kommentarDet kan ju hända att assemblerprogrammeringsfaciliteter inte ingick i designkraven. Det är ju faktiskt BASIC som är huvudspråket i ABC-maskinerna, inte assembler! När det gäller ABC80, stämmer det säkert att framgången blev en överraskning, och DOS var nog inte speciellt aktuelt från början. Mjuka disketter var ganska nya på den tiden, liksom smådatorer. Kassetter var vad som gällde för smådatorer. Till och med IBM PC kom ju med kassettport långt senare.
-
-
-
-