From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 98307 invoked by alias); 16 May 2017 18:20:34 -0000 Mailing-List: contact systemtap-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: systemtap-owner@sourceware.org Received: (qmail 94835 invoked by uid 48); 16 May 2017 18:20:27 -0000 From: "scox at redhat dot com" To: systemtap@sourceware.org Subject: [Bug dyninst/15724] stapdyn looking for libdyninstAPI_RT.a Date: Tue, 16 May 2017 18:20:00 -0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: systemtap X-Bugzilla-Component: dyninst X-Bugzilla-Version: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: scox at redhat dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: systemtap at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2017-q2/txt/msg00086.txt.bz2 https://sourceware.org/bugzilla/show_bug.cgi?id=3D15724 Stan Cox changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |scox at redhat dot com --- Comment #2 from Stan Cox --- With dyninst-XX and systemtap-XX The first case now works. There were some recent changes to stapdyn environment variable handling as a result of dyninst changes that perhaps helped. stap --runtime=3Ddyninst -e 'probe process.function("main") { println("hi f= rom dyninst!") }' -c 'ls' hi from dyninst! ... However, the ldconfig case, although it now executes, hangs further on: #0 0x00007fafa8f13c1e in pthread_cond_broadcast@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007fafa7a832f6 in boost::condition_variable_any::notify_all() () fr= om /usr/lib64/dyninst/libpcontrol.so.9.3 #2 0x00007fafa7ab87cd in int_thread::intCont() () from /usr/lib64/dyninst/libpcontrol.so.9.3 #3 0x00007fafa7ab8a63 in indep_lwp_control_process::plat_syncRunState() () from /usr/lib64/dyninst/libpcontrol.so.9.3 #4 0x00007fafa7ab19f3 in int_process::syncRunState() () from /usr/lib64/dyninst/libpcontrol.so.9.3 #5 0x00007fafa7ab20d8 in int_process::waitAndHandleEvents(bool) () from /usr/lib64/dyninst/libpcontrol.so.9.3 #6 0x00007fafa7b0fd21 in Dyninst::ProcControlAPI::Injector::inject(std::__cxx11::basic_string, std::allocator >) () from /usr/lib64/dyninst/libpcontrol.so.9.3 #7 0x00007fafa7a9be8d in Dyninst::ProcControlAPI::Process::addLibrary(std::__cxx11::basic_string, std::allocator >) () from /usr/lib64/dyninst/libpcontrol.so.9.3 #8 0x00007fafa9575be0 in PCProcess::loadRTLib() () from /usr/lib64/dyninst/libdyninstAPI.so.9.3 #9 0x00007fafa957cc9b in PCProcess::bootstrapProcess() () from /usr/lib64/dyninst/libdyninstAPI.so.9.3 #10 0x00007fafa957de4a in PCProcess::createProcess(std::__cxx11::basic_string, std::allocator >, std::vector, std::allocator >, std::allocator, std::allocator > > >&, BPatch_hybridMode, std::vector, std::allocator >, std::allocator, std::allocator > > >&, std::__cxx11::basic_string, std::allocator >, int, int, int) () from /usr/lib64/dyninst/libdyninstAPI.so.9.3 #11 0x00007fafa94c59fd in BPatch_process::BPatch_process(char const*, char const**, BPatch_hybridMode, char const**, int, int, int) () from /usr/lib64/dyninst/libdyninstAPI.so.9.3 #12 0x00007fafa94a3ffe in BPatch::processCreate(char const*, char const**, = char const**, int, int, int, BPatch_hybridMode) () from /usr/lib64/dyninst/libdyninstAPI.so.9.3 #13 0x000055c0489a4b38 in mutator::create_process(std::__cxx11::basic_string, std::allocator > const&) () #14 0x000055c0489a0762 in main () --=20 You are receiving this mail because: You are the assignee for the bug.