could you upload those programs ?

I could, but that would be violating their license, because they're commercial. Besides it's not just one exe, there's 2 more exes, a .bat file and a bunch of other files that need to be correctly placed in directories in order to run the main application properly.

I can send just the exe that freezes, but it will complain about another program not running and you won't be able to reproduce the error.

Do you still want it?

nah. if the exe alone can't reproduce it then it's of no use.

I could advice you to try this version of dosbox :
http://cvscompile.aep-emu.de/dosbox.htm

Thanks for the link. The new exe didn't help, however. The developers said programs should work on 32-bit XPs in plain console without DOSBox. So I'll probably switch OSes. I'm using 64-bit XPs at the moment.

Can you try it also with dosbox+32bitXP?

And before starting the program, type loadfix,
and play around with the ems/xms switches in
dosbox.conf, maybe that changes something.

I think heap allocated space is defined by a directive in the Turbo Pascal source code. To change it, you probably need to recompile those programs.

eL_PuSHeR wrote:

I think heap allocated space is defined by a directive in the Turbo Pascal source code. To change it, you probably need to recompile those programs.

When I programmed in TP, I reduced the heap to near-zero, and then allocated heap-memory through DOS-calls. This way I could write that memory to a file (or just releasing it, depending on the program) and then release it, when I let the user shell to DOS. Thus, the user had more memory available. My point being that from TP you had quite some control of the level of memory mangement.

JAL