From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1610 invoked by alias); 19 Sep 2013 08:30:43 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 1594 invoked by uid 89); 19 Sep 2013 08:30:43 -0000 Received: from relay1.mentorg.com (HELO relay1.mentorg.com) (192.94.38.131) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 19 Sep 2013 08:30:43 +0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-3.3 required=5.0 tests=AWL,BAYES_00,KHOP_PGP_SIGNED,KHOP_THREADED,RDNS_NONE,SPF_HELO_FAIL,WEBMAIL_BODY autolearn=no version=3.3.2 X-HELO: relay1.mentorg.com Received: from svr-orw-exc-10.mgc.mentorg.com ([147.34.98.58]) by relay1.mentorg.com with esmtp id 1VMZdG-0004CO-De from Thomas_Schwinge@mentor.com ; Thu, 19 Sep 2013 01:30:38 -0700 Received: from SVR-IES-FEM-01.mgc.mentorg.com ([137.202.0.104]) by SVR-ORW-EXC-10.mgc.mentorg.com with Microsoft SMTPSVC(6.0.3790.4675); Thu, 19 Sep 2013 01:30:38 -0700 Received: from feldtkeller.schwinge.homeip.net (137.202.0.76) by SVR-IES-FEM-01.mgc.mentorg.com (137.202.0.104) with Microsoft SMTP Server id 14.2.247.3; Thu, 19 Sep 2013 09:30:36 +0100 From: Thomas Schwinge To: Yue Lu , Pedro Alves CC: gdb-patches , Luis Machado , Subject: FAIL: gdb.base/nextoverexit.exp: next over exit (the program exited) (was: [PATCH 1/2] Port gdbserver to GNU/Hurd) In-Reply-To: References: <87txi2i6t6.fsf@kepler.schwinge.homeip.net> <5225C3C6.8090101@redhat.com> <5228DBA7.9050408@redhat.com> <522A2497.7090405@redhat.com> <52399E7F.40304@redhat.com> User-Agent: Notmuch/0.9-101-g81dad07 (http://notmuchmail.org) Emacs/23.4.1 (i486-pc-linux-gnu) Date: Thu, 19 Sep 2013 08:30:00 -0000 Message-ID: <87k3id1aeb.fsf@kepler.schwinge.homeip.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" X-SW-Source: 2013-09/txt/msg00644.txt.bz2 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-length: 2748 Hi! On Thu, 19 Sep 2013 15:40:40 +0800, Yue Lu wrote: > On Wed, Sep 18, 2013 at 8:37 PM, Pedro Alves wrote: > > On 09/12/2013 04:05 AM, Yue Lu wrote: > > > >> On Sat, Sep 7, 2013 at 2:53 AM, Pedro Alves wrote: > >>> https://sourceware.org/ml/gdb-patches/2013-09/msg00253.html > First thank you to tell me how to apply patch from email. I used > webmail of gmail and directly copy patch from the email which often > apply failed, then I had to patch line by line. Now I used mutt to > save email to mbox file then apply it, life changed! Before you told > me this, I never imaged this, so thanks! Well, never assume that we'd use any convoluted procedures, such as manually copying a patch's text. ;-) Never hesitate to ask if you think some process is too complicated to be done manually -- there will always be someone who is happy to tell you about his creative solution. > I have test your patch, seems need a tiny fix. This is just a spelling > mistaken I think. Right; I had come to the same conclusion, see my message in the other thread. > After add this change, the gdb can work. But I have found a little > strange from the origin gdb. > When I set a breakpoint, then I run the inferior, after hit the > breakpoint, I just input next next until the inferior exit, then the > gdb will complain this: > [Inferior 1 (bogus thread id 0) exited normally] > Thread-specific breakpoint -37 deleted - thread 4 is gone. > Thread-specific breakpoint -38 deleted - thread 4 is gone. > Thread-specific breakpoint -39 deleted - thread 4 is gone. > Thread-specific breakpoint 0 deleted - thread 4 is gone. >=20 > I am not sure why this will output or is reasonable. >=20 > I got this output like this: > $./gdb gdb > $b main > $r > $n > $n > ... > $q (quit the debugged gdb) "As of recently", I notice the same behavior for GDB on both x86 GNU/Linux and GNU/Hurd, also resulting in the gdb.base/nextoverexit.exp test failing. So, I don't think this is related to any Hurd patches/behavior, but instead a general issue. Quoting from the x86 GNU/Linux' gdb/testsuite/gdb.base2/gdb.log: Breakpoint 1, main () at ../../../Ferry_Tagscherer/gdb/testsuite/gdb.ba= se/nextoverexit.c:21 21 exit (0); (gdb) next [Inferior 1 (process 25208) exited normally] Thread-specific breakpoint -5 deleted - thread 1 is gone. Thread-specific breakpoint -6 deleted - thread 1 is gone. Thread-specific breakpoint -7 deleted - thread 1 is gone. Thread-specific breakpoint 0 deleted - thread 1 is gone. (gdb) FAIL: gdb.base/nextoverexit.exp: next over exit (the program exit= ed) Can others confirm this/is this a known issue? Gr=C3=BC=C3=9Fe, Thomas --=-=-= Content-Type: application/pgp-signature Content-length: 489 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) iQEcBAEBAgAGBQJSOrYcAAoJEGe3hdm9kOiiaDEIAJpe7ZYpbQdXKW3uDmEuOlKc 8C0T8xGSY54GoqoFQC7bR69Ecvpe4Jf6EGj/0UlFYHe1QC1JnLZ8kZUM97xvW91D U6PxvygfISp0OTdWc3EILVbN2GPY2T63zksd/JYxrUzB8dXYgO5vtmM/K4vcSPog qebJfwpPx4ijeMpvDQJVFkg8bH4kdwAURkNBUavqKRwsS8Gk4rOtl8NGCj6dSzrZ H6EQSix2FqTwkLbNCtCXivLhT4mPGogucBiJKcnGkE+9/QN2XRg+aJVUAwIrCqO9 GtRXsK23Sjojve01zLIi+EaBljRTi/siEkgeeXvWv0voxnB7BTQWE2a8LUMbE1A= =2Wv0 -----END PGP SIGNATURE----- --=-=-=--