Menu

#17 class for function calls that are not thread safe

open
None
5
2003-12-17
2003-10-16
No

I am missing a synchronization primitive that can ease the
transition from single to multithreaded programming. I am
thinking about a class that combines a thread with a Guard object.
Can it be added without help from the Pthread API? Did you hear
about such an idea before?

Would you like to join the
discussion "class for function calls that are not thread safe"
(http://groups.google.de/groups?group=comp.programming.threads&selm=40ed1d8f.0309240440.34faf8c2%40posting.google.com)?

Discussion

  • Markus Elfring

    Markus Elfring - 2003-10-16
    • assigned_to: nobody --> dyfet
     
  • Markus Elfring

    Markus Elfring - 2003-11-09

    Logged In: YES
    user_id=572001

    Would you like to support that work or command objects can be sent to a target thread like that can be done with TCL scripts by the function "thread::send"?
    http://cvs.sourceforge.net/viewcvs.py/\*checkout*/tcl/thread/doc/html/thread.html?rev=1.10

     
  • David Sugar

    David Sugar - 2003-12-17

    Logged In: YES
    user_id=217

    We often wrap such functions in a mutex, since the mutex
    will singularize calls into the object. We probably do not
    do this for enough of the functions which may be unsafe,
    however. Are you suggesting an explicit "sync..." generic
    function wrapper, ala what Java does?

     
  • David Sugar

    David Sugar - 2003-12-17
    • status: open --> pending
     
  • Markus Elfring

    Markus Elfring - 2003-12-17
    • status: pending --> open
     
  • Markus Elfring

    Markus Elfring - 2003-12-17

    Logged In: YES
    user_id=572001

    Can you see from the source
    code "http://groups.google.de/groups?
    selm=40ed1d8f.0311150646.4641684a%
    40posting.google.com" what I want?

     

Log in to post a comment.

Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.