PATCH-CRT - To allow BP7-based apps to run on fast PCs. [Mike Kennedy, 1.8] Problem: Some apps give a Div-by-0 Error (Underflow/Overflow), others give canned error codes, eg `Runtime Error 200'. The cause is code in Borlands' CRT.ASM, which calculates parms for a `delay-loop' rtn, but the code cannot handle the speed of a Pentium 200 or higher. And there are at least 3 very different versions of the broken code floating about, presumably from different releases of CRT.ASM. See CIS:Delphi, Files: BP7PATCH.ZIP, DELAY6.ZIP, CRTPAT.ARC, etc. Credits to Jason Sprenger (CIS: 76424,2233) for the above notes. Rob Henningsgard (CIS: 76470,3165) Dennis Passmore (CIS: 71640,2464) Where ?: Any application which uses CRT.ASM. This could include OBJ/EXE/LIB files written in Borland Pascal, or apps which use Borland products which include the CRT.ASM code. Eg, Paradox Engine. And then any apps which, in turn, use these products !!!. (You get the idea !). Answer: The PROPER solution is to change the CRT.ASM code, and rebuild all products which are dependent on it. If this is not possible, then this PATCH will overcome the problem but the results will not be as accurate as a corrected CRT.ASM. You should apply this patch ONLY: - when you cannot change CRT.ASM and re-build, and - only for apps which run on FAST PCs. (Keep an unpatched version for all slower PCs, where the problem is not manifest). Techies: The Patch forces the `DelayCnt' var to FFFF. The `DelayLoop' proc will decrement this (assuming it'll yield a 1-millisec delay), and will exit at 0000, or a Tick increment, whichever occurs first. ..And..: Make a Backup of the EXE/OBJ/LIB/??? file first, just-in-case !!! Ensure you have Exclusive Read/Write access to the file. Simple Problems, Easy Questions, Feedback : Info@KennedySoftware.ie Latest release: http://www.KennedySoftware.ie Use this utility solely at YOUR OWN RISK. Test initially on separate BACKUPS