From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1817 invoked by alias); 5 Dec 2002 21:14:36 -0000 Mailing-List: contact libc-hacker-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-hacker-owner@sources.redhat.com Received: (qmail 1801 invoked from network); 5 Dec 2002 21:14:35 -0000 Received: from unknown (HELO gateway.sf.frob.com) (64.163.212.31) by sources.redhat.com with SMTP; 5 Dec 2002 21:14:35 -0000 Received: from magilla.sf.frob.com (magilla.sf.frob.com [198.49.250.228]) by gateway.sf.frob.com (Postfix) with ESMTP id F05F236DE; Thu, 5 Dec 2002 13:14:34 -0800 (PST) Received: (from roland@localhost) by magilla.sf.frob.com (8.11.6/8.11.6) id gB5LEYh20830; Thu, 5 Dec 2002 13:14:34 -0800 Date: Thu, 05 Dec 2002 13:14:00 -0000 Message-Id: <200212052114.gB5LEYh20830@magilla.sf.frob.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="9JyKCPTUo5" Content-Transfer-Encoding: 7bit From: Roland McGrath To: GNU libc hackers Subject: [mark@codesourcery.com: libc/4926: __cxa_finalize mishandles a NULL dso parameter] X-Windows: graphics hacking :: Roman numerals : sqrt (pi) X-SW-Source: 2002-12/txt/msg00000.txt.bz2 --9JyKCPTUo5 Content-Type: text/plain; charset=us-ascii Content-Description: message body text Content-Transfer-Encoding: 7bit Content-length: 250 If that reference is indeed the spec, then this change needs to be made. But before I put it in I am wondering whether there might be any gotchas, i.e. existing binaries that depend on the erroneous behavior. If so, we should do some versioning. --9JyKCPTUo5 Content-Type: message/rfc822 Content-Description: forwarded message Content-Transfer-Encoding: 7bit Content-length: 1780 Return-Path: Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by pobox.corp.redhat.com (8.11.6/8.11.6) with ESMTP id gB5L4W916138 for ; Thu, 5 Dec 2002 16:04:32 -0500 Received: from mx1.redhat.com (mx1.redhat.com [172.16.48.31]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with SMTP id gB5L4VD08094; Thu, 5 Dec 2002 16:04:31 -0500 Received: from fencepost.gnu.org (fencepost.gnu.org [199.232.76.164]) by mx1.redhat.com (8.11.6/8.11.6) with SMTP id gB5KdMP01783; Thu, 5 Dec 2002 15:39:22 -0500 Received: from gnats by fencepost.gnu.org with local (Exim 4.10) id 18K3Ad-00078g-00; Thu, 05 Dec 2002 16:04:31 -0500 Message-Id: Sender: Gnats Bug-Reporting System (admin) X-Sieve: cmu-sieve 2.0 From: mark@codesourcery.com To: libc-gnats@gnu.org, gnats-admin@gnu.org Reply-To: mark@codesourcery.com Subject: libc/4926: __cxa_finalize mishandles a NULL dso parameter Date: Thu, 05 Dec 2002 16:04:31 -0500 Content-length: 743 >Number: 4926 >Category: libc >Synopsis: __cxa_finalize mishandles a NULL dso parameter >Confidential: no >Severity: serious >Priority: medium >Responsible: libc-gnats >State: open >Quarter: >Keywords: >Class: sw-bug >Submitter-Id: gnatsweb >Arrival-Date: Thu Dec 05 16:04:31 -0500 2002 >Cases: >Originator: mark@codesourcery.com >Release: >Organization: >Environment: >Description: When __cxa_finalize is called with a NULL DSO handle, it should run *all* cleanups; instead it runs none of the cleanups. See: htttp://www.codesourcery.com/cxx-abi/abi.html for the specification of this function. >How-To-Repeat: >Fix: Unknown >Unformatted: --9JyKCPTUo5--