From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-33286-listarch-gdb=sources.redhat.com@sourceware.org>
Received: (qmail 19760 invoked by alias); 6 Nov 2008 10:31:49 -0000
Received: (qmail 19706 invoked by uid 22791); 6 Nov 2008 10:31:49 -0000
X-Spam-Check-By: sourceware.org
Received: from wa-out-1112.google.com (HELO wa-out-1112.google.com) (209.85.146.179)     by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 06 Nov 2008 10:31:11 +0000
Received: by wa-out-1112.google.com with SMTP id v33so304382wah.24         for <gdb@sourceware.org>; Thu, 06 Nov 2008 02:31:09 -0800 (PST)
Received: by 10.115.76.5 with SMTP id d5mr558199wal.55.1225967469283;         Thu, 06 Nov 2008 02:31:09 -0800 (PST)
Received: by 10.114.180.15 with HTTP; Thu, 6 Nov 2008 02:31:09 -0800 (PST)
Message-ID: <2a382c6e0811060231n58f95a98u375068098d818ba7@mail.gmail.com>
Date: Thu, 06 Nov 2008 10:31:00 -0000
From: "Dave Milter" <davemilter@gmail.com>
To: "Andreas Schwab" <schwab@suse.de>
Subject: Re: emacs and gdb
Cc: gdb@sourceware.org
In-Reply-To: <jeprl99ok6.fsf@sykes.suse.de>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <2a382c6e0811052307r6ae0510ewf5569f59c93446a6@mail.gmail.com> 	 <je3ai5b4fq.fsf@sykes.suse.de> 	 <2a382c6e0811060139t324eb182h11400093efa65af5@mail.gmail.com> 	 <jeprl99ok6.fsf@sykes.suse.de>
X-IsSubscribed: yes
Mailing-List: contact gdb-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb.sourceware.org>
List-Subscribe: <mailto:gdb-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb/>
List-Post: <mailto:gdb@sourceware.org>
List-Help: <mailto:gdb-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-owner@sourceware.org
X-SW-Source: 2008-11/txt/msg00051.txt.bz2

On Thu, Nov 6, 2008 at 12:44 PM, Andreas Schwab <schwab@suse.de> wrote:
> "Dave Milter" <davemilter@gmail.com> writes:
>
>> But how can I find out what is going on? Is it possible to catch such commands,
>
> Try to set gdb-server-prefix to "".
>
>> for example force gdb to save them to file, without need to rebuild gdb?
>
> Try "set logging on".
>

Thanks a lot, I got this, at now gdb running in terminal:

(gdb) target remote :3333
Remote debugging using :3333
0x00000004 in ?? ()
(gdb) info frame
Cannot access memory at address 0xffe7fdff
Stack level 0, frame at 0x0:
 pc = 0x4; saved pc
/home/test/src/toolchains/gdb/gdb-6.8.50.20080706/gdb/findvar.c:298:
internal-error: value_of_register_lazy: Assertion `frame_id_p
(get_frame_id (frame))' failed.
A problem internal to GDB has been detected,
further debugging may prove unreliable.

emacs call info frame, and this cause gdb failure,
is this gdb bug?