From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21073 invoked by alias); 13 Aug 2010 13:50:48 -0000 Received: (qmail 21062 invoked by uid 22791); 13 Aug 2010 13:50:46 -0000 X-SWARE-Spam-Status: No, hits=0.4 required=5.0 tests=AWL,BAYES_00,MSGID_MULTIPLE_AT,RCVD_IN_JMF_BL,TW_GJ X-Spam-Check-By: sourceware.org Received: from mailhost.u-strasbg.fr (HELO mailhost.u-strasbg.fr) (130.79.200.153) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 13 Aug 2010 13:50:41 +0000 Received: from baal.u-strasbg.fr (baal.u-strasbg.fr [IPv6:2001:660:2402::41]) by mailhost.u-strasbg.fr (8.14.3/jtpda-5.5pre1) with ESMTP id o7DDoY9W064203 ; Fri, 13 Aug 2010 15:50:34 +0200 (CEST) (envelope-from pierre.muller@ics-cnrs.unistra.fr) Received: from mailserver.u-strasbg.fr (ms5.u-strasbg.fr [IPv6:2001:660:2402:d::14]) by baal.u-strasbg.fr (8.14.0/jtpda-5.5pre1) with ESMTP id o7DDoXLY057816 ; Fri, 13 Aug 2010 15:50:33 +0200 (CEST) (envelope-from pierre.muller@ics-cnrs.unistra.fr) Received: from d620muller (gw-ics.u-strasbg.fr [130.79.210.225]) (user=mullerp mech=LOGIN) by mailserver.u-strasbg.fr (8.14.4/jtpda-5.5pre1) with ESMTP id o7DDoWnF085172 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) ; Fri, 13 Aug 2010 15:50:32 +0200 (CEST) (envelope-from pierre.muller@ics-cnrs.unistra.fr) From: "Pierre Muller" To: "'Pedro Alves'" , References: <002a01cb3492$5ba5c050$12f140f0$@muller@ics-cnrs.unistra.fr> <201008121642.47284.pedro@codesourcery.com> <000301cb3ac4$107d4fc0$3177ef40$@muller@ics-cnrs.unistra.fr> <201008131215.44484.pedro@codesourcery.com> In-Reply-To: <201008131215.44484.pedro@codesourcery.com> Subject: RE: [RFC] breakpoint.c: Fix nasty problem with msvcrt DLL on Windows Date: Fri, 13 Aug 2010 13:50:00 -0000 Message-ID: <000301cb3aee$7e432c30$7ac98490$@muller@ics-cnrs.unistra.fr> 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: 2010-08/txt/msg00186.txt.bz2 > > > -11 longjmp master keep n 0x77c06d74 inf 1 > > > > > > (gdb) n > > > Warning: > > > Cannot insert breakpoint -11. > > > Error accessing memory address 0x77c06d74: Input/Output error. > Your analysis is correct. But then why did gdb print > "Cannot insert breakpoint -11.", with -11 being the > number of one of the internal longjmp master breakpoints? > Are we copying the breakpoint number when creating the > longjmp momentary breakpoints from the master, meaning that's > a red herring (though one that I'd like fixed), or is there > something else really broken? I was unable to reproduce that issue, and I suspect that this is just an error on me side: I probably just copied parts of two different gdb sessions. When trying to reproduce it, I always got internal (negative) numbers that were different (more negative, meaning created later) for the "longjmp" breakpoints as compared to their "longjmp master" equivalent. Sorry to have generated that confusion, Pierre PS: could you test and confirm the bug report 11886?