From: Aditya Kamath1 <Aditya.Kamath1@ibm.com>
To: Ulrich Weigand <Ulrich.Weigand@de.ibm.com>,
"gdb-patches@sourceware.org" <gdb-patches@sourceware.org>
Cc: Sangamesh Mallayya <sangamesh.swamy@in.ibm.com>
Subject: Re: [Patch] Fix Assertion pid 0 failure in AIX while running gdb.threads/foll-fork-other-thread
Date: Tue, 2 May 2023 15:22:04 +0000 [thread overview]
Message-ID: <CH2PR15MB3544E9C8415638520F281CDFD66F9@CH2PR15MB3544.namprd15.prod.outlook.com> (raw)
In-Reply-To: <4b5e8b11f44efb01932058d87a4a1e2a43b207f9.camel@de.ibm.com>
[-- Attachment #1.1: Type: text/plain, Size: 1864 bytes --]
Hi Ulrich and community,
Please find attached the patch.
>>- if (inf->in_initial_library_scan)
>>+ if (inf_curr->in_initial_library_scan)
>> return;
>I think you should just use the incoming "inf" instead of
>calling current_inferior again here.
>> new_objfile (struct objfile *objfile)
>> {
>> if (objfile)
>>- pd_enable ();
>>+ pd_enable (NULL);
> >}
>This looks wrong - pd_enable (NULL) never does anything.
>I think this needs to be pd_enable (current_inferior ()) here.
Both are completed.
Thanks for the suggestions. Kindly push these changes if it looks good.
Have a nice day ahead.
Regards,
Aditya.
From: Ulrich Weigand <Ulrich.Weigand@de.ibm.com>
Date: Tuesday, 2 May 2023 at 8:22 PM
To: gdb-patches@sourceware.org <gdb-patches@sourceware.org>, Aditya Kamath1 <Aditya.Kamath1@ibm.com>
Cc: Sangamesh Mallayya <sangamesh.swamy@in.ibm.com>
Subject: Re: [Patch] Fix Assertion pid 0 failure in AIX while running gdb.threads/foll-fork-other-thread
Aditya Kamath1 <Aditya.Kamath1@ibm.com> wrote:
>Please find attached the patch.
Thanks! There still seem to be a couple of issues:
>- inferior *inf = current_inferior ();
>+ inferior *inf_curr = current_inferior ();
> /* When attaching / handling fork child, don't try activating
> thread debugging until we know about all shared libraries. */
>- if (inf->in_initial_library_scan)
>+ if (inf_curr->in_initial_library_scan)
> return;
I think you should just use the incoming "inf" instead of
calling current_inferior again here.
> new_objfile (struct objfile *objfile)
> {
> if (objfile)
>- pd_enable ();
>+ pd_enable (NULL);
> }
This looks wrong - pd_enable (NULL) never does anything.
I think this needs to be pd_enable (current_inferior ()) here.
Otherwise this looks good now.
Bye,
Ulrich
[-- Attachment #2: 0001-Fix-Assertion-pid-0-failure-in-AIX.patch --]
[-- Type: application/octet-stream, Size: 3368 bytes --]
From 387e48559c95f3e2e74a906cfe70050bf3defe33 Mon Sep 17 00:00:00 2001
From: Aditya Kamath <Aditya.Kamath1@ibm.com>
Date: Tue, 2 May 2023 10:08:14 -0500
Subject: [PATCH] Fix Assertion pid != 0 failure in AIX.
In AIX if there is a main and a thread created from it , then once the
program completed execution and goes to pd_disable () inferior_ptid
had pid 0 leading to an assertion failure while finding the thread's data
in aix-thread.c file.
This patch is a fix for the same.
---
gdb/aix-thread.c | 23 +++++++++++------------
1 file changed, 11 insertions(+), 12 deletions(-)
diff --git a/gdb/aix-thread.c b/gdb/aix-thread.c
index c587027fb6d..fbe80d656c2 100644
--- a/gdb/aix-thread.c
+++ b/gdb/aix-thread.c
@@ -1049,17 +1049,17 @@ pd_activate (pid_t pid)
application is pthreaded, and if so, prepare for thread debugging. */
static void
-pd_enable (void)
+pd_enable (inferior *inf)
{
int status;
char *stub_name;
struct bound_minimal_symbol ms;
struct aix_thread_variables *data;
- if (!inferior_ptid.pid ())
+ if (inf == NULL)
return;
- data = get_thread_data_helper_for_ptid (inferior_ptid);
+ data = get_aix_thread_variables_data (inf);
/* Don't initialize twice. */
if (data->pd_able)
@@ -1070,7 +1070,7 @@ pd_enable (void)
/* Check whether the application is pthreaded. */
stub_name = NULL;
- status = pthdb_session_pthreaded (inferior_ptid.pid (), PTHDB_FLAG_REGS,
+ status = pthdb_session_pthreaded (inf->pid, PTHDB_FLAG_REGS,
&pd_callbacks, &stub_name);
if ((status != PTHDB_SUCCESS
&& status != PTHDB_NOT_PTHREADED) || !stub_name)
@@ -1088,7 +1088,6 @@ pd_enable (void)
current_inferior ()->push_target (&aix_thread_ops);
data->pd_able = 1;
- inferior *inf = current_inferior ();
/* When attaching / handling fork child, don't try activating
thread debugging until we know about all shared libraries. */
if (inf->in_initial_library_scan)
@@ -1097,16 +1096,16 @@ pd_enable (void)
/* If we're debugging a core file or an attached inferior, the
pthread library may already have been initialized, so try to
activate thread debugging. */
- pd_activate (inferior_ptid.pid ());
+ pd_activate (inf->pid);
}
/* Undo the effects of pd_enable(). */
static void
-pd_disable (void)
+pd_disable (inferior *inf)
{
struct aix_thread_variables *data;
- data = get_thread_data_helper_for_ptid (inferior_ptid);
+ data = get_aix_thread_variables_data (inf);
if (!data->pd_able)
return;
@@ -1129,7 +1128,7 @@ static void
new_objfile (struct objfile *objfile)
{
if (objfile)
- pd_enable ();
+ pd_enable (current_inferior ());
}
/* Attach to process specified by ARGS. */
@@ -1137,7 +1136,7 @@ new_objfile (struct objfile *objfile)
static void
aix_thread_inferior_created (inferior *inf)
{
- pd_enable ();
+ pd_enable (inf);
}
/* Detach from the process attached to by aix_thread_attach(). */
@@ -1147,7 +1146,7 @@ aix_thread_target::detach (inferior *inf, int from_tty)
{
target_ops *beneath = this->beneath ();
- pd_disable ();
+ pd_disable (inf);
beneath->detach (inf, from_tty);
}
@@ -2066,7 +2065,7 @@ aix_thread_target::mourn_inferior ()
{
target_ops *beneath = this->beneath ();
- pd_disable ();
+ pd_disable (current_inferior ());
beneath->mourn_inferior ();
}
--
2.38.3
next prev parent reply other threads:[~2023-05-02 15:22 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-04-27 9:45 Aditya Kamath1
2023-04-27 12:20 ` Ulrich Weigand
2023-05-02 11:49 ` Aditya Kamath1
2023-05-02 12:53 ` Ulrich Weigand
2023-05-02 13:55 ` Aditya Kamath1
2023-05-02 14:06 ` Ulrich Weigand
2023-05-02 14:40 ` Aditya Kamath1
2023-05-02 14:52 ` Ulrich Weigand
2023-05-02 15:22 ` Aditya Kamath1 [this message]
2023-05-02 15:33 ` Ulrich Weigand
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=CH2PR15MB3544E9C8415638520F281CDFD66F9@CH2PR15MB3544.namprd15.prod.outlook.com \
--to=aditya.kamath1@ibm.com \
--cc=Ulrich.Weigand@de.ibm.com \
--cc=gdb-patches@sourceware.org \
--cc=sangamesh.swamy@in.ibm.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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).