From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27181 invoked by alias); 17 Apr 2009 15:57:57 -0000 Received: (qmail 27169 invoked by uid 22791); 17 Apr 2009 15:57:55 -0000 X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 17 Apr 2009 15:57:48 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id 7B06A2BAC91; Fri, 17 Apr 2009 11:57:46 -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 VqXE2yt27OEO; Fri, 17 Apr 2009 11:57:46 -0400 (EDT) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id 98E522BAC81; Fri, 17 Apr 2009 11:57:45 -0400 (EDT) Received: by joel.gnat.com (Postfix, from userid 1000) id 54697F58C1; Fri, 17 Apr 2009 08:57:40 -0700 (PDT) Date: Fri, 17 Apr 2009 15:57:00 -0000 From: Joel Brobecker To: Hui Zhu Cc: Tom Tromey , gdb-patches@sourceware.org Subject: Re: [RFA] print error message if (auto) disassembly failed Message-ID: <20090417155740.GU7585@adacore.com> References: <20090416173918.GP7557@adacore.com> <20090416235944.GP7585@adacore.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) 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 X-SW-Source: 2009-04/txt/msg00442.txt.bz2 > In before, when the user step into the program that don't have line > message, they will lost the the help from debuger. They will not > know what will happen in next except a pc address. IMO, the vast majority of gdb users will not care, or even understand what the instruction means. Most of the time, the only reason I would personally land in code that doesn't have any debugging info is when attaching to a program, loading a core file, or pressing control-c. In such cases, the first thing I usually do is "break ...; continue". I have very very very occasionally done stepi's that got me inside such code, but in that case, I use a special user-defined command that does the stepi and then prints the instruction. > For now, this auto will auto output the asm code. I think it will > make user experience (special for new user) better. > And I think Joel's patch fix the bug. It's not just about the bug, actually - I wasn't suggesting that we change the default as a way to make it go away. Rather, I think that this default setting will be useful to only very few people, while at the same time creating the equivalent of noise for the rest of the population. This is why I maintain my suggestion of changing the default to "off". -- Joel