fche changed the topic of #systemtap to: http://sourceware.org/systemtap; email systemtap@sourceware.org if answers here not timely, conversations may be logged
rth has quit [Quit: Leaving]
cdleonard1 has joined #systemtap
cdleonard1 has quit [Quit: Leaving.]
cdleonard1 has joined #systemtap
hchiramm has quit [Ping timeout: 240 seconds]
cdleonard1 has quit [Remote host closed the connection]
hchiramm has joined #systemtap
hpt has joined #systemtap
hpt has quit [Client Quit]
hpt has joined #systemtap
scox has joined #systemtap
hchiramm has quit [Ping timeout: 272 seconds]
hchiramm has joined #systemtap
irker794 has quit [Quit: transmission timeout]
nkambo1 has quit [Remote host closed the connection]
srikar_away is now known as srikar
ravi has joined #systemtap
nkambo has joined #systemtap
naveen1 has joined #systemtap
srikar is now known as srikar_away
srikar_away is now known as srikar
srikar is now known as srikar_away
ego has joined #systemtap
srikar_away is now known as srikar
hchiramm has quit [Ping timeout: 244 seconds]
ego has quit [Ping timeout: 244 seconds]
pfallenop has quit [Ping timeout: 240 seconds]
hkshaw has joined #systemtap
hchiramm has joined #systemtap
ego has joined #systemtap
hchiramm has quit [Ping timeout: 272 seconds]
ravi_ has joined #systemtap
ravi has quit [*.net *.split]
hchiramm has joined #systemtap
ego has quit [Ping timeout: 272 seconds]
hpt has quit [Quit: Lost terminal]
scox has quit [Ping timeout: 260 seconds]
ego has joined #systemtap
gila has joined #systemtap
ego has quit [Quit: Leaving]
mjw has joined #systemtap
ravi_ has quit [Remote host closed the connection]
wcohen has quit [Ping timeout: 260 seconds]
hchiramm has quit [Ping timeout: 276 seconds]
scox has joined #systemtap
pfallenop has joined #systemtap
mbenitez has joined #systemtap
pfallenop has quit [Remote host closed the connection]
pfallenop has joined #systemtap
hchiramm has joined #systemtap
nkambo has quit [Quit: Good day !]
drsmith has joined #systemtap
nkambo has joined #systemtap
tromey has joined #systemtap
wcohen has joined #systemtap
mbenitez has quit [Quit: To office]
hchiramm has quit [Remote host closed the connection]
hchiramm has joined #systemtap
brolley has joined #systemtap
mbenitez has joined #systemtap
mbenitez has quit [Changing host]
mbenitez has joined #systemtap
hkshaw has quit [Ping timeout: 258 seconds]
ego has joined #systemtap
rth has joined #systemtap
ppetraki has joined #systemtap
hkshaw has joined #systemtap
srikar is now known as srikar_away
hkshaw has quit [Ping timeout: 258 seconds]
hkshaw has joined #systemtap
srikar_away is now known as srikar
CME has quit [Ping timeout: 244 seconds]
eichiro has quit [Ping timeout: 244 seconds]
CME has joined #systemtap
eichiro has joined #systemtap
irker530 has joined #systemtap
<irker530> systemtap: fche systemtap.git:refs/heads/fche/pr18079 * release-3.0-134-g056cb27 / elaborate.cxx testsuite/semok/autocast14.stp: PR18079: support nested autocast / @defined http://tinyurl.com/j7askzt
ego has quit [Quit: Leaving]
scox has quit [Ping timeout: 244 seconds]
naveen1 has quit [Quit: Leaving.]
detter has joined #systemtap
srikar is now known as srikar_away
nkambo has quit [Read error: Connection reset by peer]
nkambo has joined #systemtap
ppetraki has quit [Ping timeout: 240 seconds]
hkshaw has quit [Quit: Leaving.]
scox has joined #systemtap
ppetraki has joined #systemtap
<drsmith> fche: have you tried your autocast/defined loop patch with my elaborate.cxx patch? You could then run the thing on nfs_proc.stp to make sure everything got resolved
<drsmith> (or does your patch print an error when you get to the bottom and stuff still isn't resolved)
<fche> your elaborate.cxx patch is not needed with the new one
<fche> (in theory)
<drsmith> I'd like to be sure we don't silently emit bad code
<fche> I didn't have a close nfs-based test case to double-check, beyond jistone's autocast14 test case
<fche> I don't think bad code emission is possibl, is it?
<drsmith> incorrect code then - that's what that fujitsu bz is about
<fche> you mean just the erroneous @defined=0 bit?
<fche> ah yes, that should be corrected by the new patch.
<drsmith> right
<drsmith> you might try duplicating the fj bug
<fche> yeah, should; <scraping time>
<drsmith> I can do it if you'd like
<fche> 1337416, right?
<drsmith> right
nkambo has quit [Read error: Connection reset by peer]
nkambo has joined #systemtap
<fche> on the #c12 test, I get 1 & 1 on fedora22
<fche> (the fujitsu bugs are reported against rhel7, which I don't have super handy)
<drsmith> that should be it
<fche> on the #c11 test, I still get 2 on f22, but that's probably a kernel-version issue
<drsmith> could be - try doing a 'stap -L module("nfs").function("nfs3_read_done")' on f22 to see which one is defined
<fche> all balank here
<fche> (that's so blank it needed an extra a)
<drsmith> probably the wrong module
<drsmith> try nfsv3
<fche> module("nfsv3").function("nfs3_read_done@fs/nfs/nfs3proc.c:799") $task:struct rpc_task* $hdr:struct nfs_pgio_header* $inode:struct inode*
<drsmith> so, we've got $hdr
<drsmith> hmm
<drsmith> I'm not so sure that's a kernel problem then
<jistone> I'll bet the outer @defined is clearing before the inner one can
<fche> we could use some more diagnostics
<fche> --vp 04 on that doesn't say as much ... as a sad song .. that says so much
<fche> the loop in the typeresolution_info evaluation should allow expressions with many @defines nested to work
<fche> but maybe we're not incrementing a not-yet-relaxed kind of flag enough
<fche> maybe we need a little while !relaxed_p loop around those new calls to the const folder etc.
<jistone> const folder should already go inside-out
<fche> (line 5409, 5435, 5467)
<jistone> so, if a @defined's insides get changed, it should hold off itself
<fche> do you mind if I leave it with you? pretty please ?
<fche> I think it's ---> <--- this close
<jistone> here's one that now fails, but did work before:
<jistone> ./run-stap -ve 'probe oneshot { println(@choose_defined($nonsense, task_current())->pid) }' -p2
<jistone> ...
<jistone> semantic error: unknown type in dereference: operator '->' at <input>:1:67
<jistone> source: probe oneshot { println(@choose_defined($nonsense, task_current())->pid) }
<jistone> yeah, I can give it a shot
<fche> thanks dude
<irker530> systemtap: jistone systemtap.git:refs/heads/fche/pr18079 * release-3.0-135-g0eda9cd / testsuite/semok/autocast14.stp: Increase the difficulty of semok/autocast14.stp http://tinyurl.com/z78vqbu
<fche> you're a cruel, cruel man, jistone
wrwilliams has joined #systemtap
<jistone> hopefully that's not *too* cruel, but it's the sort of case that scared me from trying this bug in the first place
hchiramm has quit [Ping timeout: 240 seconds]
<fche> not too cruel, just cruel cruel :)
jameshyde has joined #systemtap
nkambo has quit [Read error: Connection reset by peer]
nkambo has joined #systemtap
wcohen has quit [Ping timeout: 240 seconds]
mjw has quit [Quit: Leaving]
rth has quit [Quit: Leaving]
tromey has quit [Quit: ERC (IRC client for Emacs 25.0.95.1)]
mbenitez has quit [Quit: Leaving]
wcohen has joined #systemtap
drsmith has left #systemtap [#systemtap]
ppetraki has quit [Quit: Ex-Chat]
brolley has left #systemtap [#systemtap]
irker530 has quit [Quit: transmission timeout]
detter has quit [Quit: Leaving]
srikar_away is now known as srikar