This is the mail archive of the
systemtap@sourceware.org
mailing list for the systemtap project.
[Bug runtime/11641] FAIL: fib (19 1) backtrace from uretprobe fails
- From: "wenji dot huang at oracle dot com" <sourceware-bugzilla at sourceware dot org>
- To: systemtap at sources dot redhat dot com
- Date: 10 Jun 2010 08:05:59 -0000
- Subject: [Bug runtime/11641] FAIL: fib (19 1) backtrace from uretprobe fails
- References: <20100528110745.11641.mjw@redhat.com>
- Reply-to: sourceware-bugzilla at sourceware dot org
------- Additional Comments From wenji dot huang at oracle dot com 2010-06-10 08:05 -------
(In reply to comment #1)
> (In reply to comment #0)
> > testsuite/systemtap.context/fib.exp tests a recursive Fibonacci program
> > backtrace on function entry (which PASSes) and on return (which FAILs).
> >
> > This used to work some time ago, but I have not yet found what broke this test.
>
> This is still the case.
I did some tests, found the commit caused the regression.
commit 2325833538a1c8ace2551fdde2b5e3c522f003f2
Author: Frank Ch. Eigler <fche@elastic.org>
Date: Mon May 3 13:45:03 2010 -0400
uprobes: autoconf conditionalize uprobe_get_pc extension
* runtime/autoconf-uprobe-get-pc.c: New file.
* buildrun.cxx: Build it, conditionally define STAPCONF_UPROBE_GET_PC.
* runtime/stack*.c, runtime/uprobes*/*.[ch]: Use it. Forget
GET_PC_URETPROBE_NONE.
* tapsets.cxx: Ditto.
The root cause is "When not called from a uretprobe hander, pass 0". The
original one is -1L. The changing to zero maybe narrow or widen some cases.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=11641
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.