j'adore la manière avec laquelle ils chargent le lisp dans le //e : vu qu'il a peu de mémoire, pas d'assembleur ni éditeur de texte, ils n'ont pas implémenté avec le BASIC interne mais directement en code machine. Et comme ils n'ont pas de disquette non plus, ils utilisent une fonctionnalité du //e qui permet de décoder un signal audio en données directement en mémoire.
Plus qu'à cross-assembler, à transformer le binaire en son et à faire un jump une fois en mémoire :^)
-- Sébastien Kirche
Bonjour Tonton,
"Tonton Th" <tth@nowhere.invalid> wrote in message
news:slrnl0jiej.bmg.tth@hangartistique.cispeo.fr...
(Pour (les (amateurs( (de (la pomme)))))))
http://blog.nullspace.io/apple-2-lisp-part-1.html
j'adore la manière avec laquelle ils chargent le lisp dans le //e :
vu qu'il a peu de mémoire, pas d'assembleur ni éditeur de texte,
ils n'ont pas implémenté avec le BASIC interne mais directement
en code machine. Et comme ils n'ont pas de disquette non plus, ils
utilisent une fonctionnalité du //e qui permet de décoder un signal
audio en données directement en mémoire.
Plus qu'à cross-assembler, à transformer le binaire en son et à faire
un jump une fois en mémoire :^)
j'adore la manière avec laquelle ils chargent le lisp dans le //e : vu qu'il a peu de mémoire, pas d'assembleur ni éditeur de texte, ils n'ont pas implémenté avec le BASIC interne mais directement en code machine. Et comme ils n'ont pas de disquette non plus, ils utilisent une fonctionnalité du //e qui permet de décoder un signal audio en données directement en mémoire.
Plus qu'à cross-assembler, à transformer le binaire en son et à faire un jump une fois en mémoire :^)
