comp.programming.threads

• Date Index

---

• hi, rahul vatsa
• Re: Lock-free not useful? (was Re: Reconciling Garbage Collection with Deterministic Finalization), David Schwartz
  • Re: Lock-free not useful? (was Re: Reconciling Garbage Collection with Deterministic Finalization), David Schwartz
• Consequences of unshared mutexes?, Scott Kilpatrick
  • Re: Consequences of unshared mutexes?, Ulrich Eckhardt
    • Re: Consequences of unshared mutexes?, Scott Kilpatrick
  • Re: Consequences of unshared mutexes?, Chris Friesen
    • Re: Consequences of unshared mutexes?, Scott Kilpatrick
      • Re: Consequences of unshared mutexes?, Chris Friesen
      • Re: Consequences of unshared mutexes?, Scott Kilpatrick
  • Re: Consequences of unshared mutexes?, Steve Watt
    • Re: Consequences of unshared mutexes?, Scott Kilpatrick
      • Re: Consequences of unshared mutexes?, Steve Watt
      • Re: Consequences of unshared mutexes?, Scott Kilpatrick
• Re: Lock-free not useful? (was Re: Reconciling Garbage Collection with Deterministic Finalization), David Schwartz
  • <Possible follow-ups>
  • Re: Lock-free not useful? (was Re: Reconciling Garbage Collection with Deterministic Finalization), David Schwartz
    • Re: Lock-free not useful? (was Re: Reconciling Garbage Collection with Deterministic Finalization), Joe Seigh
      • Re: Lock-free not useful? (was Re: Reconciling Garbage Collection with Deterministic Finalization), Chris Friesen
• Question about thread scheduling ...., Patrick Lam
  • Re: Question about thread scheduling ...., Eric Sosman
    • Re: Question about thread scheduling ...., Patrick Lam
      • Re: Question about thread scheduling ...., Eric Sosman
      • Re: Question about thread scheduling ...., Patrick Lam
• Re: Reconciling Garbage Collection with Deterministic Finalization, David Hopwood
  • <Possible follow-ups>
  • Re: Reconciling Garbage Collection with Deterministic Finalization, David Hopwood
    • Re: Reconciling Garbage Collection with Deterministic Finalization, Sergey P. Derevyago
• synchronization model standardization problem, Dale Pippert
  • Re: synchronization model standardization problem, David Hopwood
• Re: Lock-free not useful?, Ulrich Eckhardt
  • <Possible follow-ups>
  • Re: Lock-free not useful?, David Hopwood
• recommend a good text for studying multithreading using Windows and Visual C++, pogo
• sched_yield()?, eksamor
  • Re: sched_yield()?, Chris Friesen
    • Re: sched_yield()?, eksamor
      • Re: sched_yield()?, loic-dev
• pthread_cond_signal vs pthread_cond_broadcast, FiLH
  • Re: pthread_cond_signal vs pthread_cond_broadcast, Eric Sosman
    • Re: pthread_cond_signal vs pthread_cond_broadcast, FiLH
      • Re: pthread_cond_signal vs pthread_cond_broadcast, Eric Sosman
  • Re: pthread_cond_signal vs pthread_cond_broadcast, David Schwartz
    • Re: pthread_cond_signal vs pthread_cond_broadcast, FiLH
• printf and mutex, FiLH
  • Re: printf and mutex, Casper H . S . Dik
    • Message not available
      • Re: printf and mutex, Casper H . S . Dik
      • Message not available
      • Re: printf and mutex, Casper H . S . Dik
    • Re: printf and mutex, loic-dev
• pthread_cond_wait and pthread_cond_signal, eksamor
  • Re: pthread_cond_wait and pthread_cond_signal, Eric Sosman
    • Re: pthread_cond_wait and pthread_cond_signal, eksamor
  • Re: pthread_cond_wait and pthread_cond_signal, Dave Butenhof
• Thread class, Sohail Ahmed Siddiqui
  • Re: Thread class, Ulrich Eckhardt
• Using curses with threads., Peter C. Chapin
  • Re: Using curses with threads., Ulrich Eckhardt
    • Re: Using curses with threads., llothar
      • Re: Using curses with threads., David Hopwood
      • Re: Using curses with threads., Marcin 'Qrczak' Kowalczyk
      • Re: Using curses with threads., Peter C. Chapin
  • Re: Using curses with threads., loic-dev
  • Re: Using curses with threads., clayne
