n too fast processors (Pentium II and later).
No, there is some kind of error in the crt unit, some kind of loop or divis ion that on fast systems leads to divide by zero, eventually it produces ru ntime error 200, even in virtual machines.
The patch is called tppatch.zip and there are others on that site when you google it. However scammers might use a similiar zip to infect people, so b eware, meanwhile I have copied these zips onto my own webdrive, have not te sted them recently,but did in the past and solves it for exe's will use the m soon again:
Link to Folder:
Link to Files:
gether I can send you a program that will not run on anything with a math c oprocessor, that means nothing better than a 486SX. Also didn't they make m ath coprocessors for the 386 ? They were separate and maybe could be turned off in BIOS. If not you cod probably just remove them because what I was w as in a separate socket. Or were those to take a 486SX to a DX ?
Challenge excepted :) Send me the program via e-mail: snipped-for-privacy@hotmail.c om or
skybuck2000 @ hotmail . com
Hmmmm... using turbo pascal 7 and slow computers would kind of be a nice wa y to throw off faster computers.
Might have to examine it lol.
Though these programs will probably work fine in Turbo Pascal 7.
Kinda funny idea, here is some code/pseudo code;
Counter := 10000000; Math := 0; Tick1 := QueryPerformanceCounter; Frequency := QueryPeformanceFrequency; while Counter > 0 do begin Math := Math + 1; Counter := Counter - 1; Math := Math div Counter; Tick2 := QueryPerformanceCounter; Seconds := (Tick2 - Tick1) / Frequency; // needs to be floating point t ype if Seconds > 1 then break; end;
Now the funny thing about this code is, if the counter reaches 0 before 1 s econd it will crash with a division by zero =D produce an exception and m ight halt the program if no exception handler.
Kinda funny, so it would crash on faster computers =D
Bye for now, Skybuck ;) =D