 As a demo coder, it is fair to assume that any viewer with a 3D card is capable of setting up his OpenGL drivers :) But you can't expect them to underclock their processors to make Turbo Pascal 7 programs run without crashing... A couple of entries had that problem. The problem is that TP7 can't handle quick processors, like the Pentium II and above. For programs that include the CRT unit, a certain number of instructions are executed on startup, to determine the overall performance of the PC. The Pentium II does these instructions so quickly that TP7 measures this time as being ZERO. So when it wants to find the speed coefficiant, by dividing by the time, the program crashes with a fatal Runtime Error #200: Divide by Zero. A simple hack is to increase the number of instructions to be timed, so that the time taken to execute them is not zero. In each executable, the following byte sequence corresponds to the critical part of the program: f7h d0h f7h d2h b9h 37h 00h The 37h is the value that needs replacing. So with your favourite hexadecimal editor, simply replace that string with the following: f7h d0h f7h d2h b9h a0h 00h This will fix all bad .EXE files. But if you actually use TP7 to compile programs, you can fix TURBO.TPL in the same way, so that all generated .EXE files will be clean. Click here to download a simple program that does this for you, to save you some hassle with hexadecimal editors. 
|
