From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Dzhus Newsgroups: gmane.emacs.devel Subject: Re: GSoC gdb-mi.el changes Date: Tue, 11 Aug 2009 15:33:12 +0400 Message-ID: <874ose7fgn.fsf@sphinx.net.ru> References: <877hxdj0ai.fsf@sphinx.net.ru> <200908110453.n7B4reIS002762@godzilla.ics.uci.edu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1249990693 32512 80.91.229.12 (11 Aug 2009 11:38:13 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 11 Aug 2009 11:38:13 +0000 (UTC) Cc: Dan Nicolaescu To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Aug 11 13:38:06 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1Mapg5-0002Es-A7 for ged-emacs-devel@m.gmane.org; Tue, 11 Aug 2009 13:38:05 +0200 Original-Received: from localhost ([127.0.0.1]:50264 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Mapg3-0003mZ-Rv for ged-emacs-devel@m.gmane.org; Tue, 11 Aug 2009 07:38:03 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Mapew-0003Rv-2s for emacs-devel@gnu.org; Tue, 11 Aug 2009 07:36:54 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Mapep-0003QZ-NL for emacs-devel@gnu.org; Tue, 11 Aug 2009 07:36:52 -0400 Original-Received: from [199.232.76.173] (port=58987 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Mapep-0003QJ-Ac for emacs-devel@gnu.org; Tue, 11 Aug 2009 07:36:47 -0400 Original-Received: from main.gmane.org ([80.91.229.2]:60993 helo=ciao.gmane.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Mapeo-0003Do-ML for emacs-devel@gnu.org; Tue, 11 Aug 2009 07:36:47 -0400 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Mapek-0003WC-00 for emacs-devel@gnu.org; Tue, 11 Aug 2009 11:36:42 +0000 Original-Received: from 93-80-245-106.broadband.corbina.ru ([93.80.245.106]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 11 Aug 2009 11:36:41 +0000 Original-Received: from dima by 93-80-245-106.broadband.corbina.ru with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 11 Aug 2009 11:36:41 +0000 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 52 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 93-80-245-106.broadband.corbina.ru User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (gnu/linux) Cancel-Lock: sha1:jl6RzTuo7I9rOljnjFJEUr8KtQ0= X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:114046 Archived-At: Dan Nicolaescu wrote: > Suggestion: don't show the -i=mi flag, users don't care about it (same > way rgrep/lgrep don't show the -n flag they pass to grep) I'll do this. > Issues: > echo 'int main () { printf ("Hello, World!\n");}' > t.c > gcc t.c > emacs -Q > M-x gdb RET ./a.out RET > > error in process filter: Symbol's function definition is void: mapcar* > > M-x load-library RET cl RET > M-x gdb RET ./a.out RET Uh-oh, that's very bad. Somehow I thought that mapcar* is a macro. I'll rewrite some of my functions without mapcar* then. > > Show the disassembly window > > b main > > A warning pops up: > &"warning: GDB: Failed to set controlling terminal: Operation not permitted\n" > > si > si > si > > The cursor in the disassembly does not move correctly when single > stepping and it does not update the stack frames all the time. (At the time of your writing, stepping was just broken; I installed some fixes in CVS.) Does it occur when you compile your target with -g, too? Unlike GDB's CLI `disassemble` command, to show disassembly code for you program, MI needs to know either file:line information for the function you're interested in, or its memory range. For the former your target needs to be compiled with debugging information, and for the latter we need to query GDB for function memory range, but this command is not implemented in GDB/MI yet :( -- Happy Hacking. http://sphinx.net.ru む