From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3014 invoked by alias); 18 Jun 2002 14:38:03 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 3006 invoked from network); 18 Jun 2002 14:38:00 -0000 Received: from unknown (HELO localhost.redhat.com) (216.138.202.10) by sources.redhat.com with SMTP; 18 Jun 2002 14:38:00 -0000 Received: from cygnus.com (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id 49BBC3D0C for ; Tue, 18 Jun 2002 10:38:01 -0400 (EDT) Message-ID: <3D0F45C9.6030401@cygnus.com> Date: Tue, 18 Jun 2002 07:38:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:1.0.0) Gecko/20020613 X-Accept-Language: en-us, en MIME-Version: 1.0 To: gdb@sources.redhat.com Subject: [Fwd: gdb/575: Don't use setjmp / longjmp, use catch_exceptions() et.al.?] Content-Type: multipart/mixed; boundary="------------020700010609060106050201" X-SW-Source: 2002-06/txt/msg00135.txt.bz2 This is a multi-part message in MIME format. --------------020700010609060106050201 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-length: 201 Hello, Just stumbled across this. GDB eliminated most of the setjmp() / longjmp()'s long ago. I think I should formalize this as part of the internals doco and add it to the ARI. thoughts? Andrew --------------020700010609060106050201 Content-Type: message/rfc822; name="gdb/575: Don't use setjmp / longjmp, use catch_exceptions() et.al.?" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="gdb/575: Don't use setjmp / longjmp, use catch_exceptions() et.al.?" Content-length: 3138 X-Mozilla-Status2: 00000000 Return-Path: Delivered-To: ac131313@localhost.redhat.com Received: from localhost (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id C814E3D17 for ; Tue, 18 Jun 2002 10:30:12 -0400 (EDT) Received: from pop.sfbay.redhat.com by localhost with IMAP (fetchmail-5.9.11) for ac131313@localhost (single-drop); Tue, 18 Jun 2002 10:30:12 -0400 (EDT) Received: from ges.redhat.com (cygnus-mx.sfbay.redhat.com [172.16.27.16]) by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id HAA17538 for ; Tue, 18 Jun 2002 07:28:11 -0700 (PDT) Received: from sources.redhat.com (sources.redhat.com [209.249.29.67]) by ges.redhat.com (8.11.6/8.11.6) with SMTP id g5I6bS807460 for ; Mon, 17 Jun 2002 23:37:28 -0700 Received: (qmail 27368 invoked by alias); 18 Jun 2002 14:28:07 -0000 Received: (qmail 27347 invoked by uid 71); 18 Jun 2002 14:28:05 -0000 Received: (qmail 26466 invoked by uid 61); 18 Jun 2002 14:20:53 -0000 Mailing-List: contact gdb-prs-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-prs-owner@sources.redhat.com Delivered-To: mailing list gdb-prs@sources.redhat.com Resent-Date: 18 Jun 2002 14:28:05 -0000 Resent-Message-ID: <20020618142805.27345.qmail@sources.redhat.com> Resent-From: gdb-gnats@sources.redhat.com (GNATS Filer) Resent-To: nobody@sources.redhat.com Resent-Cc: gdb-prs@sources.redhat.com Resent-Reply-To: gdb-gnats@sources.redhat.com, ac131313@redhat.com Message-Id: <20020618142053.26465.qmail@sources.redhat.com> Date: 18 Jun 2002 14:20:53 -0000 From: ac131313@redhat.com Reply-To: ac131313@redhat.com To: gdb-gnats@sources.redhat.com X-Send-Pr-Version: gnatsweb-2.9.3 (1.1.1.1.2.31) Subject: gdb/575: Don't use setjmp / longjmp, use catch_exceptions() et.al.? Content-Type: text Resent-Sender: gdb-prs-owner@sources.redhat.com Content-length: 862 >Number: 575 >Category: gdb >Synopsis: Don't use setjmp / longjmp, use catch_exceptions() et.al.? >Confidential: no >Severity: serious >Priority: medium >Responsible: unassigned >State: open >Class: change-request >Submitter-Id: net >Arrival-Date: Tue Jun 18 07:28:03 PDT 2002 >Closed-Date: >Last-Modified: >Originator: ac131313@redhat.com >Release: 2002-06-18 >Organization: >Environment: >Description: The functions catch_exceptions() and throw_exception() are provided for handling cases where a stack unwind (exception) is needed. These mechanisms, tie in with gdb's cleanups ensuring that the stack is unwound cleanly. New code should use these mechanisms and not setjmp() / longjmp(). Needs style doco Needs ari >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: --------------020700010609060106050201--