This is the mail archive of the
systemtap@sourceware.org
mailing list for the systemtap project.
[Bug runtime/15024] New: task_finder_vma should not need "stap -d PROGRAM" just to poke at shlib globals with _stp_umodule_relocate()
- From: "fche at redhat dot com" <sourceware-bugzilla at sourceware dot org>
- To: systemtap at sourceware dot org
- Date: Thu, 17 Jan 2013 12:41:10 +0000
- Subject: [Bug runtime/15024] New: task_finder_vma should not need "stap -d PROGRAM" just to poke at shlib globals with _stp_umodule_relocate()
- Auto-submitted: auto-generated
http://sourceware.org/bugzilla/show_bug.cgi?id=15024
Bug #: 15024
Summary: task_finder_vma should not need "stap -d PROGRAM" just
to poke at shlib globals with _stp_umodule_relocate()
Product: systemtap
Version: unspecified
Status: NEW
Severity: normal
Priority: P2
Component: runtime
AssignedTo: systemtap@sourceware.org
ReportedBy: fche@redhat.com
Classification: Unclassified
Within the new threadstacks.stp sample script, a shlib global variable is
accessed from a shlib probe. However, the task-finder does not appear to make
the shlib data available for _stp_umodule_relocate *unless* the stap script was
invoked with -d A.OUT, referring to the main program (that links in the shlib).
This should not be necessary.
% gcc -g -pthread .../pthread_stacks.c
% sudo stap -g .../threadstacks.stp -Gsize=65536 -c './a.out 10 0'
stacksize=2101248
ERROR: kernel read fault at 0x(null) (addr) near identifier
'$__default_stacksize' at .../threadstacks.stp:18:16
WARNING: Number of errors: 1, skipped probes: 0
WARNING: /usr/bin/staprun exited with status: 1
Pass 5: run failed. Try again with another '--vp 00001' option.
% sudo stap -g .../threadstacks.stp -Gsize=65536 -c './a.out 10 0' -d a.out
stacksize=69632
a.out[31621] overwrote __default_stacksize@0x3fab61c350 (2097152->65536)
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.