• pthread_cancel on Mac OS X, Yang Zhang
  • Re: pthread_cancel on Mac OS X, Dave Butenhof
    • Re: pthread_cancel on Mac OS X, Yang Zhang
  • Re: pthread_cancel on Mac OS X, Daniel T.
• Unanswerable Thread behaviour, harry
  • Re: Unanswerable Thread behaviour, Joe Seigh
    • Re: Unanswerable Thread behaviour, harry
      • Re: Unanswerable Thread behaviour, Ulrich Eckhardt
    • Re: Unanswerable Thread behaviour, Dave Butenhof
• Are you a Rockstar in Java Programming ?, Vani
• ABA problem, kevin . hall
  • Re: ABA problem, Yang Zhang
• race condition analysis, Paul Thomas
  • Re: race condition analysis, Joe Seigh
  • Re: race condition analysis, gottlobfrege
• _GNU_SOURCE and pthread_rwlock_t, Cyril
  • Re: _GNU_SOURCE and pthread_rwlock_t, David Hopwood
    • Re: _GNU_SOURCE and pthread_rwlock_t, loic-dev
  • Re: _GNU_SOURCE and pthread_rwlock_t, David Schwartz
• atomicity.h / _Atomic_word,how to use them?, g
  • Re: atomicity.h / _Atomic_word,how to use them?, Joe Seigh
    • Re: atomicity.h / _Atomic_word,how to use them?, g
• Software scalibility, David Alasiga
  • Re: Software scalibility, llothar
• How many thread I can create, David Alasiga
  • Re: How many thread I can create, Scott McPhillips [MVP]
    • Re: How many thread I can create, Dave Butenhof
  • Re: How many thread I can create, Eric Sosman
    • Re: How many thread I can create, clayne
• Use Lock, David Alasiga
  • Re: Use Lock, Ian Collins
  • Re: Use Lock, David Schwartz
    • Re: Use Lock, WittyGuy
    • Re: Use Lock, David Alasiga
  • Re: Use Lock, Ulrich Eckhardt
    • Re: Use Lock, David Alasiga
      • Re: Use Lock, Ian Collins
      • Re: Use Lock, Ulrich Eckhardt
• Re: An atomic lock-free refcounting patent application, Chris Thomasson
  • <Possible follow-ups>
  • Re: An atomic lock-free refcounting patent application, Chris Thomasson
  • Re: An atomic lock-free refcounting patent application, Chris Thomasson
    • Re: An atomic lock-free refcounting patent application, Joe Seigh
      • Re: An atomic lock-free refcounting patent application, Chris Thomasson
      • Re: An atomic lock-free refcounting patent application, Chris Thomasson
• Performance impact of global arrays, groups
  • Re: Performance impact of global arrays, Joe Seigh
    • Re: Performance impact of global arrays, groups
      • Re: Performance impact of global arrays, Ian Collins
      • Re: Performance impact of global arrays, groups
      • Re: Performance impact of global arrays, Ian Collins
      • Re: Performance impact of global arrays, Joe Seigh
      • Re: Performance impact of global arrays, llothar
      • Re: Performance impact of global arrays, Joe Seigh
      • Re: Performance impact of global arrays, Richard G. Riley
      • Re: Performance impact of global arrays, Joe Seigh
      • Re: Performance impact of global arrays, Richard G. Riley
      • Re: Performance impact of global arrays, Joe Seigh
      • Re: Performance impact of global arrays, David Hopwood
      • Re: Performance impact of global arrays, groups
• Thread Synchronization over distributed Environment, irfanhab
  • Re: Thread Synchronization over distributed Environment, Ulrich Eckhardt
    • Re: Thread Synchronization over distributed Environment, haunted
    • Re: Thread Synchronization over distributed Environment, irfanhab
      • Re: Thread Synchronization over distributed Environment, clayne
      • Re: Thread Synchronization over distributed Environment, Chris Friesen
      • Re: Thread Synchronization over distributed Environment, Steve Watt
      • Re: Thread Synchronization over distributed Environment, TheChameleon84
      • Re: Thread Synchronization over distributed Environment, xsysfan
