09:51 <Zerg2000> Hello, I have problem with getting $path argument to chown_common while at the same time chmod_common works fine (same $path struct). SystemTap gives "unhandled DW_OP operation in DWARF expression". DWARF atom is 0xfa (DW_OP_GNU_parameter_ref). System is CentOS 7, more info at https://pastebin.com/SEbEumwm - is there any workaround for this?

14:35 <fche> hi Zerg2000

14:35 <fche> stap can't yet handle the full gamut of debuginfo generated by newer compilers

14:36 <fche> we'd appreciate a copy of your binary & stap test case in the bug reporting system to make sure we get to your case soon

14:36 <fche> in the mean time, try .statement() probes perhaps at a nearby spot in the code?

14:36 <fche> or in the worst case, something like register("rax") if you know the location

15:03 <Zerg2000> thx for info, I'll create a bug report a bit later

15:04 <Zerg2000> .statement() gives the same error, so I guess I would have to find it by hand using registers

15:08 <fche> or put the statement probe somewhere else

15:09 <fche> a few lines up or down, or into the callr

15:16 <Zerg2000> I have already tried security_path_chown, but it gives me error suggesting the same function name "semantic error: no match (similar functions: security_path_chown, security_path_chmod, security_path_chroot, security_path_link, security_path_mkdir)" :D

15:17 <Zerg2000> well, time to read more documentation

15:57 <Zerg2000> mhm, $$vars does not show any locals when attaching to SyS_fchownat right before chown_common()