From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15236 invoked by alias); 11 Oct 2008 02:49:55 -0000 Received: (qmail 12774 invoked by uid 22791); 10 Oct 2008 23:30:36 -0000 X-Spam-Check-By: sourceware.org Received: from fencepost.gnu.org (HELO fencepost.gnu.org) (140.186.70.10) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 10 Oct 2008 23:29:36 +0000 Received: from tschwinge by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1KoRNy-0000ZQ-SE; Fri, 10 Oct 2008 19:27:06 -0400 Date: Sat, 11 Oct 2008 02:49:00 -0000 From: Thomas Schwinge To: Pedro Alves , uweigand@de.ibm.com Cc: gdb@sourceware.org, "Alfred M. Szmidt" , bug-hurd@gnu.org Subject: Re: GDB HEAD (partly) broken for GNU/Hurd Message-ID: <20081010232706.GG21737@fencepost.gnu.org> References: <20081009093424.GN7127@fencepost.gnu.org> <200810091255.17394.pedro@codesourcery.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jt0yj30bxbg11sci" Content-Disposition: inline In-Reply-To: <200810091255.17394.pedro@codesourcery.com> X-Homepage: http://www.thomas.schwinge.homeip.net/ User-Agent: Mutt/1.5.11 X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2008-10/txt/msg00042.txt.bz2 --jt0yj30bxbg11sci Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-length: 2413 Hello! On Thu, Oct 09, 2008 at 12:55:16PM +0100, Pedro Alves wrote: > A Thursday 09 October 2008 10:34:24, Thomas Schwinge escreveu: > > Some of the changes that have been installed between gdb_6_8-branch and > > HEAD cause GDB to no longer function properly on GNU/Hurd under certain > > circumstances. > >=20 > > tschwinge@zoobar:~/tmp/gdb/HEAD.build $ gdb/gdb ~/tmp/n1/hurd/ext2f= s.static > > GNU gdb 6.8.0.20081008-cvs > > [...] > > This GDB was configured as "i386-unknown-gnu0.3"... > > (gdb) r > > Starting program: /media/data/home/tschwinge/tmp/n1/hurd/ext2fs.sta= tic > > [New thread 8112.1] > > [New thread 8112.2] > > [New thread 8112.3] > > [New thread 8112.4] > > [New thread 8112.5] > >=20=20=20=20=20 > > Program received signal SIGSEGV, Segmentation fault. > > convert_options (argp=3D0x813f0bc, parent=3D0x0, parent_index=3D0, = group=3D0x81712e8, cvt=3D0x101fad0) at argp.h:579 > > 579 argp.h: No such file or directory. > > in argp.h > >=20 > > tschwinge@zoobar:~/tmp/gdb/HEAD.build $ gdb/gdb ~/tmp/n1/hurd/ext2f= s.static > > GNU gdb (GDB) 6.8.50.20081009-cvs > > [...] > > (gdb) r > > Starting program: /media/data/home/tschwinge/tmp/n1/hurd/ext2fs.sta= tic > > Can't fetch registers from thread bogus thread id 1: No such thread > >=20 > > Both have been built (natively) on the same up-to-date Debian GNU/Hurd > > system. > >=20 > > For easy reproduction, I can publish the faulting binary. >=20 > Could you check what caused the breakage? It *may* have been the ptid > changes I made, or not. >=20 > 2008-09-08 Pedro Alves >=20 > Use ptid_t.tid to store thread ids instead of ptid_t.pid. That's not it. But I bisected it down to this change: 2008-09-11 Ulrich Weigand * fork-child.c (startup_inferior): Use target_wait and target_resume directly instead of calling wait_for_inferior / resume. On HEAD, when undoing this change (and additionally commenting out the two ``stop_soon =3D X'' lines in that file), things are fine again. As most of GDB's internals are a big black box to me, I need help here. :-) Here is the ext2fs.static binary (bzip2ed) exhibiting the above problem: . (Please bear with the poor upload bandwidth on my side.) Regards, Thomas --jt0yj30bxbg11sci Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline Content-length: 191 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iD8DBQFI7+TKgfzh735dTTURAtaNAJ9weOiIKkzxM3BhPMg6fSZ+iGaLOACgl46u dL6lkGUJgBt6Eg3ROWEcN68= =W1Xu -----END PGP SIGNATURE----- --jt0yj30bxbg11sci--