• Re: Thread Mapping Models, Casper H . S . Dik
  • <Possible follow-ups>
  • Re: Thread Mapping Models, loic-dev
    • Re: Thread Mapping Models, David Schwartz
• "give me work" model, clayne
  • Re: "give me work" model, jambu
    • Re: "give me work" model, clayne
  • Re: "give me work" model, David Schwartz
    • Re: "give me work" model, clayne
      • Re: "give me work" model, chris.sheppard@xxxxxxxxx
      • Re: "give me work" model, clayne
• Can sem_post wake a suspended and sem_waiting thread?, Frank Benoit
  • Re: Can sem_post wake a suspended and sem_waiting thread?, loic-dev
• Best debugger for multithreaded applications, Sukumar Raghavan
  • Re: Best debugger for multithreaded applications, Ian Collins
• can one thread change varible of another thread?, noelloen
  • Re: can one thread change varible of another thread?, Ian Collins
    • Re: can one thread change varible of another thread?, Paul Pluzhnikov
    • Re: can one thread change varible of another thread?, noelloen
      • Re: can one thread change varible of another thread?, Ian Collins
  • Re: can one thread change varible of another thread?, loic-dev
    • Re: can one thread change varible of another thread?, noelloen
• Re: how to stop multitasking, Alan Woodland
  • Re: how to stop multitasking, Dan Mills
    • Re: how to stop multitasking, raam
• ReadWriteMutex or what do i need?, Friedrich Schick
  • Re: ReadWriteMutex or what do i need?, Arup
  • Re: ReadWriteMutex or what do i need?, Arup
  • Re: ReadWriteMutex or what do i need?, Vikash
    • Re: ReadWriteMutex or what do i need?, Marcin 'Qrczak' Kowalczyk
      • Re: ReadWriteMutex or what do i need?, Vikash
      • Re: ReadWriteMutex or what do i need?, Vikash
    • Re: ReadWriteMutex or what do i need?, David Tiktin
      • Re: ReadWriteMutex or what do i need?, Vikash
      • Re: ReadWriteMutex or what do i need?, David Tiktin
      • Re: ReadWriteMutex or what do i need?, Vikash
      • Re: ReadWriteMutex or what do i need?, David Tiktin
      • Re: ReadWriteMutex or what do i need?, Vikash
  • Re: ReadWriteMutex or what do i need?, Torsten Robitzki
• WaitForMultipleObjects and MAX_WAIT_OBJECTS, Arnold Hendriks
  • Re: WaitForMultipleObjects and MAX_WAIT_OBJECTS, llothar
    • Re: WaitForMultipleObjects and MAX_WAIT_OBJECTS, Marcin 'Qrczak' Kowalczyk
• Mutexes multiacquiring in Win32, Vladimir Frolov
• Segmentation fault and pthread_create..., Paolo
  • Re: Segmentation fault and pthread_create..., ranjmis
    • Re: Segmentation fault and pthread_create..., Paolo
  • Re: Segmentation fault and pthread_create..., Paul Pluzhnikov
  • Re: Segmentation fault and pthread_create..., dhruv
    • Re: Segmentation fault and pthread_create..., Arup
    • Re: Segmentation fault and pthread_create..., loic-dev
      • Re: Segmentation fault and pthread_create..., David Hopwood
      • Re: Segmentation fault and pthread_create..., loic-dev
• const method thread save, Friedrich Schick
  • Re: const method thread save, loic-dev
  • Re: const method thread save, Arup
• Mutex vs Critical Section Windows, Arup
  • Re: Mutex vs Critical Section Windows, Joe Seigh
    • Re: Mutex vs Critical Section Windows, Arup
      • Re: Mutex vs Critical Section Windows, Joe Seigh
      • Re: Mutex vs Critical Section Windows, Arup
      • Re: Mutex vs Critical Section Windows, Joe Seigh
      • Re: Mutex vs Critical Section Windows, Arup
      • Re: Mutex vs Critical Section Windows, Joe Seigh
      • Re: Mutex vs Critical Section Windows, Sean Kelly
  • Re: Mutex vs Critical Section Windows, John Hickin
• Pthread benchmark, libin_v
  • Re: Pthread benchmark, Thomas Maier-Komor
    • Re: Pthread benchmark, libin_v
    • Re: Pthread benchmark, libin_v
