* glibc with probes @ 2011-03-03 19:16 Roland McGrath 2011-03-04 18:56 ` Tom Tromey 0 siblings, 1 reply; 4+ messages in thread From: Roland McGrath @ 2011-03-03 19:16 UTC (permalink / raw) To: Project Archer I posted on the systemtap list but forgot to mention here: At http://koji.fedoraproject.org/scratch/roland/task_2877130/ you can find a build of the Fedora 15 glibc modified to add the sdt.h probes for setjmp/longjmp and Rayson's pthread probes. I've used this for some trivial manual tests of the setjmp/longjmp probes. I hope the probes will be in the real Fedora 15 glibc before it's released, but we'll have to see how that goes. Thanks, Roland ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: glibc with probes 2011-03-03 19:16 glibc with probes Roland McGrath @ 2011-03-04 18:56 ` Tom Tromey 2011-03-05 0:03 ` Roland McGrath 0 siblings, 1 reply; 4+ messages in thread From: Tom Tromey @ 2011-03-04 18:56 UTC (permalink / raw) To: Roland McGrath; +Cc: Project Archer Roland> At http://koji.fedoraproject.org/scratch/roland/task_2877130/ Roland> you can find a build of the Fedora 15 glibc modified to add the Roland> sdt.h probes for setjmp/longjmp and Rayson's pthread probes. Rayson's patch is still incomplete. I don't recall offhand whether I thought it still needed an incompatible change, but it definitely can't be used in the situation we wanted it for. Roland> I've used this for some trivial manual tests of the Roland> setjmp/longjmp probes. Sounds great, thanks. We are pretty close to being able to test this in gdb as well. Sergio is hard at work on the very last piece, namely parsing the probe arguments. Tom ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: glibc with probes 2011-03-04 18:56 ` Tom Tromey @ 2011-03-05 0:03 ` Roland McGrath 2011-03-07 15:18 ` Tom Tromey 0 siblings, 1 reply; 4+ messages in thread From: Roland McGrath @ 2011-03-05 0:03 UTC (permalink / raw) To: Tom Tromey; +Cc: Project Archer > Rayson's patch is still incomplete. I don't recall offhand whether I > thought it still needed an incompatible change, but it definitely can't > be used in the situation we wanted it for. If that's still so, I think it's news to Rayson. There have been numerous iterations of this code. The current code is on the branch roland/systemtap in the glibc.git repository. If you have more probes you want added, or changes you want made to the ones there now, please tell rho@redhat.com and CC both the libc-alpha@sourceware.org and systemtap@sourceware.org mailing lists. > Roland> I've used this for some trivial manual tests of the > Roland> setjmp/longjmp probes. > > Sounds great, thanks. We are pretty close to being able to test this in > gdb as well. Sergio is hard at work on the very last piece, namely > parsing the probe arguments. I plan to write tests for the setjmp/longjmp probes in the systemtap suite shortly. But aside from that, you will be the main user of it. So please do try to test them and let me know if it works for you. As I recall, the only probe argument you wanted was the (demangled) PC where longjmp returns to. That's the third argument in the longjmp{,_target} probes. For your purposes, I don't think you care between longjmp and longjmp_target. The difference between them is in what the backtrace from that point looks like (longjmp's caller or setjmp's caller). For testing purposes, note that there are two or three instances of each probe, and four (or six, depending how you count) ways to reach one of them. There are longjmp, _longjmp, and siglongjmp names you can use. Then, when you compile with -D_FORTIFY_SOURCE=1 (or =2), you are getting to a different internal entry code path when you use any of those names. So for thorough testing, use all three flavors in the source code, and compile that both with and without _FORTIFY_SOURCE. (And, of course, do all that for both 32-bit and 64-bit x86.) Thanks, Roland ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: glibc with probes 2011-03-05 0:03 ` Roland McGrath @ 2011-03-07 15:18 ` Tom Tromey 0 siblings, 0 replies; 4+ messages in thread From: Tom Tromey @ 2011-03-07 15:18 UTC (permalink / raw) To: Roland McGrath; +Cc: Project Archer Tom> Rayson's patch is still incomplete. I don't recall offhand whether I Tom> thought it still needed an incompatible change, but it definitely can't Tom> be used in the situation we wanted it for. Roland> If that's still so, I think it's news to Rayson. There have been Roland> numerous iterations of this code. The current code is on the branch Roland> roland/systemtap in the glibc.git repository. If you have more probes Roland> you want added, or changes you want made to the ones there now, please Roland> tell rho@redhat.com and CC both the libc-alpha@sourceware.org and Roland> systemtap@sourceware.org mailing lists. I looked and my concerns appear to have been addressed on the branch. Tom ^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2011-03-07 15:18 UTC | newest] Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2011-03-03 19:16 glibc with probes Roland McGrath 2011-03-04 18:56 ` Tom Tromey 2011-03-05 0:03 ` Roland McGrath 2011-03-07 15:18 ` Tom Tromey
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).