1) this runtime error may simply be the output of the program. For example, you are debugging the internals of DllMain, you can easily go past the exit point and try to track the completed DLL, which will be through RE. The process exit does not look like a return from a subprogram, but rather like a call to a special function of the system API. But the debugger does not understand this and continues to track the dead project now.
2) I see no reason to use RegSvr32.exe or TRegSvr.exe for debugging. All RegSvr32 is a call to a predefined function from a DLL. Are you debugging your DLL or RegSvr32?
2.1) If the latter - I heard that there are RegSvr32 sources, and probably there are debugging symbols, but some Microsoft debuggers to be used.
2.2) If the former, now there should be a difference in how to call these functions, and you only need to debug these functions. Just take any code from File not found when registering a DLL with TFileRun and regsvr32 and use it as a host.
source share