LISP 64 aus INPUT64 von Peter Feldtmann

Hallo!

In der INPUT 64 4/86, 5/86 und 6/86 ist beim Verlag Heinz Heise
ein Lisp-Interpreter für den C64 veröffentlicht worden, den ein Peter Feldtmann
aus 2155 Moorende (so steht's zumindest im Binary) geschrieben hat.
Leider scheint bei dieser Version (habe diverse Images verglichen)
der Garbage-Collector defekt zu sein.

Hat jemand eine Version, bei der (gc) beim Aufräumen nicht abstürzt, und
nach getaner Arbeit korrekt die Knotenzahl der Freispeicherliste ausgibt?

In der INPUT 64 6/88 (2 Jahre später also) steht im Beiheft
auf S. 15 die folgende Anzeige:

"LISP 64
Die Sprache der Künstlichen Intelligenz für den C64.
Neu: jetzt mit LISP-Compiler!
Auf Diskette für C64 mit LISP-Interpreter, -Compiler, Beispielprogrammen
und kompletter Anleitung.
Direkt beim Verlag für 29,80 DM."

Der Autor scheint also nochmal daran gearbeitet zu haben.

Hat jemand diese Version?

Mit archäologischen Grüßen,
Roman

>Sind da keinen Sourcen bei, die man eventuell fixen könnte?

Nein. Ich habe das meiste Disassembliert (sogar etwas mehr).
Aber für den Garbage Collector muss man alle Datenstrukturen sehr gut verstanden haben.

>Kann es auch sein, das der Speicher auf den C64 schnell zu einem Speicherproblem führt?

Ja, aber nicht gleich nach dem Starten des Interpreters.

Habe es eben mit dem Tape-Image der offiziellen Quelle geprüft.
Gleiches Problem:

Danach passiert folgendes:

Es sollte aber eher sowas kommen:

Ich habe bei der Gelegenheit den "LISP 64"-Artikel auf C64-Wiki etwas erweitert.

Nein. Mit Anstieg des Speichernutzung, sieht der Absturz nur etwas anders aus.

Da ich nicht alle INPUT64-Beihefte habe, konnte ich nicht nachsehen, ob nach 6/86 evtl. ein Patch für den Interpreter veröffentlicht ist, der den Garbage Collector korrigiert.

Interessanter wäre aber die Version mit LISP-Compiler, die in 6/88 (2 Jahre später in einer Anzeige) erwähnt ist, die jedoch sebst nicht in INPUT 64 erschienen ist. Darin ist der oben erwähnte Bug bestimmt auch nicht drin.

Das ist ja ein Lichtblick.
Ich habe es mit WinVICE und Emu64 ausprobiert.
Beide zeigen das gleiche buggy Verhalten.
Scheint also an meinen Images zu liegen.

Es scheint sich um ein Kompatibilitätsproblem mit WinVICE und Emu64 mit dem LISP-Interpreter zu handeln.
Auch nicht jeder Hardware C64 kommt damit zurecht. Wohl aber der CCS64 V3.9.1 Emulator.
Da konnte ich die Abstürze des Garbage Collectors nicht reproduzieren.

An der Initialisierung des Speichers liegt es ziemlich sicher nicht, da der Interpreter beim Starten den ganzen
Speicher durchläuft und eine verkettete Freispeicherliste von Lisp-Knoten (jeweils 5 Byte pro Knoten) aufbaut.
Das Basic wird abgeschaltet und mit als Speicher benutzt.
Unter dem Kernal gibt es zwei Stacks: der Datenstack ab $E000 aufwärts und der Adressenstack ab $FFFE abwärts.
Stack-Überlauf gibt es, wenn diese sich mal irgendwo in der Mitte treffen.
Der Vorteil davon ist, dass man größere Stacks haben kann (und muss), als das, was der Prozessor mitbringt.
Der Interpreter nutzt dann an einigen Stellen eine eigene JSR-Variante, die diese Stacks benutzt.
Beim Lesen aus den Stacks muss kurzzeitig das Kernal-ROM abgeschaltet werden und hier könnte sich irgendwo
die Inkompatibilität zu verstecken.