Autor: Krzysztof Halasa (khc_at_hq.pm.waw.pl)
Data: Tue 05 Nov 1996 - 16:01:55 MET
Grego_at_RMnet.IT (Gregorio Kus) writes:
> Zamiast
> tego (jak w maszynkach 8mio bitowych), poprzydzielano stale adresy
> roznym rzeczom, powodujac powstanie dziury miedzy BIOSem a pamiecia
> video, i rownoczesnie ograniczenie pamieci uzytkownika do obszaru
> 0:0-9FFF:F. Nie ma w tym specjalnie winy IBM'a (kupil to od M$,
> bo sie nie dogadal co do ceny z Digital Research), ani moze nawet M$
> bo tak to wygladalo w kupionym przez nich QDOSie.
Eee tam. Samo PC->XT bylo zaprojektowane "wzglednie" dobrze, przy
swoim zalozeniu CPU=8088. Oczywiscie popelniono wtedy kilka bledow,
ale byly one niczym w porownaniu z dalszymi posunieciami MS.
Wine za obecne problemy ponosi jedynie MS, ktory kazal na 32-bitowych
procesorach 386DX uruchamiac programy 16-bitowe, korzystajace
z emulacji (sprzetowej, przez CPU) trybu 8088/8086. Jeszcze wczesniej
ten sam MS zrobil to samo z 80286, ktory byl w stanie adresowac
16MB RAM, uzywajac swojego 16-bitowego trybu z ochrona zasobow.
Oczywiscie, Intel tez ponosi czesc winy za ten stan rzeczy - ale gdyby
MS mial dla 386 system 32-bitowy (w tamtych czasach istnialy juz takowe),
to procesor 386 nie posiadalby 16-bitowego trybu pracy. Niestety
procesory Intela byly adresowane glownie do uzytkownikow MS-DOS'a
(i kompatybilnych z nim innych DOSow).
Dlaczego MS nie przekompilowal MS-DOS'a najpierw dla 80286, a nastepnie
dla 386? Obpowiedz jest bardzo prosta - QDOS (gdyby ktos nie pamietal,
to skrot od Quick & Dirty Operating System) by napisany w assemblerze,
wiekszosc MSDOS (bedacego zaadoptowanym QDOS'em) rowniez byla w
assemblerze, a MS nie byl w stanie w skonczonym czasie przerobic (nie
przekompilowac - to nie np. jezyk C) tego oprogramowania. Poza tym
przepisywanie tego oprogramowania mijaloby sie z sensem - nalezaloby
to jeszcze raz napisac, tym razem juz w jakims przenosnym jezyku.
-- Krzysztof Halasa Network Administrator of The Palace of Youth in Warsaw
To archiwum zostało wygenerowane przez hypermail 2.1.7 : Tue 18 May 2004 - 12:54:55 MET DST