Sys calls

av **Redreamer** » 10 december 2018, 23:01

I mitt verktyg för att koda så skapar verktyget självt ett sys-anrop för att starta programmet.

Kod: Markera allt: *=$0801 BYTE $0B, $08, $0A, $00, $9E, $32, $30, $34, $39, $00, $00, $00

Men vad betyder det? Försökt söka lite efter det men inser att jag behöver ta fram min C64RG om jag ska lösa detta, men den är nog nedpackad någonstans =(

av **bjonte** » 11 december 2018, 04:40

Redreamer skrev:
Kod: Markera allt
*=$0801 BYTE $0B, $08, $0A, $00, $9E, $32, $30, $34, $39, $00, $00, $00

Men vad betyder det?

Det betyder:

Kod: Markera allt: 0b 08 - adressen till nästa rad $080b 0a 00 - radnumret $000a (10) 9e - token för SYS 32 30 34 39 - petscii för 2049 00 - markerar slut på rad 00 00 - adressen till nästa rad $0000, vilket markerar slut på programmet

av **bjonte** » 11 december 2018, 06:13

Jag har ett macro för att bygga sys-raden dynamiskt.

Kod: Markera allt: macro basic_line(.line_number, .sys_addr) { define word = .next_basic_line define word = .line_number define byte = $9e // SYS define byte[] = { string(.sys_addr) } define byte = 0 // end of line define word .next_basic_line = 0 // end of BASIC program }

Där kan man se att det första ordet pekar framåt till .next_basic_line. En liten parentes är att det ju faktiskt går att ladda in ett program som är gjort på Vic20, trots att BASIC-programmet kommer att ligga på en annan plats på den och den här pekaren som pekar till nästa rad inte kommer att peka till rätt ställe längre. När man laddar in ett program på det här sättet:

Kod: Markera allt: LOAD"PRG",8

så kommer programmets startadress att ignoreras och istället laddas till $0801 som är C64-BASIC-start. Därefter kommer BASIC att springa igenom programmet och se till att alla de här pekarna som pekar på nästa rad blir rätt med avseende på den nya platsen. Om man däremot laddar programmet såhär:

Kod: Markera allt: LOAD"PRG",8,1

så kommer dels programmet att läggas där Vic-20 hade det och inga nästa-rad-pekare kommer att korrigeras.

av **Redreamer** » 11 december 2018, 08:49

ok. tycker det är lite klurigt att läsa ut direkt ur en byte-rad. Speciellt när man ska komunicera med kernal.

av **bjonte** » 11 december 2018, 09:41

Nu fattar jag inte vad du menar.

av **Redreamer** » 11 december 2018, 11:17

Jo. alltså. Den byteraden som jag undrade över är lite klurig att koda av. För det är väll så att den koden hade inte fungerat när man sedan är inne i sin egen kod och då har tagit bort kernelfunktiomerna. Använda diverse tokens osv, det är okänd mark för mig.

av **bjonte** » 11 december 2018, 19:38

Det känns som att vi pratar förbi varandra.

Det här är ju inte maskinkod utan dataformatet för att beskriva BASIC-programmets rader, som tolkas av BASIC-ROMmet.

av **bjonte** » 12 december 2018, 17:41

Det enklaste sättet att få förståelse för detta är att skriva ett tvåradersprogram och kolla i en maskinkodsmonitor vad det blev på $0801, ändra lite och kolla igen.

av **Redreamer** » 13 december 2018, 20:42

Bra tips! Har inte hunnit kika mer på detta än. Ska göra någon simpel loader som laddar in mina Sids ovanför $d000 och sedan spelkoden på $801. Blir nog med simpla basic anrop skulle jag tro. Men jag ville först förstå dessa sys calls som drar igång spelet.

av **carlsson** » 10 januari 2019, 17:48

SYS 2049 är väl inte så bra, då kommer man att hamna på opkod $0B som är illegal och avkodas som ANC #$08, följt av en ASL och BRK.

av **bjonte** » 11 januari 2019, 08:19

Skarpsynt. Nej, det verkar ju knasigt.

av **Redreamer** » 11 januari 2019, 08:54

Det där begrep jag inte riktigt. Ska fundera på de i kväll.

av **bjonte** » 11 januari 2019, 09:18

Adressen 2049 pekar på själva BASIC-radens data, alltså inget maskinkodsprogram, så att hoppa dit kommer inte göra något vettigt.

av **carlsson** » 1 april 2019, 14:48

Nästan tre månader senare: $32, $30, $34, $39 borde allraminst vara $32, $30, $35, $39. Helst borde det stå $32, $30, $36, $31. Men konceptet är ju samma.