This is the mail archive of the
systemtap@sourceware.org
mailing list for the systemtap project.
[Bug runtime/13078] investigate qemu virtio-serial channel for talking to stap-sh
- From: "jistone at redhat dot com" <sourceware-bugzilla at sourceware dot org>
- To: systemtap at sourceware dot org
- Date: Wed, 17 Aug 2011 00:40:56 +0000
- Subject: [Bug runtime/13078] investigate qemu virtio-serial channel for talking to stap-sh
- Auto-submitted: auto-generated
- References: <bug-13078-6586@http.sourceware.org/bugzilla/>
http://sourceware.org/bugzilla/show_bug.cgi?id=13078
--- Comment #1 from Josh Stone <jistone at redhat dot com> 2011-08-17 00:40:56 UTC ---
Created attachment 5902
--> http://sourceware.org/bugzilla/attachment.cgi?id=5902
Add a --remote unix:/path target
The new code is the class unix_stapsh, which is pretty straightforward. The
rest is fixing broken assumptions: get_reply() now skips over dbug messages in
case stderr is joined, and handle_poll() has to deal with fdin == fdout.
I haven't tried anything virtualized yet, but this appears to do the trick for
simple local sockets. In one terminal, perhaps in a loop:
socat UNIX-LISTEN:/tmp/foo EXEC:'stapsh -vvv'
The -v flags are at your discretion. As is, this will keep all stderr local,
but you can use "EXEC:'stapsh -vvv',stderr" to send that over the socket too.
In another terminal:
stap --remote unix:/tmp/foo ...
et voila!
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.