in reply to Re^10: baton passing threads and cond_signal
in thread baton passing threads and cond_signal

Can we take that the lack of a refutation that this problem also occurs on a single cpu Linux system to mean that the problem lies in the semantics of the whole cond_* mechanism and not just in the Win32 emulation of it?


Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.
"Science is about questioning the status quo. Questioning authority".
In the absence of evidence, opinion is indistinguishable from prejudice.
"Too many [] have been sedated by an oppressive environment of political correctness and risk aversion."

Replies are listed 'Best First'.
Re^12: baton passing threads and cond_signal
by ikegami (Patriarch) on Aug 22, 2007 at 19:32 UTC

    The people discussing perlbug 41574 think it's specific to (some versions of) Windows.
    The only person in this thread reporting the problem uses WinXP.
    I only have access to Windows machines.

    I'd take the lack of refutation as nothing more than people not reading the thread this deep.

      Fair do's ike {.oO(I hope that abbrev is endearing and not insulting)}. I have an axe to grind here in that I think that the pthreads APIs are broken, hence my following along on this thread.

      If the OP doesn't raise another root level post to clarify the problem, I will.


      Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.
      "Science is about questioning the status quo. Questioning authority".
      In the absence of evidence, opinion is indistinguishable from prejudice.
        If there are problems with pthreads (which I guess perl/windows does not use, but I may be wrong) I would be interested, so go ahead an post away :-)

        I've got some other issues with perl threads (I mean, the perl API to threads, not the actual implementation - I don't know enough about that) so maybe I should take some time to write them down too.