RFR: 8346383: Cannot use DllMain in libdt_socket for static builds

[Magnus Ihse Bursie]

On Tue, 17 Dec 2024 11:10:01 GMT, Magnus Ihse Bursie <ihse at openjdk.org> wrote:

> To be able to properly support static builds on Windows in [JDK-8346377](https://bugs.openjdk.org/browse/JDK-8346377), we cannot use `DllMain`, for two reasons:
> 
> 1) This is not called for statically linked libraries, and
> 2) There are multiple `DllMain` definitions throughout the JDK native libraries, causing name collisions.
> 
> While it could have been possible to keep the `DllMain` function for non-static builds and just use an alternative solution for static builds, I think it is preferable to have a single solution that works as well for both static and dynamic builds.
> 
> On top of this, the existing solution was contrary to [Microsoft recommendations](https://learn.microsoft.com/en-us/windows/win32/api/winsock/nf-winsock-wsacleanup), which state: "The WSACleanup function typically leads to protocol-specific helper DLLs being unloaded. As a result, the WSACleanup function should not be called from the DllMain function in a application DLL. This can potentially cause deadlocks. "

My understanding is that it is later. But I am also not sure if this is well-specified or just an implementation detail. I'd say our code is broken if we rely on anything working between ` DLL_PROCESS_DETACH` and `atexit` handlers are called. I seriously doubt that is the case.

-------------

PR Comment: https://git.openjdk.org/jdk/pull/22789#issuecomment-2586973062