public inbox for frysk-bugzilla@sourceware.org
help / color / mirror / Atom feed
* [Bug general/5329] New: LinuxHost does not deal with a missing DT_DEBUG -> r_debug (ie points to 0x0)
@ 2007-11-15  9:35 pmuldoon at redhat dot com
  2007-11-15  9:37 ` [Bug general/5329] " pmuldoon at redhat dot com
  2007-11-15 15:19 ` cagney at redhat dot com
  0 siblings, 2 replies; 3+ messages in thread
From: pmuldoon at redhat dot com @ 2007-11-15  9:35 UTC (permalink / raw)
  To: frysk-bugzilla

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.


^ permalink raw reply	[flat|nested] 3+ messages in thread

* [Bug general/5329] LinuxHost does not deal with a missing DT_DEBUG -> r_debug (ie points to 0x0)
  2007-11-15  9:35 [Bug general/5329] New: LinuxHost does not deal with a missing DT_DEBUG -> r_debug (ie points to 0x0) pmuldoon at redhat dot com
@ 2007-11-15  9:37 ` pmuldoon at redhat dot com
  2007-11-15 15:19 ` cagney at redhat dot com
  1 sibling, 0 replies; 3+ messages in thread
From: pmuldoon at redhat dot com @ 2007-11-15  9:37 UTC (permalink / raw)
  To: frysk-bugzilla


------- Additional Comments From pmuldoon at redhat dot com  2007-11-15 09:37 -------
"If a process is blocked at entry-point, and a core file is created from a
process at that time, as DaemonBlockedAtEntry() .... "

That's how it should read

-- 


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.


^ permalink raw reply	[flat|nested] 3+ messages in thread

* [Bug general/5329] LinuxHost does not deal with a missing DT_DEBUG -> r_debug (ie points to 0x0)
  2007-11-15  9:35 [Bug general/5329] New: LinuxHost does not deal with a missing DT_DEBUG -> r_debug (ie points to 0x0) pmuldoon at redhat dot com
  2007-11-15  9:37 ` [Bug general/5329] " pmuldoon at redhat dot com
@ 2007-11-15 15:19 ` cagney at redhat dot com
  1 sibling, 0 replies; 3+ messages in thread
From: cagney at redhat dot com @ 2007-11-15 15:19 UTC (permalink / raw)
  To: frysk-bugzilla


------- Additional Comments From cagney at redhat dot com  2007-11-15 15:19 -------
Nice catch; for a traditional core file, it's a "you loose" situtation.

Does/can fcore dump the maps table to a note section so that, for frysk it isn't
so much of a loose-loose?

Not dumping the maps page can be added to not dumping the full exe/args bugs.


-- 


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.


^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2007-11-15 15:19 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-11-15  9:35 [Bug general/5329] New: LinuxHost does not deal with a missing DT_DEBUG -> r_debug (ie points to 0x0) pmuldoon at redhat dot com
2007-11-15  9:37 ` [Bug general/5329] " pmuldoon at redhat dot com
2007-11-15 15:19 ` cagney at redhat dot com

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).