🚀 go-pugleaf

Piotr Piatkowski napisał(a) w wiadomości:
<7c3qeg$h2e$2@druid.ceti.com.pl>...
>Hmm... Znowu ktoś może powiedzieć że to dyskusja akademicka, ale właśnie
>z tego nieszczęsnego DOS'u wzięło się coś takiego jak dodatkowe
>oznaczenie typu wskaźnika jako far.
>
>Od dawna nie mam do czynienia z kompilatorami DOS/Windows, ale np. teraz
>mam bibliotekę ODBC pod Linuxem, a że ODBC jest produktem MS to w
definicjach
>typów pojawiają się właśnie wskaźnik np. UCHAR FAR* (jak przypuszczam
gdzieś
>wcześniej FAR jest zdefiniowane jako nic).
>
>A wracając do meritum :-) to przynajmniej w tych starych kompilatorach
>obok far było też near. I tam można było mieć w tym samym programie
>wskaźniki typu np. char far* i char near*, które były odpowiednio 4 i 2
>bajtowe. Mam nadzieję że to już historia?


Jak najbardziej. Jest to zwiazane raczej nie tyle z DOS-em, co jego
traktowaniem procesorow - przeciez jest on z czasow XT, a wiec 8086.
A to byl procesor, ktory NIE UMIAL operowac na 32-bitowych adresach.
Dlatego wlasnie byly wskazniki bliskie (w tym samym segmencie, ktorego
numer widnieje w segmencie danych), oraz dalekie (na cala przestrzen
adresowa, ale trudniejszy w implementacji). Przygladajac sie, jak w tym
temacie stal taki np. MC68000, zakrawalo to na smiesznosc - procesor
nie dosc, ze wolniejszy, to jeszcze nie potrafi wykorzystac efektywnie
przestrzeni adresowej powyzej 64k, w przeciwienstwie wlasnie do motorolki,
ktora mogla zaadresowac 16MB pamieci bez kozery.

Od czasow 386 sytuacja sie zmienila, niestety Borland C++ 3.1 (np.) jest
kompilatorem 16-bitowym, w zwiazku z czym do 32-bitowych systemow
nadaje sie conajmniej srednio. Na 32-bitowych systemach bez problemu
adresuje sie przestrzen do 4GB pamieci i nie potrzebuje sie na to zadnych
kombinacji z rejestrami segmentowymi. A zeby bylo smieszniej, to te
odziedziczone rejestry sementowe sa bardzo pozyteczne, w koncu teraz
tez, jak zawsze, program dzieli sie na trzy segmenty - kod, dane i stos.
Oczywiscie nie jest jednak powiedziane, ze w segmencie kodu nie moze
byc danych (patrz: SIGSEGV przy zapisie do const char*)...

Modyfikatory NEAR i FAR powinny byly zniknac wraz z pojawieniem sie
32-bitowych systemow (nawiasem mowiac, MS-DOS jest JEDYNYM
16-bitowym systemem), niestety rozwinely sie dostatecznie dopiero,
gdy pojawil sie pentium, a i tak jest jeszcze tego duzo. I programy
i narzedzia, jak wlasnie Borland C++ 3.1, ktory nie potrafi wprost
zaadresowac
pamieci powyzej 64k bez segmentu, mimo, ze procesor ma taka mozliwosc.

    Pozdrowienia,
        Jan Kowalski, szary uzytkownik