From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 52880 invoked by alias); 14 Nov 2016 17:44:01 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Received: (qmail 52754 invoked by uid 89); 14 Nov 2016 17:44:00 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-4.7 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS autolearn=ham version=3.3.2 spammy=our, iot, IOT X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 14 Nov 2016 17:43:59 +0000 Received: from int-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id E1997804EA; Mon, 14 Nov 2016 17:43:57 +0000 (UTC) Received: from [127.0.0.1] (ovpn03.gateway.prod.ext.phx2.redhat.com [10.5.9.3]) by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id uAEHhuNW026951; Mon, 14 Nov 2016 12:43:56 -0500 Subject: Re: GDB on AIX To: David Edelsohn References: Cc: Yao Qi , GDB , Sergio Durigan Junior From: Pedro Alves Message-ID: <28130f5d-a424-20dd-4b33-b31b989c8d97@redhat.com> Date: Mon, 14 Nov 2016 17:44:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-SW-Source: 2016-11/txt/msg00027.txt.bz2 On 11/14/2016 05:35 PM, David Edelsohn wrote: > On Mon, Nov 14, 2016 at 12:18 PM, Pedro Alves wrote: >> On 11/14/2016 03:51 PM, Yao Qi wrote: >>> Hi David and Sergio, >>> >>> GDB mainline is broken on aix (gcc119.fsffrance.org), >> >>> (gdb) kill >>> terminate called after throwing an instance of 'gdb_exception_RETURN_MASK_ERROR' >>> IOT/Abort trap (core dumped) >> >> If you debug gdb and put a breakpoint on throw_it, what does the >> backtrace look like? Would be exception be crossing >> some C library that doesn't understand C++ exceptions, >> other than readline? > > Does the code assume that it can through an exception through a system library? It shouldn't of course, but since we used to implement our own home grown exception scheme using setjmp/longjmp, there may be places that do throw across system libraries that happen to work on x86-64 (and thus go unnoticed) because these system libraries are built with -fexceptions. The url Yao pointed at before was a series fixing one such case. I had confirmed at the time that that fixed AIX, though (the older machine), so it's a bit puzzling. Thanks, Pedro Alves