Re: Add a hack to deinstall pthread_atexit handlers at dso unload time

2017-02-09 Thread Martin Husemann
On Wed, Feb 08, 2017 at 10:36:37PM +0100, Joerg Sonnenberger wrote: > Sorry, wrong rant. That was for the TLS destructor problem where similar > crude hacks exist. The FreeBSD "solution" is still wrong. Introducing > __pthread_cxa_finalize or even a public interface for that is fine. > Iterating ov

Re: Add a hack to deinstall pthread_atexit handlers at dso unload time

2017-02-09 Thread Joerg Sonnenberger
On Thu, Feb 09, 2017 at 09:20:53AM +0100, Martin Husemann wrote: > On Wed, Feb 08, 2017 at 10:36:37PM +0100, Joerg Sonnenberger wrote: > > Sorry, wrong rant. That was for the TLS destructor problem where similar > > crude hacks exist. The FreeBSD "solution" is still wrong. Introducing > > __pthread

Re: Add a hack to deinstall pthread_atexit handlers at dso unload time

2017-02-09 Thread Martin Husemann
On Thu, Feb 09, 2017 at 11:28:02AM +0100, Joerg Sonnenberger wrote: > This is quite fragile as it effectively means that the handler should > only ever be a function the current DSO, since other modules may want to > register the very same handler too. Yes, but it gives just enough rope to deal wi