search for: lwp_sema_wait

Displaying 5 results from an estimated 5 matches for "lwp_sema_wait".

2004 Aug 06
2
icecast-1.3.12 on SunOS
...0) = 0 > time() = 1031909556 > recvfrom(2, 0xEF4AFBA0, 8191, 0, 0x00063F38, 0xEF4ADB9C) Err#11 EAGAIN > time() = 1031909556 > lwp_sema_post(0xEF4B1E78) = 0 > lwp_sema_wait(0xEF4B1E78) = 0 > lwp_mutex_unlock(0xEF56B280) = 0 > lwp_mutex_lock(0xEF56B280) = 0 > time() = 1031909556 > time() = 1031909556 > time()...
2004 Aug 06
1
icecast-1.3.12 on SunOS
...t; time() = 1031909556 >>> recvfrom(2, 0xEF4AFBA0, 8191, 0, 0x00063F38, 0xEF4ADB9C) Err#11 EAGAIN >>> time() = 1031909556 >>> lwp_sema_post(0xEF4B1E78) = 0 >>> lwp_sema_wait(0xEF4B1E78) = 0 >>> lwp_mutex_unlock(0xEF56B280) = 0 >>> lwp_mutex_lock(0xEF56B280) = 0 >>> time() = 1031909556 >>> time()...
2002 Aug 28
1
ogg123 on Solaris
...properly (decoder_example < Pateras.ogg> test.out does result in a file that looks correct at first sight). Could this be a thread-related problem? Running ogg123 under truss shows oggg123 is sleeping deeply... ... lwp_sema_post(0xFEA0BE30) = 0 lwp_sema_wait(0xFEA0BE30) = 0 lwp_mutex_wakeup(0xFEF755D8) = 0 lwp_mutex_lock(0xFEF755D8) = 0 lwp_sema_wait(0x000375D8) (sleeping...) signotifywait() (sleeping...) lwp_sema_wait(0xFEA0BE30)...
2004 Aug 06
0
icecast-1.3.12 on SunOS
...56 poll(0xEF4ABA88, 0, 500) = 0 time() = 1031909556 recvfrom(2, 0xEF4AFBA0, 8191, 0, 0x00063F38, 0xEF4ADB9C) Err#11 EAGAIN time() = 1031909556 lwp_sema_post(0xEF4B1E78) = 0 lwp_sema_wait(0xEF4B1E78) = 0 lwp_mutex_unlock(0xEF56B280) = 0 lwp_mutex_lock(0xEF56B280) = 0 time() = 1031909556 time() = 1031909556 time()...
2004 Aug 06
0
icecast-1.3.12 on SunOS
...= 0 > > time() = 1031909556 > > recvfrom(2, 0xEF4AFBA0, 8191, 0, 0x00063F38, 0xEF4ADB9C) Err#11 EAGAIN > > time() = 1031909556 > > lwp_sema_post(0xEF4B1E78) = 0 > > lwp_sema_wait(0xEF4B1E78) = 0 > > lwp_mutex_unlock(0xEF56B280) = 0 > > lwp_mutex_lock(0xEF56B280) = 0 > > time() = 1031909556 > > time() = 103190...