[Bug 462760] Re: sprof fails to work with shared objects

Fri Oct 27 13:03:29 UTC 2017

Launchpad has imported 5 comments from the remote bug at
https://bugzilla.redhat.com/show_bug.cgi?id=458861.

If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.

------------------------------------------------------------------------
On 2008-08-12T18:01:45+00:00 Olivier wrote:

Created attachment 314122
Patch to add __RTLD_SPROF to dlopen_doit() mask

Description of problem:

In recent glibc such as the one included in RHEL5, sprof is not able to
open shared librairies anymore. That used to work in previous versions
of the glibc such as the one we shipped in RHEL4

Version-Release number of selected component (if applicable):

glibc-2.5-24

How reproducible:

100% reproducible

Steps to Reproduce:

1. LD_PROFILE_OUTPUT=${PWD}  LD_PROFILE=libgtk-x11-2.0.so.0 gnome-calculator
2. sprof libgtk-x11-2.0.so.0
3.

Actual results:

sprof: failed to load shared object `libgtk-x11-2.0.so.0'

Expected results:

Flat profile:

Each sample counts as 0.01 seconds.
  %   cumulative   self              self     total
 time   seconds   seconds    calls  us/call  us/call  name

index % time    self  children    called     name

[0]      0.0    0.00    0.00        0         g_param_spec_object [0]
...

Additional info:

The bug was introduced in dlfcn/dlopen.c in dlopen_doit() by adding a
mask for the mode and that mode is missing __RTLD_SPROF so that sprof
cannot open the shared lib.

The patch attached adds __RTLD_SPROF to the mode mode so that sprof
works.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/eglibc/+bug/462760/comments/0

------------------------------------------------------------------------
On 2008-09-17T03:13:08+00:00 Ulrich wrote:

Checked in upstream.  Should be backported.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/eglibc/+bug/462760/comments/1

------------------------------------------------------------------------
On 2008-09-19T08:31:01+00:00 RHEL wrote:

This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux maintenance release.  Product Management has requested
further review of this request by Red Hat Engineering, for potential
inclusion in a Red Hat Enterprise Linux Update release for currently deployed
products.  This request is not yet committed for inclusion in an Update
release.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/eglibc/+bug/462760/comments/2

------------------------------------------------------------------------
On 2008-10-30T19:14:23+00:00 Issue wrote:

Another lead to follow up on. It might be that we can use some of the
userspace stap stuff. Evidently it is beginning to show up in 5.3.

Date: Fri, 17 Oct 2008 11:08:40 -0400
From: William Cohen <wcohen at redhat.com>
User-Agent: Thunderbird 2.0.0.16 (X11/20080723)
MIME-Version: 1.0
To: Adam Jackson <ajax at redhat.com>
Subject: Re: RHEL Tools roadmap (internal use only for now)
References: <48F7A4E3.3000305 at redhat.com>
        <1224254556.11508.26.camel at atropine.boston.devel.redhat.com>
In-Reply-To: <1224254556.11508.26.camel at atropine.boston.devel.redhat.com>
X-Scanned-By: MIMEDefang 2.58 on 172.16.27.26
X-Scanned-By: MIMEDefang 2.58 on 172.16.27.26
X-loop: tools at redhat.com
Cc: tools <tools at redhat.com>
X-BeenThere: tools at redhat.com
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: <tools.redhat.com>
List-Unsubscribe:
<http://post-office.corp.redhat.com/mailman/listinfo/tools>, 
        <mailto:tools-request at redhat.com?subject=unsubscribe>
List-Archive: <http://post-office.corp.redhat.com/archives/tools>
List-Post: <mailto:tools at redhat.com>
List-Help: <mailto:tools-request at redhat.com?subject=help>
List-Subscribe:
<http://post-office.corp.redhat.com/mailman/listinfo/tools>,
        <mailto:tools-request at redhat.com?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: tools-bounces at redhat.com
Errors-To: tools-bounces at redhat.com

Adam Jackson wrote:
> On Thu, 2008-10-16 at 13:32 -0700, Eric Bachalo wrote:
>> Attached is latest draft of RHEL tools roadmap slides.
>> Any comments are welcome.
> 
> I note userspace probing in systemtap in 5.3.  Neat!  A brief search on
> the systemtap wiki isn't turning up much about how to do this though.
> Got docs?

Hi Ajax,

You might use "man stapprobes" on with the systemtap-0.7.2-1.el5 in RHELU3
beta 
for more information on user-space probes.

-Will

This event sent from IssueTracker by woodard 
 issue 197199
it_file 169209

Reply at:
https://bugs.launchpad.net/ubuntu/+source/eglibc/+bug/462760/comments/3

------------------------------------------------------------------------
On 2009-01-20T20:50:40+00:00 errata-xmlrpc wrote:

An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHBA-2009-0080.html

Reply at:
https://bugs.launchpad.net/ubuntu/+source/eglibc/+bug/462760/comments/4

** Changed in: eglibc (Fedora)
       Status: Unknown => Fix Released

** Changed in: eglibc (Fedora)
   Importance: Unknown => Medium

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to eglibc in Ubuntu.
https://bugs.launchpad.net/bugs/462760

Title:
  sprof fails to work with shared objects

Status in eglibc package in Ubuntu:
  Confirmed
Status in eglibc package in Debian:
  New
Status in eglibc package in Fedora:
  Fix Released

Bug description:
  Binary package hint: libc-dev-bin

  When I try to profile a compiled shared object, sprof always fails
  with: "Inconsistency detected by ld.so: dl-open.c: 672: _dl_open:
  Assertion `_dl_debug_initialize (0, args.nsid)->r_state ==
  RT_CONSISTENT' failed!"

  I have the environment variables LD_PROFILE and LD_PROFILE_OUTPUT set
  up as you would expect and a file.so.profile file is created along
  with gmon.out.

  Both the main program and .SO are compiled and linked with -pg

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/eglibc/+bug/462760/+subscriptions