From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Nick Roberts Newsgroups: gmane.emacs.help Subject: Re: gud : Phase error in gdb-pre-prompt (got pre-emacs) Date: Wed, 2 Jul 2008 10:41:56 +1200 Message-ID: <18538.45748.747143.611329@kahikatea.snap.net.nz> References: <4864aa47$0$7552$9b4e6d93@newsspool1.arcor-online.net> <18532.48739.801397.106683@kahikatea.snap.net.nz> <38b2ab8a0806300437kf9e9013oc296d5eb35c37e08@mail.gmail.com> <18537.23288.486975.94604@kahikatea.snap.net.nz> <38b2ab8a0807010707u79067c60yf83d83824e90cb3b@mail.gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1214952192 3687 80.91.229.12 (1 Jul 2008 22:43:12 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 1 Jul 2008 22:43:12 +0000 (UTC) Cc: help-gnu-emacs@gnu.org To: "Francis Moreau" Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Jul 02 00:43:57 2008 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KDoZo-0006hs-Fa for geh-help-gnu-emacs@m.gmane.org; Wed, 02 Jul 2008 00:43:57 +0200 Original-Received: from localhost ([127.0.0.1]:51580 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KDoYx-0005qH-EV for geh-help-gnu-emacs@m.gmane.org; Tue, 01 Jul 2008 18:43:03 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KDoYE-0005TT-Ki for help-gnu-emacs@gnu.org; Tue, 01 Jul 2008 18:42:18 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KDoYC-0005R2-2k for help-gnu-emacs@gnu.org; Tue, 01 Jul 2008 18:42:17 -0400 Original-Received: from [199.232.76.173] (port=49762 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KDoYB-0005Qq-TQ for help-gnu-emacs@gnu.org; Tue, 01 Jul 2008 18:42:15 -0400 Original-Received: from viper.snap.net.nz ([202.37.101.25]:48909) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KDoYA-0001rZ-Nn for help-gnu-emacs@gnu.org; Tue, 01 Jul 2008 18:42:15 -0400 Original-Received: from kahikatea.snap.net.nz (131.31.255.123.static.snap.net.nz [123.255.31.131]) by viper.snap.net.nz (Postfix) with ESMTP id 0EAA73DA795; Wed, 2 Jul 2008 10:42:05 +1200 (NZST) Original-Received: by kahikatea.snap.net.nz (Postfix, from userid 1000) id DAECE8FC6D; Wed, 2 Jul 2008 10:41:57 +1200 (NZST) In-Reply-To: <38b2ab8a0807010707u79067c60yf83d83824e90cb3b@mail.gmail.com> X-Mailer: VM 7.19 under Emacs 22.2.50.3 X-detected-kernel: by monty-python.gnu.org: Linux 2.4-2.6 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:55183 Archived-At: > > That shows to me that execution has already begun and is in the function > > _stext, so "run" wouldn't be an appropriate command to send anyway. > > Well actually I lied, I don't do 'run' but 'continue' but I've never > figured out why... If you connect to a remote target, it's already running and it stops when you connect to it. I presume it's the same for a kernel. > > It normally starts (ends) like this: > > > > ... > > (recv . "\n^Z^Zpre-prompt\n(gdb) \n^Z^Zprompt\n") > > (recv . "\n^Z^Zpost-prompt\n") > > (send-item "set width 0\n" ignore) > > (recv . "\n^Z^Zpre-prompt\n(gdb) \n^Z^Zprompt\n") > > (recv . "\n^Z^Zpost-prompt\n") > > (send-item "set height 0\n" ignore) > > (recv . "\n^Z^Zpre-prompt\n(gdb) \n^Z^Zprompt\n") > > (recv . "\n^Z^Zpost-prompt\n&\"\\n^Z^Zerror-begin\\n\"\n&\"No registers.\\n\"\n~\"\\n\"\n~\"^Z^Zerror\\n\"\n^error,msg=\"No registers.\"\n(gdb) \n") > > (send-item "server interpreter mi -stack-info-frame\n" gdb-get-version)) > > > > I understand why Emacs stops sending GDB commands after -stack-info-frame Sorry, I mean I don't understand ^^^^^ > ... > gdb-input-queue is a variable defined in `gdb-ui.el'. > Its value is > (("server info source\n" gdb-source-info) > ("server list\n" ignore) > ("server interpreter mi \"-file-list-exec-source-files\"\n" > gdb-set-gud-minor-mode-existing-buffers-1) > ("server interpreter mi -data-list-register-names\n" gdb-get-register-names) > ("set width 0\n" ignore) > ("set height 0\n" ignore)) This should be nil. > > Isn't the kernel debugged through a remote stub in a patched gdb (kgdb)? > > Yes probably, I'm using a gdb patched by a third party but don't know and > can't figure out what has been patched... Then the patch may change behaviour in other ways. I suspect that it's not issuing some of the prompt annotations. A distributed patched gdb is covered by GPL so presumably you have access to the source code. What version of gdb is itbased on? and who are the third party? > > Also there was a thread "kgdb in emacs" in help-gnu-emacs back in April of > > this year. > > > > If you make prgress with this problem please post a description to the > > list (or emacs-devel) so I can add it to the documentation. > > No problem. Which documentation are you talking about BTW ? If it's general, I could say something in the manual. If it's specialised I could put it in the commentary of gdb-ui.el. > But I can add 2 more info about this issue: > > First, starting gdb from a shell works fine. I still don't know how you are using gdb. Presumably it's not running on the same machine as the kernel that you are debugging. How do you start gdb/connect to the kernel from a shell? > Second point is emacs 21 used to work. It's a different mode. With M-x gdb, if you use "gdb --fullname" instead of "gdb --annotate=3" with Emacs 22.x it should work as before. With Emacs 23, i.e. Emacs in CVS, you have to use M-x gud-gdb -- Nick http://www.inet.net.nz/~nickrob