🚀 go-pugleaf

JRS:  In article <36656FF8.22B74C9F@rupert.informatik.uni-stuttgart.de>
of Wed, 2 Dec 1998 17:51:04 in news:comp.lang.pascal.borland, Daniel
Kinzler <kinzledl@rupert.informatik.uni-stuttgart.de> wrote:
>Hello everybody !
>
>As many of you might know, the tp7-version of the crt-unit has got a bug
>(i guess its related to some internal timing loop) that causes the
>compiled program to abort with the runtime error "Division by Zero"
>before executing the first line of code (actually when initializing
>crt), if the program is executed on a fast PC (faster than 130 MHz or
>something).
>
>I found a way to work around that by simply not using the CRT unit and
>writing all the crucial  routines "by hand"   --no big deal.
>
>But I experienced this error happening to me with some older programs
>(games, drivers, etc.) which were apparently written using the CRT unit.
>
>Now my question: Does anybody know a way to patch that ? Any tools,
>asm-lines,
>                 anything ? I would be grateful for some solution.
>
>
>Please MAIL, i'm not a frequent newsgroup reader. If there is any useful
>response,
>             i will summarize and post it.
>
>P.S.: If anybody would like to know more about this error, how I worked
>around it, or need some code, just ask.
>

Read before Write!  You get the answers more quickly that way!!
Pascal Start-Up Error 200 on fast PCs when using the Crt unit is a VFAQ!
 
Read the many earlier postings in the comp.lang.pascal.borland (Frank H,
Roger D, ...) and borland.public.turbopascal newsgroups (you can use
DejaNews), including the comp.lang.pascal.borland mini-FAQ, and Prof.
Salmi's FAQ  ftp://garbo.uwasa.fi/pc/link/tsfaqp.zip #124, and/or Ing.
Franz Glaser's http://www.geocities.com/SiliconValley/2926/tp.html and my
http://www.merlyn.demon.co.uk/  clpb-faq.txt  pas-time.htm  pas-linx.htm 
Another fix is to avoid all use of the Crt unit, or, if accurate delay is 
not needed, to compile with TP5 or TP6.
 
-- 
John Stockton, Surrey, UK.    jrs@merlyn.demon.co.uk     Turnpike v4.00   MIME.