From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <frysk-bugzilla-return-2796-listarch-frysk-bugzilla=sourceware.org@sourceware.org>
Received: (qmail 3270 invoked by alias); 15 Nov 2007 09:35:01 -0000
Received: (qmail 3223 invoked by uid 48); 15 Nov 2007 09:34:48 -0000
Date: Thu, 15 Nov 2007 09:35:00 -0000
From: "pmuldoon at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: frysk-bugzilla@sourceware.org
Message-ID: <20071115093447.5329.pmuldoon@redhat.com>
Reply-To: sourceware-bugzilla@sourceware.org
Subject: [Bug general/5329] New: LinuxHost does not deal with a missing DT_DEBUG -> r_debug (ie points to 0x0)
X-Bugzilla-Reason: AssignedTo
Mailing-List: contact frysk-bugzilla-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:frysk-bugzilla-subscribe@sourceware.org>
List-Post: <mailto:frysk-bugzilla@sourceware.org>
List-Help: <mailto:frysk-bugzilla-help@sourceware.org>, <http://sourceware.org/lists.html#faqs>
Sender: frysk-bugzilla-owner@sourceware.org
X-SW-Source: 2007-q4/txt/msg00179.txt.bz2
List-Id: <frysk-bugzilla.sourceware.org>

Theory: If a process is blocked at entry-point, as DaemonBlockedAtEntry() does,
the dynamic linker has not built this information yet. DT_DEBUG points to 0x0,
not to r_debug, which does not allow LinuxHost to find the Linkmap table to
build the metadata.

If a process is specified, and rich metadata cannot be built, should the
LinuxHost revert to basic metadata, or just completely abort?

-- 
           Summary: LinuxHost does not deal with a missing DT_DEBUG ->
                    r_debug (ie points to 0x0)
           Product: frysk
           Version: unspecified
            Status: NEW
          Severity: normal
          Priority: P2
         Component: general
        AssignedTo: frysk-bugzilla at sourceware dot org
        ReportedBy: pmuldoon at redhat dot com


http://sourceware.org/bugzilla/show_bug.cgi?id=5329

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.