W dniu 04.11.2012 23:24, Kamil pisze:
> Program pochodzi z późnych lat 90, a więc z czasów Win 95/98 i może wymagać
> składników tychże systemów. których w linii NT nie ma. I nic do rzeczy nie
A raczej które usunięto celowo w 64-bitowej wersji systemu.
> ma 32, czy 64 bitów wielkości rejestróe procesora. Procesory 64 bitowe
> posiadaja kompatybilność wsteczną i pozwalają na korzystanie z 32 bitowej
> części rejestru. I co to znaczy poprawnie napisany program 32 bit? Trochę
Ale w trybie 64-bitowym już istnieją pewne ograniczenia zwią-
zane z obsługą kodu 16-bitowego (m.in. nie ma segmentacji
oraz trybu VM86, o ile pamiętam). Więc procesor (i tryb, w
jakim pracuje!) *też* ma tu znaczenie.
> pisałem pod Win 98 i wydawało by się poprawnie, bo programy działały.
> Natomiast sporo z nich nie działa prawidłowo pod XP. Niby się uruchamiają,
To znaczy, że są źle napisane.
> są w procesach, a interfejsu nie widać. Okazuje się, że w XP nieco inaczej
> zdefiniowane są klasy okien i część szczególnych właściwości. Tylko skąd ja
> w latach 90-ch miałem wiedzieć co Microsoft wymodzi dla XP?
Pisałeś niezgodnie z dokumentacją oficjalną. Ja jakoś nie
miałem nigdy takich problemów. Dopiero gdy się gdzieś szło
na skróty i pisało tak, żeby program działał a nie tak, jak
MS napisał w MSDNie, to się napotykało problemy z działaniem
pod Windows NT i pochodnymi.
-- |""""""""""""""""""""""""""""""""""""""""""""""""""""""""""| | Radosław Sokół | http://www.grush.one.pl/ | | | | \........................................................../Received on Tue 06 Nov 2012 - 12:20:02 MET
To archiwum zosta³o wygenerowane przez hypermail 2.2.0 : Tue 06 Nov 2012 - 12:42:00 MET