On 2011-01-31 22:34, Marcin Wasilewski wrote:
>>> Do momentu jak mu się program "zesra", bo stos wlezie na zmienne.
>> Zapewne asm jest tak magiczny że to się nie ma prawa popsuć w ten
>> sposób, nie?
> Ale jak piszesz w asm to z pewnością wiesz co to stos, tym bardziej, że
> sam musisz go sobie ustawić na RAMEND (lub tam gdzie ci wygodnie), bo
> nikt tego za Ciebie nie zrobi.

Podobnie jak pisanie w asm znakomicie rozwija umiejętnośc tworzenia
nastepnej implementacji fdiv która jak pierdyliard innych pisanych przez
całe stada assemblerowców jest spieprzona.

Jakość kodu nie wynika z pisania wszystkiego po swojemu a już na pewno
nie z pisania wszystkiego na nowo za każdym razem.

> Tak samo jak mogę sobie wpisać pod jakiś
> adres w RAM-ie (gdzie planowany jest koniec stosu) jakąś wartość i nawet
> podczas wykonywania programu sprawdzać, czy stos tego nie zamazał.

Zupełnie jak w C.

Oczywiście poza tym, że dzięki możliwości kompilacji kodu w C i
testowania go w środowisku PC można zdobyc tą i mase innych ważnych
informacji których nie sposób uzyskać mając do czynienia z kodem
natywnym na uC. O takich drobnostkach jak unit testy nie wspominam, bo
przecież assemblerowcy bez wątpienia mają jakieś własne, lepsze
rozwiązania zagadnień jakości i testowania kodu produkcyjnego, prawda?

> a jak nawet słyszał ten ktoś magiczną nazwę "stos", to ma
> mgliste pojęcie jak działa.

W każdym języku programowania można spotkać ignorantów, ludzi z
doświadczeniem w Basicu/Delphi czy zwykłych idiotów. Co z tego?