Hi Paul



 RM> The program now runs, but... It crashes in spectacular fashion when

 RM> the pc is running Qemm (no multitasker, just Dos5 and Qemm). Runs

 RM> fine under Himem.sys . This is a real pain, because I need Qemm to

 RM> run Dv properly, and Dv is the target environment for this program.

 RM> As well as that, TD386v3 is the best debugger I have for this work,

 RM> because of its partial resistance to being crashed by the program

 RM> it is debugging. TD386 won't run under Qemm. I'm stuck with TDv3,

 RM> and the TDv4 that comes with BC4, which seems nearly identical to

 RM> TDv3. It certainly crashes just as easliy.



 PM> Sounds like you've got a stray pointer corrupting memory. You're

 PM> probably getting away with it under some circumstances but not

 PM> others.



Quite likely.



 PM>  I would have thought TD386 would be able to trap that

 PM> problem though.



But TD386 won't run in the setup that the program fails under.



(I've renamed it RS.EXE, btw, for Roy's Sort. It's faster to type

on the command line, and I get a get a perverse pleasure from

swearing at it when it contradicts me.)



 PM> If you want, send your code back to me and I'll

 PM> compile and run it under OS/2 and see if it can pick up any memory

 PM> addressing problems.



It may come to that. Needs a bit of cosmetic surgery first, though.



 PM> Are you running with stack checking turned on?



That option doesn't seem to exist in BC++3.0, but I've definitely

got it turned on in BC++4, and it hasn't tripped yet. I've worked

out the _stklen variable, btw, it just hadn't occurred to me that

it could be assigned at runtime, I'd thought it was a compile time

thing.



Cheers



--- PPoint 1.80