From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25456 invoked by alias); 19 Nov 2013 23:52:34 -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 25445 invoked by uid 89); 19 Nov 2013 23:52:34 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.3 required=5.0 tests=AWL,BAYES_20,RDNS_NONE,SPF_PASS autolearn=no version=3.3.2 X-HELO: mail-vc0-f173.google.com Received: from Unknown (HELO mail-vc0-f173.google.com) (209.85.220.173) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Tue, 19 Nov 2013 23:52:33 +0000 Received: by mail-vc0-f173.google.com with SMTP id ia6so497460vcb.32 for ; Tue, 19 Nov 2013 15:52:25 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=6yCN55BoGvT60sgoQr5JWm5tWMAmwnB84yPrNI4/Pgg=; b=AI9Kh7WCYJORemUVxxGYHc7NhRz6bxexliuW65O9GOCXnZDDKKr9ECUwIZcjE8fZ5a QgbIg5U2gSLa+a7FLk+GVOy3ntfP9MiBvL2R4Kt4Ksv998p5iKuGk5sSvdRBs+PEpAkW YHSEo3CdWHPQot6EiZ8pOHjd1FgPIfzTYAJJDjjmaWOdGS6d/gPzF2thiCFzpXnmL7nl ToofiWnF2hBsr/zeBPhyrX+RJzMtJdPtoCjzf88ka7dgt+78FjmY/uo9GioFIdYQxQ+E YRKYVhGGe5zJG+XwL0Vx8Q4AW+MwmZqJOG1ExNYrXZLeJnSCJI8s4gqPVS9ScTX2BOpy p1mQ== X-Gm-Message-State: ALoCoQnXDXy3d9nJaLKP6Z6sKl+TZ/6dWuKtzJ52yaJEwZXXzTJmebxXBVBBXgaVnya8cUmVtWaeDOYIo1/eWO8qxgAthY+SU8oTFddOHhKN/rqaOeqnHZW5GoSz3vwOpDHhvAfKHVCcxxsb5VPk2JB2D/kg/9mafHMs2YZLp0ehHLEKP1NQLridUuVOI8fXJracY5prUM1dRSQJ14Pa2TPDkerOfW5raQ== MIME-Version: 1.0 X-Received: by 10.221.40.10 with SMTP id to10mr4031388vcb.22.1384905145007; Tue, 19 Nov 2013 15:52:25 -0800 (PST) Received: by 10.52.163.52 with HTTP; Tue, 19 Nov 2013 15:52:24 -0800 (PST) In-Reply-To: References: <87r4hefx59.fsf@fleche.redhat.com> <871u995pbt.fsf@fleche.redhat.com> <87ehaq5nkr.fsf@fleche.redhat.com> <87txfds4vf.fsf@fleche.redhat.com> Date: Wed, 20 Nov 2013 00:03:00 -0000 Message-ID: Subject: Re: [RFC] Debug Methods in GDB Python From: Doug Evans To: Siva Chandra Cc: Tom Tromey , gdb-patches Content-Type: text/plain; charset=ISO-8859-1 X-IsSubscribed: yes X-SW-Source: 2013-11/txt/msg00568.txt.bz2 On Fri, Nov 15, 2013 at 5:03 PM, Siva Chandra wrote: > On Fri, Nov 15, 2013 at 4:53 PM, Siva Chandra wrote: >> On Fri, Nov 15, 2013 at 4:05 PM, Doug Evans wrote: >>> I could be wrong but it seemed like errors were handled differently >>> than in the pretty-printers. >>> The inconsistency doesn't feel warranted. >> >> Yes, there is a difference. > > Sorry, sent the last mail without completing my response here. > > So, yes there is a difference. But as I explained, I did it that way > because, in my opinion we should not stop as soon as we hit an error > when looking up for a match from among the Python implementations as > there could be a source language implementation. If there were to be > an error invoking a Python implementation, then that is reported via > the relevant functions in valarith.c. All other Python errors are > reported but do not stop GDB from proceeding to evaluate expressions. Ah. I can imagine scenarios where I would not want gdb to continue anyway, though I'm not sure they're important enough to worry about now.