Windows 98 nur bis 2,1 GHz???

Hallo Leute,

das Statement, das Win 98 nicht auf schnellen Maschinen läuft, ist schlichtweg falsch. Auf meinem Pentium IV 3,0 GHz HT läuft Win 98 völlig problemlos. Ich hatte es vor einem reichlichen Jahr für Spiele installiert, die unter Win XP nicht so richtig laufen. Weder der Prozessor, noch die 250-GB-Platte oder die 1024 MB RAM stellten ein Hindernis dar. Mit einem Zusatzprogramm klappt sogar der Zugriff auf die NTFS-Partitionen. Probleme machten nur die Win-98-Treiber für den Onboard-Sound und die Netzwerkanbindung, die ich erst im Internet suchen mußte, doch auch das konnte ich lösen.
MfG
Erzgebirger

 

Und Tee trinken.

 

Windows 98 war seinerseits selbst Hindernis genug ;-)

 

Ich hätte ja gern drauf verzichtet, aber "Total Annihilation" stürzt beim Laden wichtiger Zusatz-HPIs unter Win XP nun mal ab. Da half auch kein Kompatibilitätsmodus. Unter Win 98 läuft es halt.
Zur Festplatte ist zu sagen, daß von Win 98 aus nicht die hinteren Partitionen angezeigt werden, aber innerhalb der sichtbaren Partitionen (alle im NTFS-Format) gab es dank Paragon AllesMounter 3 weder Lese- noch Schreibprobleme. Ich "trinke" schon seit 18 Monaten "Tee", und das System läuft (nur zum Spielen) stabil. Alles andere läuft unter Win XP Pro.

 

Wenn es Hardwarekompatibilitätsprobleme gibt, dann ließe sich das durch den Einsatz von VMWare für Win 98 auf neuen, schnellen Maschinen lösen. Die PC-Welt begründet ja ihre Einschätzung durch den Hinweis, dass der im Ndis-Treiber enthaltene Zeitgeber ab einer CPU von 2,1 Ghz eine Division durch Null verursacht.

 

Aber durch 0 kann man doch nicht dividieren...

 

das ist ja grade das problem

 

Wie kann man einen Treiber programmieren, der ab einer gewissen Prozessorgeschwindigkeit durch 0 dividiert...?

 

indem er ab einer bestimmten prozzie geschwindikeit einen zusatz abarbeitet bei dem er durch 0 teilt.

 

Dürfte grundsätzlich ein ähnliches Problem sein wie der alte: http://www.webplain.de/turbopascal/error200.php (d.h. nicht bezogen auf TP, sondern die Methode an sich).

Gruss, Matthias

 

@donmato

die krankheit ist leider weiter verbreitet als man glaubt; meistens entsteht der fehler wenn programme halbwegs genaues timing brauchen und daher verzögerungsschleifen verwenden.

zum initialisieren der schleifen wird dann am anfang von programm ein testlauf gemacht, also eine kurze schleife wird solange durchlaufen bis z.b. eine zehntel sekunde um ist. die anzahl der schleifen wird gezählt und diese zahl wird dann weiter verwendet.

wenn die kurze schleife also in 1/10 sekunde 50000 mal durchlaufen wird, dann dauert eine schleife (1/10)/(50000) = 2 mikrosekunden. braucht man z.b. einen delay von 1 millisekunde, dann lässt man die delay-schleife 500 mal durchlaufen.

funktioniert super solange der schleifenzähler am anfang innerhalb seines wertebereichs bleibt. geht der aber als 16-bit-wert über 65535, dann geht er zurück auf 0 und du hast dann die division (1/10)/0 -> runtime error 200: division by zero...

beispiel: borland pascal 7.0

edit spät aber doch

 

das is die lange version von meiner

 

Aber zu welchem Zweck? Da muß sich doch der Programmierer was bei gedacht haben...

 

Das sind einfach Programmierfehler. In dem konkreten Fall hat der Programmierer nicht festgelegt, was passiert, wenn die Variable einen nicht definierten Wert annimmt.

Gruss, Matthias

 

kalweit. Mit der Erklärung kann ich was anfangen.