This is the mail archive of the
systemtap@sourceware.org
mailing list for the systemtap project.
[Bug runtime/17986] unprivileged_myproc.exp and unprivileged_probes.exp regressed on el6 (systemtap-2.5-5.el6 versus release-2.6-274-gbabad5b31b70)
- From: "dsmith at redhat dot com" <sourceware-bugzilla at sourceware dot org>
- To: systemtap at sourceware dot org
- Date: Thu, 23 Apr 2015 15:30:51 +0000
- Subject: [Bug runtime/17986] unprivileged_myproc.exp and unprivileged_probes.exp regressed on el6 (systemtap-2.5-5.el6 versus release-2.6-274-gbabad5b31b70)
- Auto-submitted: auto-generated
- References: <bug-17986-6586 at http dot sourceware dot org/bugzilla/>
https://sourceware.org/bugzilla/show_bug.cgi?id=17986
--- Comment #4 from David Smith <dsmith at redhat dot com> ---
(In reply to Jonathan Lebon from comment #3)
> As per bug 17906, .nearest probes are now accepted for both wildcarded and
> enumerated line number types. The remaining failures in
> unprivileged_probes.exp seem to all be from the same error relating to
> process(number) probes, e.g.:
>
> eval exec stap -p2 --privilege=stapsys -e {probe
> process(10).statement(0x00000000004007f0) { println ("Hello"); exit (); }}
> -c ./foo
> semantic error: while resolving probe point: identifier 'process' at
> <input>:1:7
> source: probe process(10).statement(0x00000000004007f0) { println
> ("Hello"); exit (); }
> ^
>
> semantic error: no match
>
> Pass 2: analysis failed. [man error::pass2]
> FAIL: unprivileged probes: --privilege=stapsys
> process(number).statement(number)
On the f21 (3.18.9-200.fc21.x86_64) system where I ran the tests, process 10 is
a kernel thread. I'll try to modify the test so that we point to a real process
and see if that fixes things.
--
You are receiving this mail because:
You are the assignee for the bug.