0.161 elfutils test are failing on Linux Arch

Dmitry V. Levin ldv at altlinux.org
Sat Jan 17 14:04:17 UTC 2015


On Thu, Jan 15, 2015 at 12:06:51PM +0100, Mark Wielaard wrote:
[...]
> And for the deleted test we can probably first call
> prctl(PR_SET_PTRACER, PR_SET_PTRACER_ANY, 0, 0, 0) to allow eu-stack -p
> to get at the memory image of the deleted-lib.so.

JFYI, we use the same approach in strace to make some of our tests work
properly on such systems:
http://sourceforge.net/p/strace/code/ci/master/tree/tests/set_ptracer_any.c

> I'll try to code something up and if you could test that, that would be
> awesome.
> 
> But... This is really workarounds for the testcases. Then we know the
> functionality works as intended. Except when a real user uses the dwfl
> attach library calls or eu-stack binary...
> 
> So we probably need to figure out how to really fix this. How do other
> tools and libraries work? What if a user wants to see why firefox is
> wonky and does a strace -p $(pidof firefox) or gstack $(pidof firefox).
> Are those tools also broken by default on Arch? Or do they use some
> other trick to work properly?

A consumer OS in default configuration does not allow ptrace'ing of
firefox for security reasons.  If a user wants to ptrace processes other
than direct descendants, there is no other way besides lifting the ptrace
restrictions.

Unfortunately, there is a consumer culture of wrapping in sudo any command
that fails with EPERM, but that's another problem.


-- 
ldv
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 181 bytes
Desc: not available
URL: <https://lists.fedorahosted.org/pipermail/elfutils-devel/attachments/20150117/e2d72074/attachment.sig>


More information about the elfutils-devel mailing list