also, the "sleeping" usually show
#0 0x282bead6 in _thread_kern_sched () from /usr/lib/libc_r.so.5
#1 0x282b4948 in pthread_yield () from /usr/lib/libc_r.so.5
#2 0x0807fce2 in ost::ThreadImpl::ThreadExecHandler (th=0x81be500) at
thread.cpp:1099
#3 0x282b7009 in _thread_start () from /usr/lib
also, the "sleeping" usually show
#0 0x282bead6 in _thread_kern_sched () from /usr/lib/libc_r.so.5
#1 0x282b4948 in pthread_yield () from /usr/lib/libc_r.so.5
#2 0x0807fce2 in ost::ThreadImpl::ThreadExecHandler (th=0x81be500) at
thread.cpp:1099
#3 0x282b7009 in _thread_start () from /usr/l
hi again,
tried again, this time using libthr (no pthread yet, will explain later).
this time, it hangs on _thread_kern_sched
any help? plz? :-)
shie
Shie Erlich wrote:
i'm using 1.3.9, and yes, my system had libc_r. is there any problem
with it?
i'm not a bsd user, but i read on the net, tha
i'm using 1.3.9, and yes, my system had libc_r. is there any problem
with it?
i'm not a bsd user, but i read on the net, that libc_r is the
tried-and-tested one.
am i wrong here ?
thanks,
shie
David Sugar wrote:
Which version of common c++? It looks like you have libc_r linked in
(user mod
Which version of common c++? It looks like you have libc_r linked in
(user mode) rather than libpthread...
Shie Erlich wrote:
hi guys,
i have an application that was written on linux and runs flawlessly.
on freebsd, the threads just don't start.
i start them with start(), but on FreeBSD, th
Shie Erlich wrote:
hi guys,
i have an application that was written on linux and runs flawlessly.
on freebsd, the threads just don't start.
i start them with start(), but on FreeBSD, they seem to hang
on _thread_start. i know this because
a) doing 'info threads' in gdb, shows that main() run
