From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2394 invoked by alias); 14 Nov 2003 21:19:41 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 2387 invoked from network); 14 Nov 2003 21:19:40 -0000 Received: from unknown (HELO web.sageconspiracy.com) (216.127.66.48) by sources.redhat.com with SMTP; 14 Nov 2003 21:19:40 -0000 X-ClientAddr: 68.96.25.175 Received: from JBETTIS (wsip-68-96-25-175.om.om.cox.net [68.96.25.175]) (authenticated (0 bits)) by web.sageconspiracy.com (8.11.6/8.11.6) with ESMTP id hAELJaE22717 for ; Fri, 14 Nov 2003 15:19:36 -0600 Message-ID: <133601c3aaf5$884c7f50$0300000a@hksys.com> From: "Jeremy Bettis" To: References: <06f801c386a0$200cb960$966fa8c0@hksys.com> <20031114192159.GA23163@redhat.com> Subject: Re: gdb patch take 6 Date: Fri, 14 Nov 2003 21:19:00 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean X-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3, required 5, BAYES_20 -2.60, QUOTED_EMAIL_TEXT -0.38, REFERENCES -0.00) X-SW-Source: 2003-11/txt/msg00311.txt.bz2 Hmmm... I mailed the assignment form in right away when I received it. I don't know what the delay would be. ----- Original Message ----- From: "Christopher Faylor" To: Cc: Sent: Friday, November 14, 2003 1:21 PM Subject: Re: gdb patch take 6 > [no personal replies please, reply-to set -- beware!] > On Mon, Sep 29, 2003 at 10:41:05AM -0500, Jeremy Bettis wrote: > >* gdb/win32-nat.c > >(handle_exception,get_child_debug_event,_initialize_inftarg) When debugging > >a program that uses windows SEH gdb stops the program even if the inferior's > >exception handler catches the exception. I have added a new set option, > >"set mapexceptionstosignals off" that will cause gdb to completely ignore > >WIN32 exceptions. This is similar to the feature "set signal-exceptions 4" > >in the Apple Openstep version of gdb 4.15.3. > > I've been keeping this in my inbox for a while but, on checking with the > FSF assignment coordinator, it looks like there still isn't a gdb assignment > on file. > > So, please resubmit if/when an assignment clears. > > Thanks, > cgf >