From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12270 invoked by alias); 20 May 2013 16:44:38 -0000 Mailing-List: contact gdb-prs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-prs-owner@sourceware.org Received: (qmail 12239 invoked by uid 48); 20 May 2013 16:44:38 -0000 From: "palves at redhat dot com" To: gdb-prs@sourceware.org Subject: [Bug breakpoints/15501] New: 'disable 3.1 3.2 3.3' doesn't work as expected. Date: Mon, 20 May 2013 16:44:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gdb X-Bugzilla-Component: breakpoints X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: palves at redhat dot com X-Bugzilla-Status: NEW X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: Message-ID: X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated Content-Type: text/plain; charset="UTF-8" MIME-Version: 1.0 X-SW-Source: 2013-q2/txt/msg00298.txt.bz2 http://sourceware.org/bugzilla/show_bug.cgi?id=15501 Bug #: 15501 Summary: 'disable 3.1 3.2 3.3' doesn't work as expected. Product: gdb Version: HEAD Status: NEW Severity: normal Priority: P2 Component: breakpoints AssignedTo: unassigned@sourceware.org ReportedBy: palves@redhat.com Classification: Unclassified While "disable 1 2 3 4" works as expected, if one passes location numbers instead of breakpoint numbers, then only the first location is updated. Vis: (gdb) info breakpoints No breakpoints or watchpoints. (gdb) b main Breakpoint 2 at 0x4004cf: file main.c, line 5. (gdb) b main Note: breakpoint 2 also set at pc 0x4004cf. Breakpoint 3 at 0x4004cf: file main.c, line 5. (gdb) info breakpoints Num Type Disp Enb Address What 2 breakpoint keep y 0x00000000004004cf in main at main.c:5 3 breakpoint keep y 0x00000000004004cf in main at main.c:5 (gdb) disable 2 3 (gdb) info breakpoints Num Type Disp Enb Address What 2 breakpoint keep n 0x00000000004004cf in main at main.c:5 3 breakpoint keep n 0x00000000004004cf in main at main.c:5 (gdb) enable 2 3 (gdb) info breakpoints Num Type Disp Enb Address What 2 breakpoint keep y 0x00000000004004cf in main at main.c:5 3 breakpoint keep y 0x00000000004004cf in main at main.c:5 (gdb) disable 2.1 3.1 (gdb) info breakpoints Num Type Disp Enb Address What 2 breakpoint keep y 2.1 n 0x00000000004004cf in main at main.c:5 3 breakpoint keep y 0x00000000004004cf in main at main.c:5 (gdb) enable 2.1 3.1 (gdb) info breakpoints Num Type Disp Enb Address What 2 breakpoint keep y 0x00000000004004cf in main at main.c:5 3 breakpoint keep y 0x00000000004004cf in main at main.c:5 In fact, everything after the first location is ignored: (gdb) disable 2.1 foofoobar (gdb) info breakpoints Num Type Disp Enb Address What 2 breakpoint keep y 2.1 n 0x00000000004004cf in main at main.c:5 3 breakpoint keep y 0x00000000004004cf in main at main.c:5 (gdb) That should warn, just like: (gdb) disable 2 foofoobar warning: bad breakpoint number at or near 'foofoobar' -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.