From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6200 invoked by alias); 8 Feb 2017 13:32:32 -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 6188 invoked by uid 89); 8 Feb 2017 13:32:31 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.4 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,RCVD_IN_SORBS_SPAM,SPF_PASS autolearn=no version=3.3.2 spammy=Hx-languages-length:1771, H*i:sk:c072185, H*f:sk:c072185 X-HELO: mail-qk0-f171.google.com Received: from mail-qk0-f171.google.com (HELO mail-qk0-f171.google.com) (209.85.220.171) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 08 Feb 2017 13:32:29 +0000 Received: by mail-qk0-f171.google.com with SMTP id u25so121453846qki.2 for ; Wed, 08 Feb 2017 05:32:28 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=3A/K1cZ83Ce/VLSNDq7W2LeBuK4nFZ3tHSRsqNdWfZY=; b=m6Zd97UYNg+7DthnCU5QeE7PF/GJsFf2Jz5O3oAmeYoVbhA5SAvh/JhZ2d0Hon3Hxr aiBzHTeB6S7LzfXU1WHE6wIgdiryUeMOSb61n2sLL8pWKvukW3AndHKlpsesCfDxLON9 hwngDaYQ89wmBYRWMH8tJ3uL5QbHrFJyaoZoagO84YulI5L36ngJyeMWBGq1+daY88er D1lrF5V8W8A7X0YE7u/VrC8D0+eO3/94aZDnPnohfWNKvCAQUAoG/3RcXQ2FV2XtkuD9 ny3yxiEI61u6KZeHhtR0lEd+0TJo/5dv6qRF5tLi7Lv08XOxHEkJ+WuB4ZcLeDIYr6bJ zgvQ== X-Gm-Message-State: AMke39lsLjIQN+8AwmSlsiGi0h0iCGhKNw6rJ6MfNCYyxDfXdhEJ+1NhGXbBAvc9ntRBmaDutMSHepjumiyUmw== X-Received: by 10.55.66.68 with SMTP id p65mr18827483qka.187.1486560747430; Wed, 08 Feb 2017 05:32:27 -0800 (PST) MIME-Version: 1.0 Received: by 10.12.181.202 with HTTP; Wed, 8 Feb 2017 05:32:26 -0800 (PST) In-Reply-To: References: <21a21388-b1d9-816c-377e-d4e084cc399e@redhat.com> <331a72d9-050c-7cd7-adc2-78e5f1ed6f85@redhat.com> <57147db4-83c3-2a8f-0c74-0efc6a94e9f5@redhat.com> From: David Edelsohn Date: Wed, 08 Feb 2017 13:32:00 -0000 Message-ID: Subject: Re: Issue with Latest GDB on AIX with GCC-6.12 To: Pedro Alves , Nitish Kumar Mishra Cc: "gdb@sourceware.org" , Yao Qi Content-Type: text/plain; charset=UTF-8 X-SW-Source: 2017-02/txt/msg00015.txt.bz2 On Wed, Feb 8, 2017 at 7:06 AM, Pedro Alves wrote: > On 02/08/2017 06:16 AM, Nitish Kumar Mishra wrote: > >> I tried adding try/catch block earlier in throw_it and >> throw_exception_cxx functions >> but got no significant results. >> I had tried adding try catch block in these functions: >> kill_command >> command_handler >> command_line_handler >> execute_command >> throw_it >> throw_exception_cxx, >> but no progress. Output is exactly same as we got earlier (Other than >> extra frames for new >> try catch functions). None of the print statements in catch blocks for >> above functions worked. > > Eh, it sounds like _no_ exception catching works then? I just > confirmed now that at least on GNU/Linux, GDB does not throw any > exception internally during startup. This backtrace in question may > well not be special at all, and may be that _all_ exception catching > is broken. I'd try experimenting with simple things like: > > try > { > throw 1; > } > catch (...) > { > printf (....); > } > > right at the start of gdb's main(). Not in a separately > compiled test program, but really inside gdb, to avoid > differences in how gdb vs the test program is built. > > It could also be that this is only triggered due to > GDB's binary size, hence not triggered in a small program -- I > recall that there was some trouble with the size of some sessions > and the linker in the AIX 7.1 box couldn't link gdb, or something > like that? Maybe that's not fully/correctly sorted out. Nitish, GDB is linked with static libstdc++ and libgcc. -static-libstdc++ -static-libgcc Is your small test using those options? Can you try linking GDB and testing GDB *without* those options? Thanks, David