4 ms·
> The problem is when another part of the program holds a function pointer into the library which has been unloaded. How is this different from holding a point
by alexey-salmin 3y ago
> The problem is when another part of the program holds a function pointer into the library which has been unloaded.
How is this different from holding a pointer to an object being deleted?
- rwmj 3y agoThat it's very hard to avoid (we think in fact impossible), because of the way that Linux _exit(2) works when you have threads, destructors and thread-local storage together. This is even if you are very careful. You should probably read the links I posted.
- alexey-salmin 3y agoI did and this looks like a library design issue, which is now impossible to solve without breaking the ABI. I argue though that a design that doesn't suffer from this issue exists because there is a way to serialize all these operations in a safe way.
- rwmj 3y agoThread-local storage + destructors is, as far as we can tell, impossible to use safely by any significantly complicated program or library. It's largely because of how Linux shoots down programs on exit by killing the threads in any order without notice. It could be fixed in Linux, although I can also understand why Linux developers wouldn't want to do that as it would push significant complexity there.
- jenadine 3y agoIt's not much different. But programmers tend to assume that static data lives forever and don't always think of this problem.