[Bug dyninst/16795] utrace_p5.exp leaves stapdyn processes running

["jlebon at redhat dot com" <sourceware-bugzilla at sourceware dot org>]

https://sourceware.org/bugzilla/show_bug.cgi?id=16795

--- Comment #1 from Jonathan Lebon <jlebon at redhat dot com> ---
A similar issue also occurs with at_var_mark.exp, which causes the testsuite to
hang there. [Un]fortunately, it doesn't happen very often, so it's hard to
reproduce. I've found that it's more likely to happen after doing a clean
configure, make, make install (might have to do with caching perhaps?).

$ ps aux | grep stap
root     26910  0.2  0.2  85084  8108 pts/1    Ss+  13:58   0:00 stap -v
--runtime=dyninst ../../systemtap/testsuite/systemtap.base/at_var_mark.stp -c
/notnfs/jlebon/codebase/systemtap/install/bin/stap -e 'probe begin { exit() }'
root     27459  7.5  7.8 610172 306308 pts/1   Sl+  13:58   0:04
/notnfs/jlebon/codebase/systemtap/install/bin/stapdyn -c
/notnfs/jlebon/codebase/systemtap/install/bin/stap -e 'probe begin { exit() }'
/tmp/stapM3GKb1/stap_f8c1407b5661cce21695e03ffa4fc8ff_13290.so
root     27463  0.3  0.8 133200 32516 pts/1    t+   13:58   0:00
/notnfs/jlebon/codebase/systemtap/install/bin/stap -e probe begin { exit() }
root     27466  0.0  0.0      0     0 pts/1    Z+   13:58   0:00 [staprun]
<defunct>
[jlebon systemtap.base (master)]$ sudo gdb -p 27459
(gdb) bt
#0  0x00007f5e13ad4ecf in __GI_ppoll (fds=fds@entry=0x7ffffe6b10f0,
nfds=nfds@entry=1,
    timeout=<optimized out>, timeout@entry=0x7ffffe6b1100,
sigmask=sigmask@entry=0x7ffffe6b1110)
    at ../sysdeps/unix/sysv/linux/ppoll.c:56
#1  0x000000000040db72 in ppoll (__ss=0x7ffffe6b1110, __timeout=0x7ffffe6b1100,
__nfds=1,
    __fds=0x7ffffe6b10f0) at /usr/include/bits/poll2.h:77
#2  mutator::run (this=0x1ed0ed0) at ../../systemtap/stapdyn/mutator.cxx:586
#3  0x00000000004075b7 in main (argc=<optimized out>, argv=<optimized out>)
    at ../../systemtap/stapdyn/stapdyn.cxx:157
(gdb) thread apply all backtrace

Thread 5 (Thread 0x7f5e11963700 (LWP 27460)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at
../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x00007f5e12d6243d in CondVar::wait() () from
/usr/lib64/dyninst/libpcontrol.so.8.1
#2  0x00007f5e12dacfe8 in MTManager::evhandler_main() () from
/usr/lib64/dyninst/libpcontrol.so.8.1
#3  0x00007f5e12d6207c in thread_init(void*) () from
/usr/lib64/dyninst/libpcontrol.so.8.1
#4  0x00007f5e145d0df3 in start_thread (arg=0x7f5e11963700) at
pthread_create.c:308
#5  0x00007f5e13adf3dd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:113

Thread 4 (Thread 0x7f5e10d49700 (LWP 27461)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at
../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x00007f5e12d6243d in CondVar::wait() () from
/usr/lib64/dyninst/libpcontrol.so.8.1
#2  0x00007f5e12d4b118 in LinuxPtrace::main() () from
/usr/lib64/dyninst/libpcontrol.so.8.1
#3  0x00007f5e12d6207c in thread_init(void*) () from
/usr/lib64/dyninst/libpcontrol.so.8.1
#4  0x00007f5e145d0df3 in start_thread (arg=0x7f5e10d49700) at
pthread_create.c:308
#5  0x00007f5e13adf3dd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:113

Thread 3 (Thread 0x7f5e0843f700 (LWP 27462)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at
../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x00007f5e12d6243d in CondVar::wait() () from
/usr/lib64/dyninst/libpcontrol.so.8.1
#2  0x00007f5e12d6f82f in
Dyninst::ProcControlAPI::GeneratorMT::processWait(bool) ()
   from /usr/lib64/dyninst/libpcontrol.so.8.1
#3  0x00007f5e12d7004e in
Dyninst::ProcControlAPI::Generator::getAndQueueEventInt(bool) ()
   from /usr/lib64/dyninst/libpcontrol.so.8.1
#4  0x00007f5e12d4b3d2 in Dyninst::ProcControlAPI::GeneratorMT::main() ()
   from /usr/lib64/dyninst/libpcontrol.so.8.1
#5  0x00007f5e12d706d5 in Dyninst::ProcControlAPI::GeneratorMT::start() ()
   from /usr/lib64/dyninst/libpcontrol.so.8.1
#6  0x00007f5e12d6207c in thread_init(void*) () from
/usr/lib64/dyninst/libpcontrol.so.8.1
#7  0x00007f5e145d0df3 in start_thread (arg=0x7f5e0843f700) at
pthread_create.c:308
#8  0x00007f5e13adf3dd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:113

Thread 2 (Thread 0x7f5e04bc5700 (LWP 27464)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at
../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x00007f5e10f55eeb in _stp_dyninst_transport_thread_func ()
   from /tmp/stapM3GKb1/stap_f8c1407b5661cce21695e03ffa4fc8ff_13290.so
#2  0x00007f5e145d0df3 in start_thread (arg=0x7f5e04bc5700) at
pthread_create.c:308
#3  0x00007f5e13adf3dd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:113

Thread 1 (Thread 0x7f5e155bd840 (LWP 27459)):
#0  0x00007f5e13ad4ecf in __GI_ppoll (fds=fds@entry=0x7ffffe6b10f0,
nfds=nfds@entry=1,
    timeout=<optimized out>, timeout@entry=0x7ffffe6b1100,
sigmask=sigmask@entry=0x7ffffe6b1110)
    at ../sysdeps/unix/sysv/linux/ppoll.c:56
#1  0x000000000040db72 in ppoll (__ss=0x7ffffe6b1110, __timeout=0x7ffffe6b1100,
__nfds=1,
    __fds=0x7ffffe6b10f0) at /usr/include/bits/poll2.h:77
#2  mutator::run (this=0x1ed0ed0) at ../../systemtap/stapdyn/mutator.cxx:586
#3  0x00000000004075b7 in main (argc=<optimized out>, argv=<optimized out>)
    at ../../systemtap/stapdyn/stapdyn.cxx:157
(gdb)

-- 
You are receiving this mail because:
You are the assignee for the bug.