Diskussion:Commodore BASIC
Füge neue Diskussionsthemen unten an:
Klicke auf , um ein neues Diskussionsthema zu beginnen.Bug in der Peek
[Quelltext bearbeiten]> Bug: Die PEEK-Funktion funktioniert nicht bei Adressen oberhalb von $C000 Das war doch gewollt, meine ich - immerhin fing bei C000 das ROM an?! Zugegeben, das ist Spekulation... Kruemelmo 16:13, 1. Mär 2004 (CET)
- Doch doch, Peek und Poke funktionierten auf allen Adressen (und das Rom lag von A000 bis BFFF und von E000 bis FFFF), jedoch waren manche Adressbereiche doppelt und dreifach belegt - zumindest beim C64. --Modran 02:47, 14. Dez. 2006 (CET)
- Nun bring mal hier nicht ein paar Sachen durcheinander! Commdore BASIC wurd nicht nur auf dem C64 verwendet und in der BASIC Version 1.0 (Ur-PET 2001) lieferte ein PEEK über 0xC000 immer 0 zurück. (nicht signierter Beitrag von 79.212.183.225 (Diskussion) 14:22, 20. Aug. 2014 (CEST))
Beim C64 gingen die Zeilennummern nicht bis 65535, sondern nur bis 63999. Trifft das auch auf die anderen Geräte zu? (Wenn keine Einwände kommen, werde ich dies ändern). --Modran 02:47, 14. Dez. 2006 (CET)
Der Absatz: "Um über verschiedene Versionen hinweg auf Maschinensprachenebene kompatibel zu bleiben, war ganz am Ende des ROM-Bereichs (also kurz vor $FFFF) eine Sprungtabelle angelegt, über die man die wichtigsten Betriebssystemroutinen aufrufen konnte. Commodore hat diese Sprungtabelle bis zum C64 hin beibehalten. Leider hat das die Kompatibilität von Anwendungssoftware nicht sehr gesteigert, weil viele Programmierer diese kompatible Methode des Aufrufs schlichtweg ignoriert haben. - Beispiel: Der Aufruf JSR $FFD2 gibt auf jedem Commodore-8-Bit-Rechner den Inhalt des Akkumulators als Zeichen auf den Bildschirm aus." hat meines Erachtens nichts mit BASIC zu tun. Weder ist JSR ein BASIC-Befehl, noch ist die Funktion $FFD2 Bestandteil des Basic-Interpreters (sondern des Betriebssystems). Ich entferne daher mal den Absatz. --Modran 02:56, 14. Dez. 2006 (CET)
- Ja klar, das ist nicht Basic, aber ich wollte es halt an einer Stelle geräteübergreifend unterbringen. Jetzt muss ich es parallel beim PET und beim C64 vermerken, sonst wird es zu leicht übersehen. --PeterFrankfurt 22:02, 14. Dez. 2006 (CET)
- Wenn ich also etwas geräteübergreifend wissen möchte, dann muss ich bei Commodore-BASIC reinschauen - interessante Logik. Ist schon mal jemand auf die Idee gekommen, einen Artikel über die 8-Bitter generell von Commodore zu machen?79.212.183.225 14:22, 20. Aug. 2014 (CEST)
- naja, die Kernal-Sprungtabelle hatte ja schon was mit Kompatibiliät zu anderen 8-Bit-Rechnern zu tun und wenn man die Basic-Befehle nutzte, die nicht sonderlich speziell waren, konnte man auch in dem Bereich kompatibel programmieren, was vielen berkannt war. Auf der Testdemodiskette plus Floppy-Disk waren so die Programme auch entsprechend programmiert. Von daher ist es in dem Breich sicherlich erwähnenswert das es noch eine weitere Methode des bedingt Plattformunabhänigen programmierens gab. Ist nur eine Frage wieviel da geschrieben wird und es müßte dann halt mit dem Artikel Kernel verknüpft werden, wo dass dann eigentlich etwas länger erläutert werden müßte, da es halt die Kernel-Sprungtabelle war. --Soenke Rahn (Diskussion) 12:43, 23. Aug. 2014 (CEST)
- Wenn ich also etwas geräteübergreifend wissen möchte, dann muss ich bei Commodore-BASIC reinschauen - interessante Logik. Ist schon mal jemand auf die Idee gekommen, einen Artikel über die 8-Bitter generell von Commodore zu machen?79.212.183.225 14:22, 20. Aug. 2014 (CEST)
Easter Egg bei C64
[Quelltext bearbeiten]Nach meiner Erinnerung konnte durch einen bestimmten sys(xxx,yyy) mit (unerlaubterweise!) zwei Parametern die Namen der Entwickler ausgegeben werden.