Pan Sebastian Biały napisał:

>>> Programy pracujące w CP/M robiły dokładnie to - wynajdywały na
>>> nowo: heap, gui, multitasking, user input, itd.
>> Jeśli tym kołowynajdującym programem jest kompilator
>
> Nie jest.

No faktycznie, GUI ani multitaskingu nie musi wynajdować, by sobie
trochę pokompilować. Ale to chyba lepiej, nie?

>> jeśli są tam równe szprychy i obręcz gładka, to mnie ta sytuacja
>> odpowiada. Gdy chcę liczyć.
>
> Nie wszyscy chcą liczyć. Niektórzy chcą rysować, drukować, pisać.

No to biorą program, który wynalazł rysowanie, drukowanie, pisanie.

>>> Bo profesjonaliści interesują się takimi rzeczami.
>> Profesjonaliści od kompilatorów i problemów z segmentacją.
>> Nie każdy nim jest.
>
> Więc nie każdy powinien programować. Nawet zwykłe liczenie.

Oczywiście. Na przykład profesjonalisci od kompilatorów z reguły nie
programują (w sensie liczenia).

>> Nie wiem jaka była praktyka liczenia na Amidze
>
> Optymalizacje sa wszędzie takie same w sensie ich istoty. Zawsze masz
> taki etap że albo już olewasz albo musisz zejśc do kodu. W przypadku x86
> musiałes się wtedy babrać w gównie.

A czym się różniło amigowe gówno od gówna x86 (w sensie ich istoty)?

> UWAGA!
>
> Ponieważ wątek zaczyna mi wychodzić poza kolumnę w thunderbiridzie
> niniejszym dokonuje EOT z mojej strony. Gadajcie sobie dalej :)

Przerażające! Thread error overflow. To musi być wina peceta i braku
rejestrów. Na Amidze to by było nie do pomyślenia.

--
Jarek