PATCH: Fix DLL constructors on OpenBSD
boaz at hishome.net
Sun Jan 4 08:12:55 CST 2004
Please explain in a few words what you're going to do. Is this going
to effect C++ Global data constructors as well.
I'm Just working, well more like fumbling, on a problem in STLPort with
global initialization of cout cin cerror (stdout stdin stderror).
Is it possible that, while in a global C++ constructor, I am meeting an
uninitialized DLL Jump table (I'm not sure what is the official name for
it). Is the jump table initialized after the glib c "global_ctors_aux"
Alexandre Julliard wrote:
>wiml at underhill.hhhh.org (Wim Lewis) writes:
>>What is it that _init() does on Linux, that the DLL init code needs
>>to run first? I'd be interested in trying to write an autoconf test
>>or something, if possible.
>I believe there was a problem with constructors being called in
>reverse link order. Also any object file of the dll can potentially
>have a .init section which would then break badly. Anyway, that
>constructor stuff is going to change, because we need to intercept
>constructors and run them from the dll entry point. I'm working on a
>patch to do that, which will hopefully solve your problem at the same
More information about the wine-devel