From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1334 invoked by alias); 22 May 2014 13:09:00 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 1321 invoked by uid 89); 22 May 2014 13:08:58 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.3.2 X-HELO: rock.gnat.com Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Thu, 22 May 2014 13:08:57 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id E97201160E0; Thu, 22 May 2014 09:08:55 -0400 (EDT) Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id kcew2D0L3cSP; Thu, 22 May 2014 09:08:55 -0400 (EDT) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id A3A6F1160BE; Thu, 22 May 2014 09:08:55 -0400 (EDT) Received: by joel.gnat.com (Postfix, from userid 1000) id BEF39436C4; Thu, 22 May 2014 06:08:55 -0700 (PDT) Date: Thu, 22 May 2014 13:09:00 -0000 From: Joel Brobecker To: Gary Benson Cc: Tom Tromey , Stan Shebs , gdb-patches@sourceware.org, Florian Weimer , Mark Kettenis , Pedro Alves Subject: Re: [PATCH 0/2] Demangler crash handler Message-ID: <20140522130855.GS22822@adacore.com> References: <20140509100656.GA4760@blade.nx> <201405091120.s49BKO1f010622@glazunov.sibelius.xs4all.nl> <87fvkhjqvs.fsf@mid.deneb.enyo.de> <53737737.2030901@redhat.com> <87ppj8s7my.fsf@fleche.redhat.com> <537BA194.904@earthlink.net> <87tx8kqm3o.fsf@fleche.redhat.com> <20140520202311.GK22822@adacore.com> <20140522125617.GB15598@blade.nx> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140522125617.GB15598@blade.nx> User-Agent: Mutt/1.5.21 (2010-09-15) X-SW-Source: 2014-05/txt/msg00543.txt.bz2 > > Having been on the receiving end of this kind of logic, I agree > > with Tom - quite strongly too, in fact. As a user, I do not want > > to be held hostage, especially when there is no workaround. If > > the proposed solution brings no noticeable harm for our users > > in the situation where things are working as expected, I think > > we should consider it. And to help mitigating the fears that > > we would be hiding bugs, we can perhaps find a middle-ground; > > for instance, making sure that we print a really verbose error > > message. > > I'm definitely not trying to hide bugs; if anything I'm trying to > make them more reportable. FWIW users would see this: Sorry, Gary. You're right. I should have said something like "reducing the likeliness of getting bugs fixed because the pressure to get them fixed would be less". > The point is to make it easier for users to file straightforward bug > reports *with reproducers* rather than the opaque "GDB crashed at > startup" bugs we've been getting at the moment that people (by which > I mean Keith) have had to spend time triaging. And, at the same time, > for the user to have the option to attempt to continue using GDB to > debug their program. I realise that people may feel that the user > *should* then fix GDB, but not everyone has the time or the ability > or the inclination. I don't want the workaround for this to become > "try LLDB". I think that the fact that this makes it easier for the user to report the problem is also another excellent point in favor of the suggested solution. -- Joel