fche changed the topic of #systemtap to: http://sourceware.org/systemtap; email systemtap@sourceware.org if answers here not timely, conversations may be logged
drsmith_away is now known as drsmith
drsmith is now known as drsmith_away
hpt has joined #systemtap
hpt has quit [Client Quit]
hpt has joined #systemtap
CustosLimen has quit [Ping timeout: 255 seconds]
CustosLimen has joined #systemtap
orivej has quit [Ping timeout: 248 seconds]
orivej has joined #systemtap
hpt has quit [Remote host closed the connection]
hpt has joined #systemtap
hpt has quit [Quit: Lost terminal]
hpt has joined #systemtap
hpt has quit [Quit: Lost terminal]
hpt has joined #systemtap
sanoj has joined #systemtap
_whitelogger has joined #systemtap
hpt has quit [Ping timeout: 260 seconds]
slowfranklin has joined #systemtap
nkambo has joined #systemtap
orivej has quit [Ping timeout: 240 seconds]
orivej has joined #systemtap
slowfranklin has quit [Quit: slowfranklin]
gila has joined #systemtap
slowfranklin has joined #systemtap
sanoj has quit [Ping timeout: 260 seconds]
sanoj has joined #systemtap
pwithnall_____ has joined #systemtap
sanoj has quit [Client Quit]
sanoj has joined #systemtap
orivej has quit [Ping timeout: 240 seconds]
orivej has joined #systemtap
hpt_ has quit [Quit: Lost terminal]
orivej has quit [Ping timeout: 240 seconds]
scox has quit [Ping timeout: 276 seconds]
mjw has joined #systemtap
_whitelogger has joined #systemtap
orivej has joined #systemtap
pwithnall_____ has quit [Quit: pwithnall_____]
pwithnall_____ has joined #systemtap
gromero has joined #systemtap
drsmith_away is now known as drsmith
scox has joined #systemtap
orivej has quit [Ping timeout: 240 seconds]
orivej has joined #systemtap
slowfranklin has quit [Quit: slowfranklin]
orivej has quit [Remote host closed the connection]
orivej has joined #systemtap
gromero has quit [Ping timeout: 255 seconds]
mjw has quit [Quit: Leaving]
orivej has quit [Ping timeout: 268 seconds]
wcohen has quit [Read error: Connection reset by peer]
wcohen has joined #systemtap
orivej has joined #systemtap
bendlas has quit [Ping timeout: 240 seconds]
gromero has joined #systemtap
bendlas has joined #systemtap
sanoj has quit [Ping timeout: 255 seconds]
sanoj has joined #systemtap
orivej has quit [Ping timeout: 248 seconds]
pwithnall_____ has quit [Quit: pwithnall_____]
orivej has joined #systemtap
<gila> whats the correct way to print return values from go functions? the "usual" does not seem to work?
<fche> gila, so probe foo...return { println ($return) or ($$return) } doesn't work?
<gila> no it does not :( also the statement("*@filename.go:123) { } stuff does not seem to work, but thats actually less of a problem.
<fche> is this with the golang program compiled with as much debuginfo as it can generate?
<fche> what about function entry point probes?
<gila> that works just fine
<gila> and it can resolve all local variables as well
<jistone> golang is not known for quality debuginfo...
<gila> and print them etc.
<jistone> but I wonder if gcc-go would work better for you
<fche> hm local variables would require statement(...) to work
<jistone> gila, what level of $return doesn't work? does it not compile? or does compile but prints bad values?
<gila> let me elaborate somewhat:
<jistone> I would also suspect that its green threads won't be kind to uretprobes
<gila> stap -L 'process("./playing.test").function("playing.*")'
<gila> process("/code/go/src/playing/playing.test").function("playing.TraceMe@/code/go/src/playing/playing.go:23") $ret:int $a:int $b:int
<gila> so there is a function trraceMe() which accepts two arguments and returns ..."ret"
<jistone> that's a "ret" local, not the raw return value
<jistone> (as far as stap understands)
<gila> and i think thats the problem indeed.
<gila> however if $return can not be found
<jistone> how about: stap -L 'process("./playing.test").function("playing.*").return'
<gila> that yields the same (which is not right either)
<gila> process("/code/go/src/playing/playing.test").function("playing.TraceMe@/code/go/src/playing/playing.go:23").return $ret:int $a:int $b:int
<jistone> it's expected that should report the same entry values, but hopefully adding $return
<fche> could try filing a new bug report, attaching the golang source & binary
<jistone> if $return isn't there, then I suspect the debuginfo isn't specifying the return location
<gila> this is the error i get when using -vv
<gila> semantic error: while processing probe process("/code/go/src/playing/playing.test").function("playing.TraceMe@/code/go/src/playing/playing.go:23").return from: process("./playing.test").function("playing.TraceMe").return
<gila> source: probe process("./playing.test").function("playing.TraceMe").return { printf("%d", $return)}
<gila> thrown from: dwflpp.cxx:4020
<gila> semantic error: function playing.TraceMe (go) has no return value: identifier '$return' at <input>:1:83
<gila> thrown from: elaborate.cxx:5653
<jistone> "has no return value"
<jistone> yeah, stap only knows what the debuginfo will tell
<gila> let me double check if i build with as much debug info possible
pwithnall_ has joined #systemtap
pwithnall_____ has joined #systemtap
pwithnall_____ has quit [Client Quit]
drsmith is now known as drsmith_away
drsmith_away is now known as drsmith
<gila> jistone: cgo produces the same results
<jistone> gila, I'm not terribly familiar, but isn't cgo used for golang to call C FFI?
<gila> Yes, sorry. You are right but I meant to say that gcc-go produces the same results
<gila> cgo indeed is the FFI stuff for go
<jistone> ok, I think filing a bug as fche suggested is best, with both the go source and binaries
<gila> ok, where does one file bugs for systemtap?
<gila> olk thx.
<gila> *ok thx.
pwithnall_ has quit [Ping timeout: 260 seconds]
sanoj has quit [Read error: Connection reset by peer]
gromero has quit [Ping timeout: 240 seconds]
pwithnall_ has joined #systemtap
gila has quit [Quit: My Mac Pro has gone to sleep. ZZZzzz…]
scox has quit [Ping timeout: 248 seconds]
drsmith is now known as drsmith_away
orivej has quit [Ping timeout: 258 seconds]
pwithnall_ has quit [Quit: pwithnall_]
scox has joined #systemtap