- Original Message -
From: "Hezekiah M. Carty"
>> On Win32 perls, fork() is implemented via multi-threading, and I suspect
>> that this problem might go away if one (or more) plplot global(s) was
>> instead assigned on a per-thread basis using TLS (thread local storage).
> Your diagnosi
On Mon, Oct 10, 2011 at 2:19 AM, Sisyphus wrote:
> Hi,
>
> Is there an option for achieving a "thread-safe" build of plplot ?
>
> On Win32, the use of the 'fork' function in the PDL::Graphics::PLplot (perl)
> module test script causes a problem - namely that, after the forked process
> has exited,
Hi,
Is there an option for achieving a "thread-safe" build of plplot ?
On Win32, the use of the 'fork' function in the PDL::Graphics::PLplot (perl)
module test script causes a problem - namely that, after the forked process
has exited, there's still *something* hanging about that intereferes wi
