Sorry, that I did not re-read your post, I forget such things too fast ;)
On Mon, Mar 26, 2012 at 3:41 PM, Arno
if that is not the reason, I would run it in the debugger and enable the debugger to stop whenever an exception is thrown or a signal is raised.
That's exactly what I have done, but the problem is that the thread disapears without any notice, that means also if all exceptions are activated.
Ok, my suggestion would be: Create a dummy class with destructor and initialize it as a thread-local storage. Hopefully, the destructor is going to be called when the thread is terminated. Now either make some logging (from the dtor) or put a break-point into the destructor and see what is the context when the storage is destroyed.
Can you reproduce a minimal example to be posted here. I know it might be
hard to do when dealing with MT-contexts.
That's what I have written, it happen only in the whole context and is not reproducible in a smaler set.
regards Arno
Regards, Ovanes