From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-51546-listarch-gdb-patches=sources.redhat.com@sourceware.org>
Received: (qmail 7829 invoked by alias); 22 Oct 2007 21:09:13 -0000
Received: (qmail 7818 invoked by uid 22791); 22 Oct 2007 21:09:12 -0000
X-Spam-Check-By: sourceware.org
Received: from heller.inter.net.il (HELO heller.inter.net.il) (213.8.233.23)     by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 22 Oct 2007 21:09:10 +0000
Received: from HOME-C4E4A596F7 (IGLD-80-230-163-251.inter.net.il [80.230.163.251]) 	by heller.inter.net.il (MOS 3.7.3a-GA) 	with ESMTP id DXT55985 (AUTH halo1); 	Mon, 22 Oct 2007 22:58:39 +0200 (IST)
Date: Mon, 22 Oct 2007 21:15:00 -0000
Message-Id: <uwstesw73.fsf@gnu.org>
From: Eli Zaretskii <eliz@gnu.org>
To: "Pierre Muller" <muller@ics.u-strasbg.fr>
CC: gdb-patches@sourceware.org, pedro_alves@portugalmail.pt, drow@false.org
In-reply-to: <008101c814b1$9aeb2dd0$d0c18970$@u-strasbg.fr> 	(muller@ics.u-strasbg.fr)
Subject: Re: [RFC] win32-nat.c: Handle EXCEPTION_INVALID_HANDLE as SIGSYS
Reply-to: Eli Zaretskii <eliz@gnu.org>
References:  <008101c814b1$9aeb2dd0$d0c18970$@u-strasbg.fr>
X-IsSubscribed: yes
Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb-patches.sourceware.org>
List-Subscribe: <mailto:gdb-patches-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb-patches/>
List-Post: <mailto:gdb-patches@sourceware.org>
List-Help: <mailto:gdb-patches-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-patches-owner@sourceware.org
X-SW-Source: 2007-10/txt/msg00524.txt.bz2

> From: "Pierre Muller" <muller@ics.u-strasbg.fr>
> Cc: "'Pedro Alves'" <pedro_alves@portugalmail.pt>, 	"'Daniel Jacobowitz'" <drow@false.org>
> Date: Mon, 22 Oct 2007 15:44:01 +0200
> 
>   The patch first implements recognition of
> the exception EXCEPTION_INVALID_HANDLE generated
> by a call to CloseHandle with an invalid parameter.

Thanks.

>   The new variable stop_on_invalid_handle,
> which can be set via "set stoponinvalidhandle",
> allows to either ignore that exception completely
> (with just a comment if verbose is set, default behavior), 
> or to map it to SIGSYS, which can then be handled as any
> target signal via "handle SIGSYS ..." 

I don't know if Chris (and others) will approve this change, but if
they do, please submit a suitable change for the manual describing
this setting, before committing the code changes.  I don't want us to
have commands that are not documented in the manual.

Thanks again for working on this.