12:44 <invano> I guys. I'm trying systemtap with python for the first time. using systemtap version 4.0/0.165, non-git sources compiled with py2 and py3 support and I also have the py dev libs installed on my ubuntu 16.04 machine. I'm using a simple stp script like 'probe python3.module("test").function("*") { println($$parms) }' and I run it like 'stap test.stp -c "python -m HelperSDT test.py"'.

12:45 <invano> this fails with: semantic error: while processing function Py2Object_Repr and semantic error: type definition 'PyObject' not found in 'python:/usr/lib64/libpython2.7.so:/usr/lib/libpython2.7.so:/usr/lib64/libpython2.6.so:/usr/lib/libpython2.6.so': operator '@cast' at /usr/local/share/systemtap/tapset/python2.stp:82:5

12:45 <invano> source: @cast(@object, "PyObject", @Py2ModuleList)

13:19 <fche> hi invano

13:19 <fche> the way the tapset is written, it looks like it needs python2-debuginfo so as to decode the object contents

13:20 <fche> (a modified version could synthesize that on the fly from python-devel header files in theory)

14:15 <invano> hi fche I have python dbg symbols already installed

14:24 <fche> matching version etc.? do you have rpm / dpkg version numbers?

14:47 <irker417> systemtap: wcohen systemtap.git:refs/heads/wcohen/backtrace * release-4.0-134-gf7fb9c9 / runtime/stack.c translate.cxx: Do the search save_stack_trace_regs() in the stap module's initialization http://tinyurl.com/yxw3opo5

14:47 <fche> thanks wcohen!

14:48 <wcohen> fche, can you take a look at that to see that it make sense.

14:49 <fche> yup, except if the function is exported (crossing fingers), you should be able to just take a literal address of the thing

14:50 <fche> is the runtime/stack.c side #if* stuff now such that it doesn't assert exported-ness of that symbol?

15:06 <fche> yeah, it does, thanks, just looked over the other patches on that branch

15:06 <fche> looks good

15:06 <fche> s h i p i t

15:07 <wcohen> fche, I noticed that stp_utrace used some wrapper for exported function. is there a real advantage to that added complexity?

15:07 <irker417> systemtap: wcohen systemtap.git:refs/heads/master * release-4.0-133-g8c1dde7 / runtime/stack.c: Use kallsyms_lookup_name to find save_stack_trace_regs() for fallback unwind http://tinyurl.com/y3emnfjh

15:07 <irker417> systemtap: wcohen systemtap.git:refs/heads/master * release-4.0-134-gf7fb9c9 / runtime/stack.c translate.cxx: Do the search save_stack_trace_regs() in the stap module's initialization http://tinyurl.com/yxw3opo5

15:10 <fche> wcohen, not sure.

15:11 <fche> just a different style methinks

15:12 <wcohen> fair enough. I am "not sure" of a lot of things. :)

15:55 <invano> hey fche I'm playing on ubuntu 16.04 with python2.7 and python2.7-dbg 2.7.12-1ubuntu0~16.04.4

16:07 <fche> invano, ok

16:08 <fche> hm probe python3.module .... hm wonder why it's looking for python2.7 anything

16:13 <invano> yeah damn my error I copy pasted the wrong line.. I was also trying with python3. it's probe python2.

16:51 <fche> consider trying stap -vvvv .... to get ample tracing data about what binaries/debuginfo stap is trying to access

21:41 <irker417> systemtap: juddin systemtap.git:refs/heads/master * release-4.0-135-gb3627d9 / loc2stap.cxx loc2stap.h tapsets.cxx: PR16596, PR24224: rework handling of DW_OP_GNU_entry_value http://tinyurl.com/y45tr4yb