Hello,
Assume I have multithreading program written with Pth and I'm debugging
it with gdb.
How could I browse list of threads? How could I see stack trace for each
one?
For Pthreads this is supported directly by gdb.
Regards, Vladimir.
mailto:[EMAIL PROTECTED]
_
0.20 and Linux 2.2.14. I did also
test to make sure my macros do exactly the same as corresponded
functions do.
I will be happy if you incorporate fix I attached into future releases.
Regards,
Vladimir Kondratiev.
diff -BbdruN pth-1.3.5/fastsig.h pth-1.3.5-new/fastsig.h
--- pth-1.3.5/fastsig.h
ep 10, 2000 at 09:23:29PM +0200, Ralf
S. Engelschall wrote:
> On Sun, Sep 10, 2000, Vladimir Kondratiev wrote:
>
> > I analyzed Pth performance for application that performs lots
of context
> > switch. I found huge amount of time spent in just 2 functions
:
> > sigismember(
Actually, you may simulate execution of several
threads at the same time. Even with 'real' Posix threads, if you have 1 CPU,
in the hardware threads are executed sequentially. The difference between
preemptive threads and Pth (in 1 CPU case) is only discipline of threads
switching. Preemptive threa
On HPUX, ACE use DCE (or CMA, in regard with threads it is the same)
threads as underlying implementation. At least by default it do so.
Probably you may choose ACE over Pth when compiling ACE.
If you need only basic threads functionality, ACE is a bit too heavy.
As for DCE or CMA threads itself
Brent Phillips wrote:
>Hi,
>
>I've found that either there are some serious memory leaks in pTh, or I'm
>not using it properly. The most serious problem is that the stack space is
>not freed when a thread terminates. This quickly causes applications to run
>out of memory.
>
>To test this, I ran a
And this is the URL...
http://www-124.ibm.com/developerworks/oss/pthreads/
Igor Khasilev wrote:
>On Sun, 2 Sep 2001, David Schwartz wrote:
>
>>>I was playing around with pth trying to find out how to use it with a
>>>server using disk I/O. The program below is based on the example found
>>>in th
