🚀 go-pugleaf

milosz danielewski napisa�(a) w wiadomo�ci:
<36ea71e0....@news.tpsa.pl>...
>On Tue, 9 Mar 1999 23:45:08 +0100, "Jakub K" <jk...@friko3.onet.pl>
>wrote:
>
>>Rozmiary wska�nik�w nie zale�� od j�zyka (C/C++), ani
>>od kompilatora, tylko od modelu pami�ci.
>
> Taa ? A kto zabroni mi zrobic w moim kompilatorze 232 bitowe ?


Je�li napiszesz deklaracj� void *p pod kompilatorem Visual C,
i przeniesiesz taki program pod kompilator Borlanda, to 'p'
b�dzie w obu kompilatorach potraktowane tak samo. To w�a�nie
znaczy "nie zale�� od kompilatora". Dlatego podawanie np. wersji
kompilatora (BC 3.1) nie ma kompletnie sensu. Istotna jest
platforma docelowa programu i u�yty (je�li jest u�ywany)
model pami�ci.
Je�li chcesz na 'void *' zarezerwowa� 232 bity to wsp�czuj�.

>>Ja dodam jeszcze tylko, �e wska�niki 2 bajtowe nazywaj� si�
>>NEAR (bliskie), a 4 bajtowe - FAR (dalekie).
>
> A to ciekawe, bo w modelu flat NEAR sa jak najbardziej czterobajtowe.
>

Zgadza si�. Nie wspomina�em o tym , �eby za bardzo nie miesza�.
Przedstawi�em tylko podstawowe za�o�enia. Nazwy modyfikator�w
'NEAR' i 'FAR' m�wi� same za siebie, i nie zosta�y stworzone dla picu
tylko do konkretnych zastosowa�. W programach 32-u bitowych
u�ycie tych modyfikator�w nie ma sensu. Modyfikatory s� wtedy
zazwyczaj ignorowane, o czym kompilator zwykle informuje w
stosownym warning'u.

J.K.