fche changed the topic of #systemtap to: http://sourceware.org/systemtap; email systemtap@sourceware.org if answers here not timely, conversations may be logged
wakatana2 has joined #systemtap
wakatana2 has quit [Max SendQ exceeded]
hpt has joined #systemtap
srikar_away is now known as srikar
pfallenop has quit [Ping timeout: 244 seconds]
lindi- has quit [Ping timeout: 268 seconds]
hkshaw has quit [Quit: Leaving.]
hpt has quit [Ping timeout: 260 seconds]
irker348 has quit [Quit: transmission timeout]
ravi has joined #systemtap
hpt has joined #systemtap
cbzx has joined #systemtap
hkshaw has joined #systemtap
hpt has quit [Ping timeout: 260 seconds]
cbzx has quit [Quit: Konversation terminated!]
hpt has joined #systemtap
ananth has joined #systemtap
hkshaw1 has joined #systemtap
hkshaw has quit [Ping timeout: 276 seconds]
naveen has joined #systemtap
hpt has quit [Ping timeout: 246 seconds]
hpt has joined #systemtap
hchiramm has quit [Ping timeout: 276 seconds]
hkshaw has joined #systemtap
hkshaw1 has quit [Ping timeout: 260 seconds]
naveen has quit [Ping timeout: 248 seconds]
ravi has quit [Ping timeout: 248 seconds]
naveen has joined #systemtap
ravi has joined #systemtap
hchiramm has joined #systemtap
hpt has quit [Ping timeout: 276 seconds]
hpt has joined #systemtap
hpt has quit [Ping timeout: 252 seconds]
naveen has left #systemtap [#systemtap]
naveen has joined #systemtap
nkambo has joined #systemtap
hchiramm has quit [Ping timeout: 276 seconds]
modem_ has quit [Ping timeout: 248 seconds]
hchiramm has joined #systemtap
tyll has joined #systemtap
ravi has quit [Remote host closed the connection]
ravi has joined #systemtap
nkambo1 has joined #systemtap
ego has joined #systemtap
nkambo has quit [Ping timeout: 276 seconds]
nkambo2 has joined #systemtap
nkambo1 has quit [Ping timeout: 260 seconds]
nkambo1 has joined #systemtap
hpt has joined #systemtap
nkambo2 has quit [Ping timeout: 248 seconds]
hkshaw has quit [Ping timeout: 252 seconds]
hpt has quit [Ping timeout: 260 seconds]
nkambo1 has quit [Ping timeout: 248 seconds]
mjw has joined #systemtap
pfallenop has joined #systemtap
pfallenop has quit [Ping timeout: 246 seconds]
ravi has quit [Remote host closed the connection]
naveen has quit [Quit: Leaving.]
naveen1 has joined #systemtap
naveen1 has quit [Client Quit]
naveen has joined #systemtap
naveen has quit [Client Quit]
hkshaw has joined #systemtap
pfallenop has joined #systemtap
ananth has quit [Ping timeout: 250 seconds]
nkambo has joined #systemtap
nkambo has quit [Read error: Connection timed out]
ravi_ has joined #systemtap
nkambo has joined #systemtap
wcohen has quit [Ping timeout: 248 seconds]
dtatulea has joined #systemtap
nkambo has quit [Read error: Connection timed out]
naveen has joined #systemtap
drsmith has joined #systemtap
ego has quit [Ping timeout: 248 seconds]
ravi_ has quit [Remote host closed the connection]
flu_ has joined #systemtap
ego has joined #systemtap
mbenitez has joined #systemtap
mbenitez has joined #systemtap
wcohen has joined #systemtap
ego has quit [Ping timeout: 276 seconds]
tromey has joined #systemtap
hkshaw has quit [Quit: Leaving.]
srikar is now known as srikar_away
nkambo has joined #systemtap
ajakop has joined #systemtap
hchiramm has quit [Ping timeout: 248 seconds]
irker606 has joined #systemtap
<irker606>
systemtap: dsmith systemtap.git:refs/heads/master * release-2.9-366-gabbf3a3 / interactive.cxx: Handle imbedded spaces in the interactive mode command "add". http://tinyurl.com/zwuo5ez
nkambo1 has joined #systemtap
nkambo has quit [Ping timeout: 248 seconds]
mjw has quit [Quit: Leaving]
srikar_away is now known as srikar
ego has joined #systemtap
pfallenop has quit [Remote host closed the connection]
pfallenop has joined #systemtap
naveen has quit [Quit: Leaving.]
srikar is now known as srikar_away
nili has quit [Ping timeout: 264 seconds]
ego has quit [Ping timeout: 248 seconds]
tromey` has joined #systemtap
mbenitez has quit [Quit: To office]
zodbot has quit [Quit: ~30min outage for a reinstall, back soon.]
tyll has quit [Read error: Connection reset by peer]
scox has joined #systemtap
tromey has quit [Ping timeout: 250 seconds]
scox has quit [Ping timeout: 250 seconds]
groleo has quit [Ping timeout: 250 seconds]
groleo has joined #systemtap
tyll has joined #systemtap
lindi- has joined #systemtap
nili has joined #systemtap
mjw has joined #systemtap
nili has quit [Ping timeout: 264 seconds]
nili has joined #systemtap
lindi- has quit [*.net *.split]
ajakop has quit [*.net *.split]
dtatulea has quit [*.net *.split]
sfink has quit [*.net *.split]
mjw has quit [*.net *.split]
scox has quit [*.net *.split]
tromey` has quit [*.net *.split]
nkambo1 has quit [*.net *.split]
lorddoskias has quit [*.net *.split]
flu_ has quit [*.net *.split]
pmuldoon has quit [*.net *.split]
jlebon has quit [*.net *.split]
modem has quit [*.net *.split]
ChanServ has quit [*.net *.split]
jistone has quit [*.net *.split]
fche has quit [*.net *.split]
drsmith has quit [*.net *.split]
serhei has quit [*.net *.split]
CME has quit [*.net *.split]
tonyj has quit [*.net *.split]
jvv has quit [*.net *.split]
fLiPr3VeRsE has quit [*.net *.split]
spikeh has quit [*.net *.split]
lzap has quit [*.net *.split]
tyll has quit [*.net *.split]
groleo has quit [*.net *.split]
wcohen has quit [*.net *.split]
irker606 has quit [*.net *.split]
CustosLim3n has quit [*.net *.split]
chris2 has quit [*.net *.split]
pcarrier has quit [*.net *.split]
pfallenop has quit [*.net *.split]
Empyrium has quit [*.net *.split]
Meths has quit [*.net *.split]
przemoc has quit [*.net *.split]
darvon has quit [*.net *.split]
dmalcolm has quit [*.net *.split]
eichiro has quit [*.net *.split]
srikar_away has quit [*.net *.split]
sadmac has quit [*.net *.split]
ton31337 has quit [*.net *.split]
nili has quit [Ping timeout: 264 seconds]
ajakop has joined #systemtap
dmalcolm has joined #systemtap
sfink has joined #systemtap
lberk has joined #systemtap
modem has joined #systemtap
eichiro has joined #systemtap
nili has joined #systemtap
<irker606>
systemtap: dsmith systemtap.git:refs/heads/master * release-2.9-367-g47bcbe2 / interactive.cxx: Improve the interactive mode "add" command by prompting for more input. http://tinyurl.com/hjqzwwt
<fche>
drsmith, that looks good. do we have any chance at parsing the parser error, to see if it's EOF vs. something else causing the problem?
<fche>
also, this runs to -p1 in the parse loop, which is ok
<drsmith>
we don't really have the chance, but it doesn't really seem to matter too much
<fche>
thought about running to -p4 somewhere in the main loop, maybe in the background, so people can see type/etc. resolution errors before a run attempt?
<drsmith>
if the user has entered some incorrect code, I'd think we'd want him to keep typing until he hits Ctrl-D
<fche>
yeah, just no amount of new input is likely to make the incorrect code correct
<drsmith>
true
<fche>
so it's as though ^D is the only correct response for normal errors
<fche>
...
<drsmith>
but since we don't really have a way for him to go back and fix his error
<drsmith>
(except hitting ^D then using the "edit" command)
<fche>
not yet !
<drsmith>
as far as running to -p4, I don't know what I think about that
<drsmith>
if would be odd for errors to start displaying without any user action
<fche>
would consider doing it after every add / edit / delete ?
<fche>
ie at natural points
<fche>
.. if only it weren't noticeably slow
<drsmith>
running to -p4 could slow things down
<fche>
sure could. (or even -p2).
<fche>
but think how neat it would be to get near-instant feedback
<fche>
maybe start -p2 / -p4 in the background, after an edit-type-operation, while readline() is doing its thing?
<fche>
and print the output if the user happens to hit ENTER or something?
<fche>
that all being just a trick to hide the latency
<fche>
-ideally- the user should see immediately if something is wrong with the script she's writing
<drsmith>
running through -p2 might be a reasonable compromise
<fche>
the more the merrier
<fche>
maybe it could be a setting
<drsmith>
the trickiest one might be 'delete' - the user might be planning on deleting > 1 line, so the intermediate errors might just be noise
<fche>
yeah. (though delete could be parametrized by a range)
<drsmith>
true
<fche>
but even so, as long as stap -p2 is run in the background, and a user can add more commands while stap -p* is running,
<fche>
at worst we cancel the running stap job and start a new one
<drsmith>
hmm
<drsmith>
if we run it in the background, we can never predict when the output will appear - in the middle of the user typing in the next command for instance...
<fche>
we can collect the output in /tmp/something, and transcribe it at appropriate points
<drsmith>
seems a whole lot easier just to do it inline after every add/edit/delete command with an option to turn it off
<fche>
as a matter of coding, yeah
<fche>
as a matter of user experience ... not sure
<fche>
(too bad readline() is such a blocky interface; it's not like we can give it a timeout (can we?))
<drsmith>
not that I know of
<drsmith>
once we've called readline(), we don't get any visibility into what is going on
<fche>
but anyway, doing it inline for now would be a nice step forward
<fche>
just to check the user experience (disregarding speed/latency)
<drsmith>
ok, I'll give it a go
<fche>
thanks
<fche>
re. the options for set)
<fche>
are those names all just mappings to individual stap -... parameters?
<drsmith>
yep
<fche>
considered just letting raw options (with hyphens etc.) pass through, instead of the longer names?
<fche>
like stap> options -k -t -w
<drsmith>
hmm, hadn't considered that
<drsmith>
off the top of my head it seems reasonable
<drsmith>
note you can also set those on the "original" command line :stap -ktwi
<fche>
yeah. we should make clear what's what
<fche>
like if we add those stap -i -OPTION's to the set passed down to the inferior stap, then list them
<fche>
or allow them to be overwritten? or maybe no, but be claer
<fche>
and clear too
<drsmith>
the ones we have options for, you can overwrite
<drsmith>
others, like --compatible, you can't overwrite
<drsmith>
you can't change --compatible during a session since the tapset library only gets read in once
<fche>
ok; see if you can think of a way of making them harmonious + general, so --compatible and the whole set can be exposed / edited / tested interactively
<fche>
(after an 'options' ... command, one could reread)
<drsmith>
true - but throwing away the library and rereading it is *very* tricky
<drsmith>
the code just wasn't designed to do it
<fche>
moohaha
<fche>
if it were easy, we'd have done it long ago :)
<fche>
maybe let the completion part be driven from an inferior stap too ?
<fche>
so maybe start thinking of stap --interactive as a whole other binary?
<drsmith>
hmm
<fche>
btw maybe a ^D at the top level stap> prompt should kill the job (with confirmation)
<fche>
else stap would loop infinitely on an EOF, such as if it is run from a pipe
<drsmith>
seems reasonable
<irker606>
systemtap: dsmith systemtap.git:refs/heads/master * release-2.9-368-g022d0e2 / interactive.cxx: If we receive a Ctrl-d in interactive mode, ask if we should quit. http://tinyurl.com/ju4qxuw