Call to Runtime.unloadLibrary corrupts stdout and stderr
Markus Pursche via Digitalmars-d
digitalmars-d at puremagic.com
Sun Sep 3 11:21:57 PDT 2017
On Sunday, 3 September 2017 at 13:41:33 UTC, Rainer Schuetze
> On 02.09.2017 23:38, Markus Pursche wrote:
> Unfortunately, this section only applies to simple programs (no
> multi-threading, no sharing of other resources than GC-memory,
> not even malloc'ed memory). I think there should be a big red
> warning at the beginning of that section.
> Proper DLL support for Windows (with a shared phobos library)
> is slowly being worked on, see
> In the mean time, I prefer keeping DLL resources completely
> separate, as shown in
> You are probably hitting
> https://issues.dlang.org/show_bug.cgi?id=1550, so try the
> workaround: import std.stdio and add "_fcloseallp = null;"
> somewhere in your DllMain.
This worked! So, is there any chance that you could tell me why
this isn't the default behavior from the start? Like is there a
reason for it not to be there automatically, like a performance
loss or a leak or something?
More information about the Digitalmars-d