From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2911 invoked by alias); 1 Apr 2005 17:19:59 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 2822 invoked from network); 1 Apr 2005 17:19:48 -0000 Received: from unknown (HELO nevyn.them.org) (66.93.172.17) by sourceware.org with SMTP; 1 Apr 2005 17:19:48 -0000 Received: from drow by nevyn.them.org with local (Exim 4.50 #1 (Debian)) id 1DHPoB-0004zP-Fy; Fri, 01 Apr 2005 12:19:47 -0500 Date: Fri, 01 Apr 2005 17:19:00 -0000 From: Daniel Jacobowitz To: gdb@sources.redhat.com, Reiner.Steib@gmx.de Subject: Re: Variable "foo" is not available Message-ID: <20050401171947.GA19058@nevyn.them.org> Mail-Followup-To: gdb@sources.redhat.com, Reiner.Steib@gmx.de References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6+20040907i X-SW-Source: 2005-04/txt/msg00006.txt.bz2 On Fri, Apr 01, 2005 at 06:39:45PM +0200, Reiner Steib wrote: > Hi, > > while running Emacs under gdb, I got the backtrace shown below with > many messages like `vector=Variable "vector" is not available'. > Eli Zaretskii suggested[1] to ask here what this means. > > The gdb version is 6.2.1 (from SuSE Linux 9.2 AMD 64). The gdb > session is still running, so I can provide more information if > requested. It means, literally, that the value is not available. The compiler has not saved it in somewhere that is still accessible, or has not told GDB properly where it was saved. (There's always a chance that it's a GDB bug, of course. But that's what the message is intended to mean.) If you use a March CVS snapshot of GDB, the output will be a little nicer, and following function arguments won't be chopped off. > #61 0x000000000054c960 in internal_catch (tag=Variable "tag" is not available. > ) > at [...]/emacs/src/eval.c:1144 What this normally means is that you are using optimization, and the value of tag is not referenced after the function call, so the compiler did not save it anywhere. -- Daniel Jacobowitz CodeSourcery, LLC