• condition variables again...., dhruv
  • Re: condition variables again...., Joe Seigh
• sleep VS pthread_cond_timedwait, blue_viking
  • Re: sleep VS pthread_cond_timedwait, loic-dev
  • Re: sleep VS pthread_cond_timedwait, Casper H . S . Dik
  • Re: sleep VS pthread_cond_timedwait, dhruv
  • Re: sleep VS pthread_cond_timedwait, dhruv
    • Re: sleep VS pthread_cond_timedwait, blue_viking
• gdb & processes/threads, Richard G. Riley
  • Re: gdb & processes/threads, Alan Woodland
• Please help with first multi-thread app, Joe Befumo
  • Re: Please help with first multi-thread app, Richard
• race condition during termination process, briggs
  • Re: race condition during termination process, briggs
• Re: Multithreading model: can it be selected?, Ivan Voras
• job queues and managers who die - need advice!, Paul Miller
  • Re: job queues and managers who die - need advice!, David Schwartz
    • Re: job queues and managers who die - need advice!, mjames_doveridge
• Question about MS Events vs. Mutexes, David Stuart
  • Re: Question about MS Events vs. Mutexes, Scott McPhillips [MVP]
    • Re: Question about MS Events vs. Mutexes, mak
      • Re: Question about MS Events vs. Mutexes, Joe Seigh
      • Re: Question about MS Events vs. Mutexes, Joe Seigh
      • Re: Question about MS Events vs. Mutexes, David Stuart
• Need a C/C++ programmer for a freelance project, vinod
• pthreads - problems regarding Virtual Memory and Run Time.., shirish464 . in
  • Re: pthreads - problems regarding Virtual Memory and Run Time.., shirish464 . in
• Layout for main()->pthread_create()->fork()->exec()->waitpid() etc., James Vanns
  • Re: Layout for main()->pthread_create()->fork()->exec()->waitpid() etc., Marcin 'Qrczak' Kowalczyk
    • Re: Layout for main()->pthread_create()->fork()->exec()->waitpid() etc., James Vanns
      • Re: Layout for main()->pthread_create()->fork()->exec()->waitpid() etc., Marcin 'Qrczak' Kowalczyk
      • Re: Layout for main()->pthread_create()->fork()->exec()->waitpid() etc., James Vanns
      • Re: Layout for main()->pthread_create()->fork()->exec()->waitpid() etc., loic-dev
  • Re: Layout for main()->pthread_create()->fork()->exec()->waitpid() etc., Steve Watt
• thread migraiton to other systems, irfan . habib
  • Re: thread migraiton to other systems, Eric Sosman
    • Re: thread migraiton to other systems, irfanhab
      • Re: thread migraiton to other systems, Alan Woodland
      • Re: thread migraiton to other systems, Alan Woodland
      • Re: thread migraiton to other systems, Eric Sosman
      • Re: thread migraiton to other systems, irfanhab
• thread migraiton other systems, irfan . habib
• Need Smart C++ Programmer for Freelance Project, vinod
• Is there any advantage when testing a program on a quad cpu system ?, llothar
  • Re: Is there any advantage when testing a program on a quad cpu system ?, Ian Collins
  • Re: Is there any advantage when testing a program on a quad cpu system ?, Thomas Maier-Komor
• pthread and multiple CPU, noelloen
  • Re: pthread and multiple CPU, Eric Sosman
  • Re: pthread and multiple CPU, Phil Frisbie, Jr.
  • Re: pthread and multiple CPU, Ian Collins
  • Re: pthread and multiple CPU, David Schwartz
  • Re: pthread and multiple CPU, dwarak
