Hi Strager,
I think the solution is for dll's delaylib trampoline to
save xmm1 on the stack before calling __delayLoadHelper2.
I made a patch which does this, and it fixes the bug for my
code.
Thanks very much for taking the time to track down the cause
of this problem. and for creating a patc
I am calling a function in another x64 DLL with the
following C signature:
int napi_create_double(void*, double, void*);
The first time I call this function, the 'double' argument
ends up as 1.20305e-307 inside napi_create_double, no matter
what value the caller gives. The 'double' is corrupt
