🚀 go-pugleaf

Marek Kotowski <mkot@imm.org.pl> wrote:
: 3. Pragne zwrocic uwage, ze w poscie wyjsciowym byl pomysl 
: alokacji obszaru ok. 300K. To juz jest konstrukcja, z ktora
: - smiem twierdzic - duza czesc, jesli nie wiekszosc kompilatorow
: sobie nie poradzi. Co wiecej: sposob dzialania modeli huge
: jest rozny w rozych kompilatorach. Zatem stosujac taki
: model pamieci, ryzykuje sie, ze zmiana kompilatora na inny,
: takze obslugujacy model huge, moze wymagac zmian w programie.
Mozliwe. Ale nie wszystkie komputery maja takie problemy z obsluga pamieci.

: 4. Wbrew pozorom ograniczenie rozmiaru zmiennych 
: do 32767 nie jest niezyciowe. Zdarzylo mi sie kilka razy
: miec tablice wskaznikow w modelu small (male dane). Tablice
: te nie przekraczaly owego limitu 32K. Otoz zmiana modelu na
: large (duze dane) spowodowala, ze rozmiar wskaznikow
: podwoil sie i tym samym podwoila sie tablica. Wprawdzie
: przekroczyla limit 32K, ale zmiescila sie w limicie 64K,
: i w programie nie trzeba bylo nic zmieniac (chociaz stal
: sie on formalnie nieprzenosny). Gdybym w modelu small
: zwiekszyl tablice do rozmiaru 40K, mialbym juz klopoty
: z przeniesieniem jej do modelu large (linker nie
: przyjmowal obiektow wiekszych niz 64K).
:   I prawde rzeklszy, czyz male nie jest piekne? :-)

Prawde rzeklszy, to blaszak wlasnie jest jedynym liczacym sie dzisiaj 
komputerem, gdzie w programie moga wystapic 16-bitowe wskazniki. Moim zdaniem
dobre to bylo ( i to tez nie do konca ) w Atari 65 XE, no ale cos poczac jak 
sie ma takie obciazenia dziedziczne. Wszyscy maja ten problem, a rozwiazaniem
moze byc tylko wyrzucenie go w cholere (zartowalem).
Rzeczywiscie, male jest piekne, a juz na pewno bardzo efektywne.

: 5. Oczywiscie sa aplikacje szczegolne, gdzie alokowanie
: duzych obszarow pamieci jest konieczne. To inna sprawa.
: Akurat w poscie wyjsciowym w tym watku takiej sytuacji
: prawdopodobnie nie bylo. A zasady dobrego stylu nakazuja
: - poprawie sie: zalecaja :-) - by w miare mozliwosci 
: unikac stosowania konstrukcji nieprzenosnych.

No... roznie jest z ta przenosnoscia. W wymienionym przykladzie akurat
lepiej bylo przydzic pamiec na 480 wskaznikow, a kazdemu pamiec na 640
bajtow. Jezeli jednak mial to byc bufor dla ekranu, to nie bedzie to
specjalnie efektywne.

-- 
.---.     .   . - Michal Malecki <mmalecki@technologist.com>/The things that
\___  ,-. | , |- ,-. ,-  mUd: zly.mud.org.pl 4000.         /can't destroy you
    \ |-' |<  |  | | |   uRl: www.kis.p.lodz.pl/~sektor   /make you
`---' `-' ' ` `' `-' '   pGp: sektor@zly.kis.p.lodz.pl   /stronger...