From mboxrd@z Thu Jan  1 00:00:00 1970
Content-Type: multipart/mixed; boundary="===============0502188461864811648=="
MIME-Version: 1.0
From: Jan Kratochvil <jan.kratochvil@redhat.com>
To: elfutils-devel@lists.fedorahosted.org
Subject: [patch] Fix report_r_debug for prelinked libraries
Date: Thu, 24 Jul 2014 20:50:28 +0200
Message-ID: <20140724185028.GA13828@host2.jankratochvil.net>

--===============0502188461864811648==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable

Hi,

jankratochvil/l_addr

eu-stack: "Callback returned failure" for seemingly OK shared libraries
https://bugzilla.redhat.com/show_bug.cgi?id=3D1112610#c2

attaching the fix.  I find it obviously right.
It also has no testsuite regressions.

The problem was that user dumping the core file had DSOs prelinked but
downloaded DSOs from RPMs are not prelinked.  l_addr is then zero but it
cannot be determined from the DSO file.

Unfortunately I do not provide a testcase.  It fixes the Bug above as tested
on its core file but I cannot disclose the core file (or its parts).
And despite I did try I haven't reproduced it by a hand-made testcase.

The problem is the modules placing code got overcomplicated and IMO it could
be simplified one day.  There is the former placement which works somehow a=
nd
there is the placement by patches of mine which force it here and there to =
the
right positions.  Trying to exploit failure of the add-on code of mine alwa=
ys
ended up on the former code placing it right on its own.


Thanks,
Jan

--===============0502188461864811648==
Content-Type: message/rfc822
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.mht"

WzxlbWFpbC5tZXNzYWdlLk1lc3NhZ2UgaW5zdGFuY2UgYXQgMHgxNTRhMmQ4Pl0=
--===============0502188461864811648==--