• Question about STL containers in multithreaded environment, nicolas . michel . lava
  • Re: Question about STL containers in multithreaded environment, Joe Seigh
    • Re: Question about STL containers in multithreaded environment, nicolas . michel . lava
      • Re: Question about STL containers in multithreaded environment, Marcin 'Qrczak' Kowalczyk
      • Re: Question about STL containers in multithreaded environment, Vladimir Frolov
      • Re: Question about STL containers in multithreaded environment, Joe Seigh
      • Re: Question about STL containers in multithreaded environment, Ulrich Eckhardt
      • Re: Question about STL containers in multithreaded environment, gioparl
      • Re: Question about STL containers in multithreaded environment, Marcin 'Qrczak' Kowalczyk
      • Re: Question about STL containers in multithreaded environment, Maciej Sobczak
      • Re: Question about STL containers in multithreaded environment, dhruv
      • Re: Question about STL containers in multithreaded environment, Ulrich Eckhardt
  • Re: Question about STL containers in multithreaded environment, Vladimir Frolov
  • Re: Question about STL containers in multithreaded environment, dhruv
    • Re: Question about STL containers in multithreaded environment, Vladimir Frolov
      • Re: Question about STL containers in multithreaded environment, Vladimir Frolov
      • Re: Question about STL containers in multithreaded environment, dhruv
      • Re: Question about STL containers in multithreaded environment, gioparl
      • Re: Question about STL containers in multithreaded environment, Ulrich Eckhardt
      • Re: Question about STL containers in multithreaded environment, Vladimir Frolov
    • Re: Question about STL containers in multithreaded environment, Alan Woodland
      • Re: Question about STL containers in multithreaded environment, g
      • Re: Question about STL containers in multithreaded environment, Vladimir Frolov
      • Re: Question about STL containers in multithreaded environment, gioparl
      • Re: Question about STL containers in multithreaded environment, Vladimir Frolov
      • Re: Question about STL containers in multithreaded environment, Ulrich Eckhardt
      • Re: Question about STL containers in multithreaded environment, Vladimir Frolov
      • Re: Question about STL containers in multithreaded environment, dhruv
      • Re: Question about STL containers in multithreaded environment, Alan Woodland
      • Re: Question about STL containers in multithreaded environment, dhruv
      • Re: Question about STL containers in multithreaded environment, dhruv
• Re: pthread_join: 2nd arg ever used?, Markus Elfring
• Global lock contention problem, Joe Seigh
  • Re: Global lock contention problem, Michel André
    • Re: Global lock contention problem, Joe Seigh
      • Re: Global lock contention problem, Dervish
      • Re: Global lock contention problem, Joe Seigh
      • Re: Global lock contention problem, Chris Thomasson
      • Re: Global lock contention problem, Chris Thomasson
      • Re: Global lock contention problem, Joe Seigh
      • Re: Global lock contention problem, Joe Seigh
      • Re: Global lock contention problem, Chris Thomasson
      • Re: Global lock contention problem, Peter Dimov
      • Re: Global lock contention problem, Michel André
      • Re: Global lock contention problem, Joe Seigh
      • Re: Global lock contention problem, Chris Thomasson
• books/documents on designing threaded applications?, Paul Miller
  • Re: books/documents on designing threaded applications?, Maxim Yegorushkin
    • Re: books/documents on designing threaded applications?, Paul Miller
      • Re: books/documents on designing threaded applications?, R Black
• non pthread thread interfaces, rfistman@xxxxxxxxx
  • Re: non pthread thread interfaces, Joe Seigh
  • Re: non pthread thread interfaces, Casper H . S . Dik
  • Re: non pthread thread interfaces, Thomas Maier-Komor
  • Re: non pthread thread interfaces, David Schwartz
• Posix Timer (timer_create) only glbc support, unifire
• How to use pthread_exit() to return a value?, D'artagnan
  • Re: How to use pthread_exit() to return a value?, Thomas Maier-Komor
    • Re: How to use pthread_exit() to return a value?, Casper H . S . Dik
      • Re: How to use pthread_exit() to return a value?, Thomas Maier-Komor
      • Re: How to use pthread_exit() to return a value?, Casper H . S . Dik
  • Re: How to use pthread_exit() to return a value?, Branimir Maksimovic
