From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28926 invoked by alias); 19 Aug 2013 14:39:11 -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 28917 invoked by uid 89); 19 Aug 2013 14:39:11 -0000 X-Spam-SWARE-Status: No, score=-1.8 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,MSGID_MULTIPLE_AT autolearn=no version=3.3.2 Received: from mailhost.u-strasbg.fr (HELO mailhost.u-strasbg.fr) (130.79.201.45) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Mon, 19 Aug 2013 14:39:10 +0000 Received: from md16.u-strasbg.fr (md16.u-strasbg.fr [130.79.200.206]) by mailhost.u-strasbg.fr (8.14.3/jtpda-5.5pre1) with ESMTP id r7JEcv3n028777 ; Mon, 19 Aug 2013 16:38:57 +0200 (CEST) (envelope-from pierre.muller@ics-cnrs.unistra.fr) Received: from ms18.u-strasbg.fr (ms18.u-strasbg.fr [130.79.204.118]) by md16.u-strasbg.fr (8.14.3/jtpda-5.5pre1) with ESMTP id r7JEcvY6032160 ; Mon, 19 Aug 2013 16:38:57 +0200 (envelope-from pierre.muller@ics-cnrs.unistra.fr) Received: from E6510Muller (gw-ics.u-strasbg.fr [130.79.210.225]) (Authenticated sender: mullerp) by ms18.u-strasbg.fr (Postfix) with ESMTPSA id 096AC1FD88; Mon, 19 Aug 2013 16:38:55 +0200 (CEST) From: "Pierre Muller" To: "'Eli Zaretskii'" Cc: References: <"001f01ce9413$72450b20$56cf2160$@muller"@ics-cnrs.unistra.fr> <83d2pnrmbn.fsf@gnu.org> In-Reply-To: <83d2pnrmbn.fsf@gnu.org> Subject: RE: [RFC] Add new commands to windows native code. Date: Mon, 19 Aug 2013 14:39:00 -0000 Message-ID: <000001ce9ce9$d4669a10$7d33ce30$@muller@ics-cnrs.unistra.fr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-SW-Source: 2013-08/txt/msg00503.txt.bz2 Hi Eli, > -----Message d'origine----- > De=A0: gdb-patches-owner@sourceware.org [mailto:gdb-patches- > owner@sourceware.org] De la part de Eli Zaretskii > Envoy=E9=A0: vendredi 9 ao=FBt 2013 16:06 > =C0=A0: Pierre Muller > Cc=A0: gdb-patches@sourceware.org > Objet=A0: Re: [RFC] Add new commands to windows native code. >=20 > > From: "Pierre Muller" > > Date: Thu, 8 Aug 2013 10:44:08 +0200 > > > > This patch adds three new commands to windows native code: > > these are three Boolean set/show commands : > > > > 1) set print-first-chance-exception on/off > > to also print a "gdb: unknown target exception ..." > > string on each first-chance exception. > > > > 2) set stop-on-first-chance-exception on/off > > to stop code execution each time a first chance exception occurs. > > and > > 3) set stop-on-debug-string-event on/off > > to stop code execution each time a debug string event occurs. > > > > The third command was particularly useful to > > understand and eliminate a msvcrt debug string event generated > > by GDB code (fix to be submitted in a next patch). >=20 > I agree that these are useful features, but I would think they are > more appropriate as part of "catch" implementation for Windows. For > starters, treating these as catchpoints will allow to use all the > features of catchpoints: ignore counts, commands, display in "info > breakpoints", etc. >=20 > So would you like to rewrite this as subcommands of "catch"? E.g., > how about >=20 > . catch exception [NAME] Currently catch exception is an ADA specific catch type... It seems that 'catch catch regex '=20 could be used... But currently all exception are converted into signals inside windows-nat.c code... So that implementing your suggestion would basically mean that the Windows API exception would not be converted into=20 signals anymore... This is a huge change, which should probably not be enabled=20 by default, no? =20 > will stop when a specified exception (default: any exception) is > detected >=20 > . catch debug-string >=20 > will stop whenever any debug string event is detected. >=20 > In any case, these are user-visible changes, so they will require > updates to the user manual. I do agree here... But frankly speaking, I fear that I will never be able to implement such a feature :( The list of stuff I wrote for windows OS GDB support that was never integrated into main-line is already quite huge... I did look a little a the catching code inside break-catch-throw.c=20 but I still didn't even get how the exception number is supposed to be passed to the loop that looks through the list of all breakpoints to see if there is a match... Pierre=20