DG ->Now I'm planning to move to a K5 chip and in a local echo from
   ->Argentina this subject is up again.The problem is that some
   ->programs return a "divide by 0" error in Pentium and work
   ->fine in a slower machine.
The usual problem is that a software timing loop in Tools III fails to
execute on CPUs that pipeline memory, resulting in the error. If you're
not using the MILLISEC() function, the object file at the end of the
message will fix it, assuming the CPU is an AMD K5 or a Cyrix 6x86. The
object file is MIME encoded. Just add it to your link script ahead of
the Tools III stuff.
Message-ID: 
Mime-Version: 1.0
Subject: Tools III K5 & Cyrix 6x86 R6003 fix
Content-Type: multipart/mixed; boundary="-"
This is a MIME encoded message.  Decode it with "munpack"
or any other MIME reading software.  Mpack/munpack is available
via anonymous FTP in ftp.andrew.cmu.edu:pub/mpack/
---
Content-Type: application/octet-stream; name="__wait_b.obj"
Content-Transfer-Encoding: base64
Content-Disposition: inline; filename="__wait_b.obj"
Content-MD5: zL6R3GKDqATpFPeEVLDHkQ==
gAwACl9fd2FpdC5BU03olg4AAAZfTlRPT0wEQ09ERUyYBwAobwACAwHEkDgAAAEHV0FJVF9B
WBIAAAlXQUlUX1RJQ0tKAAAKVElNRV9DWF9EWAAAAAtXQUlUX0FYX0ZBUkYAAPuIBAAAogHR
oHMAAQAAHlC4QACO2IsObgCLFmwAWB/DCuR0DlIz0rk3APfxUugAAFhai8iK4DLA0eh0FyvB
K8GLyLgEAOZD5EA6xIrg5EB09uL0w+gAAMsLwHQgVYvsnPtT6AAAi9roAAA72nT5SHXx90b+
AAJ1AfpbnV3Dn5wZAIQgAAEBSgCERwABARIAhFUEAQGEWgQBAbmKAgAAdA==
-----
Raymond Pesek
 * 1st 2.00 #2448 * Moderator - Clipper Echo
--- InterEcho 1.19
---------------