• Re: ABA Problem?, dick.dunbar
• This basic program segfaults on fedora 3/4 should it, or is it a bug, R Black
  • Re: This basic program segfaults on fedora 3/4 should it, or is it a bug, Eric Sosman
    • Re: This basic program segfaults on fedora 3/4 should it, or is it a bug, R Black
      • Re: This basic program segfaults on fedora 3/4 should it, or is ita bug, Ian Collins
      • Re: This basic program segfaults on fedora 3/4 should it, or is ita bug, R Black
      • Re: This basic program segfaults on fedora 3/4 should it, or is ita bug, Casper H . S . Dik
      • Re: This basic program segfaults on fedora 3/4 should it, or is ita bug, Marcin 'Qrczak' Kowalczyk
      • Re: This basic program segfaults on fedora 3/4 should it, or is ita bug, Casper H . S . Dik
      • Re: This basic program segfaults on fedora 3/4 should it, or is ita bug, Dave Butenhof
      • Re: This basic program segfaults on fedora 3/4 should it, or is ita bug, Joe Seigh
      • Re: This basic program segfaults on fedora 3/4 should it, or is ita bug, Thomas Maier-Komor
      • Re: This basic program segfaults on fedora 3/4 should it, or is ita bug, Thomas Maier-Komor
      • Re: This basic program segfaults on fedora 3/4 should it, or is ita bug, Dave Butenhof
      • Re: This basic program segfaults on fedora 3/4 should it, or is ita bug, Dragan Cvetkovic
      • Re: This basic program segfaults on fedora 3/4 should it, or is itabug, Dave Butenhof
  • Re: This basic program segfaults on fedora 3/4 should it, or is it a bug, Casper H . S . Dik
• detatch after join, Mike - EMAIL IGNORED
  • Re: detatch after join, loic-dev
• Re: How many threads may wake up after pthread_cond_signal?, Marcin 'Qrczak' Kowalczyk
  • Re: How many threads may wake up after pthread_cond_signal?, Joe Seigh
  • <Possible follow-ups>
  • Re: How many threads may wake up after pthread_cond_signal?, Vladimir Frolov
• 64 bit atomic reads on x86, RedMercury
  • Re: 64 bit atomic reads on x86, RedMercury
  • Re: 64 bit atomic reads on x86, Sean Kelly
    • Re: 64 bit atomic reads on x86, dick.dunbar
      • Re: 64 bit atomic reads on x86, David Schwartz
      • Re: 64 bit atomic reads on x86, dick.dunbar
      • Re: 64 bit atomic reads on x86, David Schwartz
      • Re: 64 bit atomic reads on x86, dick.dunbar
      • Re: 64 bit atomic reads on x86, gottlobfrege
      • Re: 64 bit atomic reads on x86, David Schwartz
      • Re: 64 bit atomic reads on x86, googlegroupie
      • Re: 64 bit atomic reads on x86, dick.dunbar
      • Re: 64 bit atomic reads on x86, David Schwartz
      • Re: 64 bit atomic reads on x86, dick.dunbar
      • Re: 64 bit atomic reads on x86, chris noonan
      • Re: 64 bit atomic reads on x86, Phil Frisbie, Jr.
      • Re: 64 bit atomic reads on x86, chris noonan
      • Re: 64 bit atomic reads on x86, chris noonan
      • Re: 64 bit atomic reads on x86, David Schwartz
      • Re: 64 bit atomic reads on x86, chris noonan
      • Re: 64 bit atomic reads on x86, chris noonan
      • Re: 64 bit atomic reads on x86, chris noonan
      • Re: 64 bit atomic reads on x86, Alexander Terekhov
      • Re: 64 bit atomic reads on x86, chris noonan
      • Re: 64 bit atomic reads on x86, Joe Seigh
    • Re: 64 bit atomic reads on x86, RedMercury
      • Re: 64 bit atomic reads on x86, Sean Kelly
      • Re: 64 bit atomic reads on x86, Joe Seigh
      • Re: 64 bit atomic reads on x86, Sean Kelly
      • Re: 64 bit atomic reads on x86, chris noonan
      • Re: 64 bit atomic reads on x86, dick.dunbar
      • Re: 64 bit atomic reads on x86, dick.dunbar
      • Re: 64 bit atomic reads on x86, Sean Kelly
      • Re: 64 bit atomic reads on x86, RedMercury
• to know how many threads, pmm
  • Re: to know how many threads, Maxim Yegorushkin
  • Re: to know how many threads, Daniel T.
• synchronizing threads globally on a cluster, Garima
  • Re: synchronizing threads globally on a cluster, David Schwartz

• Security
• UNIX
• Linux
• Coding
• Usenet

• Archive
• About
• Privacy
• Search
• Imprint

newsgroups.derkeiler.com  > Archive  > Comp  > comp.programming.threads  > 2006-03