CHRIN
Read byte from default input (for keyboard, read a line from the screen). (If not keyboard, must call OPEN and CHKIN beforehands.)
GETIN
Read byte from default input. (If not keyboard, must call OPEN and CHKIN beforehands.)
Edit: Nutzen beide fast dieselbe Adresse: ($0324), $F157
GETIN ab Einsprung: $032A
Nutzen beide fast dieselbe Adresse
Ah ja, super. Ein Blick ins ROM Assembly zeigt, dass in meinem Fall beide Routinen nach $F166 springen. Dann werden noch ein paar Abfragen gemacht. Es sieht so aus, als könnte ich gleich nach $EE13 springen.
Es empfiehlt sich für diese Sachen die Sprungtabelle im Kernal zu verwenden oder alternativ die Vektoren direkt zu verwenden.
Es empfiehlt sich für diese Sachen die Sprungtabelle im Kernal zu verwenden oder alternativ die Vektoren direkt zu verwenden.
Weil es verschiedene Kernals gibt?
Weil es verschiedene Kernals gibt?
Nicht nur deswegen. In einem gewissen Sinne geht es hier um's Prinzip: die KERNAL-Sprungtabelle bietet eine standardierte Schnittstelle an, welche allen Programmen, die KERNAL-Routinen nutzen ermöglicht, die gleichen Funktionen zu nutzen, selbst dann wenn sich die Hardware ändert. Damit ist nicht nur der Rechner selbst gemeint, Treiber für ein neu(artig)es Speichergerät oder andere Ein-/Ausgabe kann sich hier (über die Sprungvektoren) einklinken, und so neue Funktionalität bereitstellen.
Durch einen direkten Einsprung in die "üblicherweise" benutzten Routinen im KERNAL hebelst Du diese Funktionalität aus. Angesichts dessen, daß ein Einzelbyte über IEC ca. 1000 Taktzyklen zur Übertragung braucht, und Du mit einem direkten Einsprung evtl. 20 Taktzyklen sparst, ist diese "Einsparung" meines Erachtens den Verlust an Funktionalität nicht wert.
...
Bei RS232 gibt es einen wichtigen Unterschied zwischen CHRIN und GETIN: CHRIN blockiert, wenn der Eingabepuffer leer ist; GETIN kehrt in dem Fall direkt zurück und liefert ein Nullbyte.
Angesichts dessen, daß ein Einzelbyte über IEC ca. 1000 Taktzyklen zur Übertragung braucht, und Du mit einem direkten Einsprung evtl. 20 Taktzyklen sparst, ist diese "Einsparung" meines Erachtens den Verlust an Funktionalität nicht wert.
Absolut nachvollziehbar, diese Argumentation. 
Bei RS232 gibt es einen wichtigen Unterschied zwischen CHRIN und GETIN: CHRIN blockiert, wenn der Eingabepuffer leer ist; GETIN kehrt in dem Fall direkt zurück und liefert ein Nullbyte.
Bei RS-232 ist die Geräteadresse in $99 gleich 2, oder? Bei mir steht in $99 die Geräteadresse des Laufwerks, das ich ansprechen möchte. Sollte also in meinem Fall keinen Unterschied machen (also GETIN vs CHRIN), wenn ich das richtig verstanden habe. Was ich aber nicht verstehe, ist der Unterschied zwischen RS-232 und dem IEC-Bus. Oder ist das das gleiche? Und warum ist $99 bei mir nicht gleich 2, obwohl das Laufwerk an der seriellen Schnittstelle hängt?
Was ich aber nicht verstehe, ist der Unterschied zwischen RS-232 und dem IEC-Bus. Oder ist das das gleiche? Und warum ist $99 bei mir nicht gleich 2, obwohl das Laufwerk an der seriellen Schnittstelle hängt?
Ich glaube Du verwechselst da etwas... Klick! (C64-Wiki)
Was ich aber nicht verstehe, ist der Unterschied zwischen RS-232 und dem IEC-Bus. Oder ist das das gleiche? Und warum ist $99 bei mir nicht gleich 2, obwohl das Laufwerk an der seriellen Schnittstelle hängt?
Ich glaube Du verwechselst da etwas... Klick! (C64-Wiki)
Ah, das RS-232 ist der Userport? Ok, ich hatte nur irgendwo "serielle Schnittstelle" gelesen und bin dann davon ausgegangen, dass es sich dabei um diese am C64 handelt. Dann ist ja alles klar. Danke!
