From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1754 invoked by alias); 4 Feb 2002 17:41:11 -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 1630 invoked from network); 4 Feb 2002 17:41:03 -0000 Received: from unknown (HELO cerbere.u-strasbg.fr) (130.79.112.7) by sources.redhat.com with SMTP; 4 Feb 2002 17:41:03 -0000 Received: from laocoon (laocoon.u-strasbg.fr [130.79.112.72]) by cerbere.u-strasbg.fr (8.9.3/8.8.7) with ESMTP id SAA07483 for ; Mon, 4 Feb 2002 18:41:02 +0100 Message-Id: <4.2.0.58.20020204181649.021ecb40@ics.u-strasbg.fr> X-Sender: muller@ics.u-strasbg.fr X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.0.58 Date: Mon, 04 Feb 2002 09:41:00 -0000 To: gdb-patches@sources.redhat.com From: Pierre Muller Subject: Re: [RFA] Add handling of Ctrl-Break for win32 native target. In-Reply-To: <20020204165240.GA8850@redhat.com> References: <4.2.0.58.20020204155705.01b6f3b8@ics.u-strasbg.fr> <4.2.0.58.20020204155705.01b6f3b8@ics.u-strasbg.fr> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-SW-Source: 2002-02/txt/msg00084.txt.bz2 At 17:52 04/02/2002 , vous avez écrit: >On Mon, Feb 04, 2002 at 04:04:47PM +0100, Pierre Muller wrote: > >2002-02-04 Pierre Muller > > win32-nat.c (handle_exception): Handle Ctrl-Break exception. > > > >Looks good. Please check it in. I tried, but I can't get the lock for /cvs/src/src/gdb cvs server: [09:25:31] waiting for muller's lock in /cvs/src/src/gdb cvs server: [09:26:01] waiting for muller's lock in /cvs/src/src/gdb I am not sure that I understand this message correctly: I am waiting until I can get a lock for muller (i.e. myself) or is there some zombie processs somewhere on the cvs server? >I'm looking forward to the patch to handle the pass state. The main problem is that this will only partially work because of a known bug in the win32 API: Extracted from http://www.microsoft.com/msj/defaultframe.asp?page=/msj/0898/bugslayer0898.htm&nav=/msj/0898/newnav.htm There are a couple of issues to remember when using SetUnhandledExceptionFilter. The first is that any exception filter that you set cannot be debugged. This is a known bug. Knowledge Base article Q173652 says that under a debugger the process wide filter is not called. This can be a bit of a pain, but in a C++ program you can just use your function in a regular SEH exception filter to debug it. If you look at the CH_TEST.CPP test program, which is part of this month's source code (Aug98Bugslayer.exe ), this is exactly what I did to debug it. An alternative is to use a kernel debugger like WinDBG to get around this limitation. But I don't really know if Cygwin library uses SetUnhandledExceptionFilter (I suspect it does as my patch does not work as intended...). I will send a [RFC] when all seems ready, even if it does not fully work... Pierre Muller Institut Charles Sadron 6,rue Boussingault F 67083 STRASBOURG CEDEX (France) mailto:muller@ics.u-strasbg.fr Phone : (33)-3-88-41-40-07 Fax : (33)-3-88-41-40-99