Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Joel Brobecker <brobecker@gnat.com>
To: gdb-patches@sources.redhat.com
Subject: [RFA] Tru64 - wrong list of shared libraries
Date: Mon, 17 Jun 2002 22:47:00 -0000	[thread overview]
Message-ID: <20020617224743.N23404@gnat.com> (raw)

[-- Attachment #1: Type: text/plain, Size: 1087 bytes --]

This happens on Tru64 with today's version of GDB, but compiled using
-DUSE_LDR_ROUTINES, which is not the default, but we noticed this
problem because ACT still uses the LDR routines.

Regression-tested on an alpha machine with Tru64 5.1A. The report shows
that it fixes 7 regressions. I also tested this change on Tru64 4.0f,
although I used a smaller set of tests because our Tru64 4.0f machine is
quite slow and heavily loaded.

Here is the ChangeLog entry:

2002-06-17  Joel Brobecker  <brobecker@gnat.com>

        * solib-osf.c (open_map): Compute the list of shread libraries
        loaded by the inferior, rather than the list of libraires loaded
        by GDB itself. Otherwise, GDB ends up reading the symbols from
        the wrong shared libraries...

And the regression tests summary on Tru64 5.1A:
       Number of tests 6919
       Summary 1       2
       FAIL    899     892
       PASS    6996    7003
       XFAIL   149     149
       XPASS   5       5
       Generating diff.html (Failure Table: Differences)
       Differences: 7

OK to commit?

Thanks,
-- 
Joel

[-- Attachment #2: solib-osf.c.diff --]
[-- Type: text/plain, Size: 735 bytes --]

Index: solib-osf.c
===================================================================
RCS file: /cvs/src/src/gdb/solib-osf.c,v
retrieving revision 1.3
diff -c -3 -p -r1.3 solib-osf.c
*** solib-osf.c	1 Nov 2001 16:17:08 -0000	1.3
--- solib-osf.c	18 Jun 2002 05:44:18 -0000
*************** static int
*** 359,365 ****
  open_map (struct read_map_ctxt *ctxt)
  {
  #ifdef USE_LDR_ROUTINES
!   ctxt->proc = ldr_my_process ();
    if (ldr_xattach (ctxt->proc) != 0)
      return 0;
    ctxt->next = LDR_NULL_MODULE;
--- 359,365 ----
  open_map (struct read_map_ctxt *ctxt)
  {
  #ifdef USE_LDR_ROUTINES
!   ctxt->proc = ptid_get_pid (inferior_ptid);
    if (ldr_xattach (ctxt->proc) != 0)
      return 0;
    ctxt->next = LDR_NULL_MODULE;

             reply	other threads:[~2002-06-18  5:47 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-06-17 22:47 Joel Brobecker [this message]
2002-06-24 19:13 ` Kevin Buettner
2002-07-02 10:07   ` Joel Brobecker

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20020617224743.N23404@gnat.com \
    --to=brobecker@gnat.com \
    --cc=gdb-patches@sources.redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox