From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 829E53887005; Sun, 14 Jun 2020 15:12:17 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 829E53887005 From: "ro at CeBiTec dot Uni-Bielefeld.DE" To: gdb-prs@sourceware.org Subject: [Bug gdb/25939] [10 regression] run fails with ICE on Solaris Date: Sun, 14 Jun 2020 15:12:17 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gdb X-Bugzilla-Component: gdb X-Bugzilla-Version: HEAD X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ro at CeBiTec dot Uni-Bielefeld.DE X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: ro at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.1 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: gdb-prs@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gdb-prs mailing list List-Unsubscribe: , List-Archive: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Jun 2020 15:12:17 -0000 https://sourceware.org/bugzilla/show_bug.cgi?id=3D25939 --- Comment #4 from Rainer Orth --- > --- Comment #3 from Joel Brobecker --- > Hi Rainer, > > Assigning this one to you, since you seem to be on it. At least a bit, though I haven't made much progress. Besides, I got distracted by the GCC 10 release process, among others. > I see that you already pushed some changes for this PR. Does it mean we c= an now > close it, or do you think there is still work to be done on that one? The two are unrelated: those patches were for compilation failures affecting only the very latest Solaris 11.4 updates. This bug is about the failure to run a program on any Solaris version, caused by the multi-target merge. What I've found so far is that in thread.c (add_thread_silent) the call to find_inferior_ptid returns NULL because the all_inferiors (targ) iterator comes up empty. Looking further, in add_thread_silent, I see m_target_stack =3D {m_top =3D file_stratum, m_stack =3D {0x20190e0 , 0x200b8c0 , 0x0, 0x0, 0x0, 0x0, 0x0}}} i.e. the_procfs_target is missing while Linux/x86_64 has (among others) the_amd64_linux_nat_target. I managed to get a bit further with this patch: diff --git a/gdb/procfs.c b/gdb/procfs.c --- a/gdb/procfs.c +++ b/gdb/procfs.c @@ -3086,6 +3090,9 @@ procfs_target::create_inferior (const ch shell_file =3D tryname; } + if (!target_is_pushed (this)) + push_target (this); + pid =3D fork_inferior (exec_file, allargs, env, procfs_set_exec_trap, NULL, NULL, shell_file, NULL); However, now the startup fails with procfs: couldn't find pid 0 in procinfo list. procfs: init_inferior, open_proc_files line 2878, /proc/6031: No such file = or directory. I haven't got any further yet, unfortunately. --=20 You are receiving this mail because: You are on the CC list for the bug.=