From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 416 invoked by alias); 26 Nov 2007 15:25:11 -0000 Received: (qmail 398 invoked by uid 22791); 26 Nov 2007 15:25:11 -0000 X-Spam-Check-By: sourceware.org Received: from mtagate8.de.ibm.com (HELO mtagate8.de.ibm.com) (195.212.29.157) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 26 Nov 2007 15:25:00 +0000 Received: from d12nrmr1607.megacenter.de.ibm.com (d12nrmr1607.megacenter.de.ibm.com [9.149.167.49]) by mtagate8.de.ibm.com (8.13.8/8.13.8) with ESMTP id lAQFOu4U157316 for ; Mon, 26 Nov 2007 15:24:56 GMT Received: from d12av02.megacenter.de.ibm.com (d12av02.megacenter.de.ibm.com [9.149.165.228]) by d12nrmr1607.megacenter.de.ibm.com (8.13.8/8.13.8/NCO v8.7) with ESMTP id lAQFOuPI864416 for ; Mon, 26 Nov 2007 16:24:56 +0100 Received: from d12av02.megacenter.de.ibm.com (loopback [127.0.0.1]) by d12av02.megacenter.de.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id lAQFOuTs025281 for ; Mon, 26 Nov 2007 16:24:56 +0100 Received: from tuxmaker.boeblingen.de.ibm.com (tuxmaker.boeblingen.de.ibm.com [9.152.85.9]) by d12av02.megacenter.de.ibm.com (8.12.11.20060308/8.12.11) with SMTP id lAQFOu2E025275; Mon, 26 Nov 2007 16:24:56 +0100 Message-Id: <200711261524.lAQFOu2E025275@d12av02.megacenter.de.ibm.com> Received: by tuxmaker.boeblingen.de.ibm.com (sSMTP sendmail emulation); Mon, 26 Nov 2007 16:24:56 +0100 Subject: Re: [RFA] Stop infrun from tracking breakpoint insertion status. To: vladimir@codesourcery.com (Vladimir Prus) Date: Mon, 26 Nov 2007 15:25:00 -0000 From: "Ulrich Weigand" Cc: gdb-patches@sources.redhat.com In-Reply-To: <200711221821.02413.vladimir@codesourcery.com> from "Vladimir Prus" at Nov 22, 2007 06:21:01 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit 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 X-SW-Source: 2007-11/txt/msg00484.txt.bz2 Vladimir Prus wrote: > On Thursday 22 November 2007 03:49:22 you wrote: > > Hmmm, if it helps, I could run a test on AIX, which does use > > TARGET_WAITKIND_LOADED. > > That would surely help in convincing ourself the patch don't > break anything. I did a test run on AIX now, and unfortunately it did break. I didn't look into the failure in detail, but apparently it is unrelated to TARGET_WAITKIND_LOADED, but rather to software single-step support: rios2 10$ ./gdb testsuite/gdb.base/all-types GNU gdb 6.7.50.20071126-cvs Copyright (C) 2007 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "powerpc-ibm-aix5.3.0.0"... Setting up the environment for debugging gdb. Function "internal_error" not defined. Make breakpoint pending on future shared library load? (y or [n]) [answered N; input not from terminal] Function "info_command" not defined. Make breakpoint pending on future shared library load? (y or [n]) [answered N; input not from terminal] /c1dje/c1dje/gdb-head-build/gdb/.gdbinit:8: Error in sourced command file: No breakpoint number 0. (gdb) start Breakpoint 1 at 0x1000037c: file /c1dje/c1dje/gdb-head/gdb/testsuite/gdb.base/all-types.c, line 35. Starting program: /c1dje/c1dje/gdb-head-build/gdb/testsuite/gdb.base/all-types main () at /c1dje/c1dje/gdb-head/gdb/testsuite/gdb.base/all-types.c:35 35 dummy(); (gdb) n Program exited normally. (gdb) start Breakpoint 2 at 0x1000037c: file /c1dje/c1dje/gdb-head/gdb/testsuite/gdb.base/all-types.c, line 35. Starting program: /c1dje/c1dje/gdb-head-build/gdb/testsuite/gdb.base/all-types main () at /c1dje/c1dje/gdb-head/gdb/testsuite/gdb.base/all-types.c:35 35 dummy(); (gdb) n /c1dje/c1dje/gdb-head/gdb/breakpoint.c:8140: internal-error: insert_single_step_breakpoint: Assertion `single_step_breakpoints[1] == NULL' failed. A problem internal to GDB has been detected, further debugging may prove unreliable. Note how not only single-step does not work, but it appears to leave its data structures in an inconsisten state to that a subsequent attempt to use single-step breakpoints triggers an internal error ... Can you have a look? Bye, Ulrich -- Dr. Ulrich Weigand GNU Toolchain for Linux on System z and Cell BE Ulrich.Weigand@de.ibm.com