Beefy Boxes and Bandwidth Generously Provided by pair Networks
Welcome to the Monastery
 
PerlMonks  

Re^2: OT: Locking and syncing mechanisms available on *nix.

by BrowserUk (Patriarch)
on Mar 27, 2011 at 09:37 UTC ( [id://895741]=note: print w/replies, xml ) Need Help??


in reply to Re: OT: Locking and syncing mechanisms available on *nix.
in thread OT: Locking and syncing mechanisms available on *nix.

Sorry. I misread your post. Due to the formatting, I read your response as there are mutexes as well On windows,.

Also, I'm not sure what use the second link was?


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.

Replies are listed 'Best First'.
Re^3: OT: Locking and syncing mechanisms available on *nix.
by nikosv (Deacon) on Mar 27, 2011 at 11:34 UTC
    Also, I'm not sure what use the second link was?

    It's what is behind the BackgroundWorker component.

    I've posted it here just for informational purposes,looking at an alternative concept-wise,since it is releated to windows and threading

      Ah. Okay. I don't use, nor have any time for the O'Woe dodo that is .NET, so that's of no use to me.

      What I'm really looking for (I think) is a *nix equivalent to Windows Event Objects. Basically, a non-polling, non-spinning mechanism to have one thread block until another thread signals.

      In theory, pthread condition variables ought to be usable for this. In practice, using a condition variable also requires the use of a mutex, which I don't need or want. I'm not trying to mutually exclude anything. Nor do I see a convenient place to put a mutex that I don't need.

      I've run across a few mentions of something called a "futex" which is compared to Window's Event objects, but looking that term up it is defined as a 'fast user mutex'. Again, I'm not trying to mutually exclude anything!

      The situation I'm trying to deal with would seem to be a relatively common occurrence. This thread has detected a situation that means it cannot proceed until some other thread does something. It therefore need to block until that other thread signals that it has been done. So, it reset an event and waits for it to be signalled. The other thread signals that event each time it does whatever it is required to do to allow the first thread to move forward.

      But I don't see how to do this with *nix?


      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.
        I'm not trying to mutually exclude anything.
        You actually need to mutually exclude access to the condition variable. I don't use Perl threads much, but it looks like threads::shared has the necessary ingredients, and you can do something like this:
        my $cond : shared; $thread1 = async { { lock($cond); cond_wait($cond) until $cond } # do stuff. }; $thread2 = async { # do stuff. { lock($cond); $cond = "proceed"; cond_signal($cond) } };
        pthread.h: barriers
        semaphore.h: semaphores
        ipc.h + sem.h: ipc v semaphores
        ipc.h + msg.h: ipc v message queues
        Events can be achieved with a combination of conditional variables and a mutex. Check pthread_cond_timedwait()(search for it inside the page)

        Ah. Okay. I don't use, nor have any time for the O’Woe dodo that is .NET.   So that’s no use to me.

        I like that!!   My sentiments exactly!   :-D

Log In?
Username:
Password:

What's my password?
Create A New User
Domain Nodelet?
Node Status?
node history
Node Type: note [id://895741]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this?Last hourOther CB clients
Other Users?
Others pondering the Monastery: (4)
As of 2024-03-29 11:17 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    No recent polls found