Home/ Questions/Q 9251441
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-06-18T10:41:58+00:00

I am writing a DLL which is loaded by a proprietary program which is

  • 0

I am writing a DLL which is loaded by a proprietary program which is closed source and I have no control over. I also load a Proprietary DLL which is just as obscure. Since I sometimes have to relay commands I get through my DLLs interface to the DLL I Load with very low latency I launch a separate detached thread upon initializing my DLL and send it unformatted debug information through a lock free queue. The time consuming formating of debug output and writing to a log file is thus done asynchronously. The problem is that the process crashes inadvertently (which I am almost certain is no my fault) and I have no way of knowing what the last debug info was because my detached thread is killed by windows before it can write it to disk.

So here is my question:

  • Can I delay destruction in any way if the proprietary program crashes so that my detached thread runs longer before destruction?
  • Would interprocess communication solve my problem by moving my detached thread to another process which windows would not kill? If so what method would you suggest (I have not worked with IPC much)
  • If I use IPC how do I know when to terminate my “debug formating process”?
Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    I think even with IPC you would have the situation where your thread may have un-written debug information during a process fault. Presumably you don’t have debugging going on all the time, so I’d think you wouldn’t need a separate thread for it, just a compile-time or run-time option to enable it. You might be able to SetUnhandledExceptionFilter for the process and do a few things before you terminate.

    • 0