On Tue, Dec 3, 2013 at 11:22 PM, Ralf Quint <freedos...@gmail.com> wrote:
> On 12/3/2013 9:16 PM, Chris Evans wrote:
>> i was able to find rpcrt100.zip  but the other isn't available
>> I tried this route once before and ended up with broken .exes
>> (don't remember details as it was years ago so i gave up and moved to
>> linux and gcc)

1). Always keep backups of the original .EXEs. This is more crucial if
you're using private binaries you made yourself (or that aren't freely

2). Try all available patches until one works for you. Admittedly,
they don't all work perfectly in all circumstances. I'm no expert, but
here's a few (from vague memory):

a). http://www.mecronome.de/xfdisk/files/bp7crt.zip
b). ftp://ftp.sac.sk/pub/sac/utilprog/tppatch.zip
c). ftp://ftp.sac.sk/pub/sac/utilprog/bppat102.zip
d). ftp://ftp.sac.sk/pub/sac/utilprog/r200fix.zip

3). Recompile with updated CRT units. This is more complicated, but I
don't have access to commercial versions, so I can't say for sure.
(IIRC, only BP7 [and/or TP7??] had this bug, so TP55 doesn't need it
unless manually using CRT's Delay or such.)

4). Rebuild with a different compiler (FPC, GPC, TMT, etc.), if you
have access to the sources. This may not be that feasible (huge
understatement), but it's definitely the overall better way. (No
offense, but "giving up and moving to Linux and GCC" is hardly a
solution to anything. I mean, that's an overreaction, IMO, to things
which are minor bugs.)

5). Run some kind of slowdown util or emulation environment.
Apparently you say DOSEMU wasn't good enough. I know DOSBox is slow
because it's 486 slow by default!   :-)   And you can adjust the
cycles manually even slower! Also, I recently mentioned that I got an
old shareware demo of Chasm: The Rift (BP7) to work on my 3.2 Ghz
machine (a few years ago) by using HDPMI16 and "fdapm speed3".

Sponsored by Intel(R) XDK 
Develop, test and display web and hybrid apps with a single code base.
Download it for free now!
Freedos-user mailing list

Reply via email to