From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5365 invoked by alias); 26 Jan 2005 20:48:35 -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 4742 invoked from network); 26 Jan 2005 20:48:27 -0000 Received: from unknown (HELO viper.snap.net.nz) (202.37.101.8) by sourceware.org with SMTP; 26 Jan 2005 20:48:27 -0000 Received: from farnswood.snap.net.nz (p153-tnt1.snap.net.nz [202.124.110.153]) by viper.snap.net.nz (Postfix) with ESMTP id 972B721E47B; Thu, 27 Jan 2005 09:48:24 +1300 (NZDT) Received: by farnswood.snap.net.nz (Postfix, from userid 501) id 187AE628AB; Wed, 26 Jan 2005 20:41:13 +0000 (GMT) From: Nick Roberts MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="320SNFa6SC" Content-Transfer-Encoding: 7bit Message-ID: <16888.105.309770.857500@farnswood.snap.net.nz> Date: Wed, 26 Jan 2005 20:48:00 -0000 To: Andrew Cagney Cc: gdb@sources.redhat.com Subject: Re: internal-error: insert_step_resume_breakpoint_at_sal In-Reply-To: <41F7C46D.6040702@gnu.org> References: <16804.1142.136766.593493@farnswood.snap.net.nz> <16874.17961.812024.375273@farnswood.snap.net.nz> <41ED5C15.7070401@gnu.org> <16877.33664.336543.446168@farnswood.snap.net.nz> <41EE82EA.7010803@gnu.org> <16879.224.997596.521183@farnswood.snap.net.nz> <41EFE531.9060605@gnu.org> <16880.27555.756855.225654@farnswood.snap.net.nz> <41F56FCD.6090101@gnu.org> <16887.27939.790997.257717@farnswood.snap.net.nz> <41F7C46D.6040702@gnu.org> X-SW-Source: 2005-01/txt/msg00143.txt.bz2 --320SNFa6SC Content-Type: text/plain; charset=us-ascii Content-Description: message body text Content-Transfer-Encoding: 7bit Content-length: 1229 > > However, I don't know how to get a backtrace as sending SIGINT (actually > > SIGSTOP with Emacs) interrupts the bottom level process (Emacs in this > > case). I can then interrupt the GDB being debugged, but presumably by then > > things have changed. > > You can attach to gdb - $ gdb gdb - and then get a backtrace that way. Ah, yes! It just tells me GDB is waiting. Perhaps that was obvious but I had hoped it would be looping as that would have been a problem that I could have debugged. #0 0x4012e7e9 in wait4 () from /lib/libc.so.6 #1 0x4012e787 in waitpid () from /lib/libc.so.6 #2 0x0809b2e2 in child_wait (ptid={pid = -1, lwp = 0, tid = 0}, ourstatus=0xbffff1d0) at linux-nat.c:1689 During symbol reading, incomplete CFI data; unspecified registers (e.g., eax) at 0x809b2fd. #3 0x080f98ea in wait_for_inferior () at infrun.c:973 > Anyway, same as before, lets look at a transcript (see the script > command) with "set debug infrun 1" (and perhaphs also "set debug target > 1" - that one is really verbose). Its attached below. GDB isn't hanging as it spews out more output from infrun if I move the mouse around in Emacs. Its just not letting Emacs reach the next statement. Nick --320SNFa6SC Content-Type: application/octet-stream Content-Description: gdb infrun log Content-Disposition: attachment; filename="gdb.txt.bz2" Content-Transfer-Encoding: base64 Content-length: 1196 QlpoOTFBWSZTWSnrDYQAUCJfgAQQQGX/8r7t3IC/7//gUAW+cQegABUhVChz AAAAAAAAAABzAAAAAAAAAAAk1VRoeiAxMhk00NGEwBGTIMJqpTTVHimTR+lN PUZNAAAAAGgUqSDQmjRopsppp6BNGTTT0j0ZT1Bp+3J8tO3n3z5KCeLymMGB YQo7p8JwpKN2bqb8YljCxu7IC7MSssGMMYIChFgiRFgxCKRVIqjFWDESCrAU VVRgqwRRGMVVVirFOiFFFEAJAQJxwukgBDm3pZ7eRjb5Yi1/TPbIJ2/bt8PU oJmhR3qCaZ5/Rp0KCb+vSnT3+U1dmagm/z5Jzf1kUo6N2RVRrxIJ1ZIUdPLU E8k1QSbUsA6BCedQTk9XfvT2zVXswlUdfm1b9Hl15b7LpdOeiyuhVFcysAGM SpjGMUxgsQE6y5bBMRgwxQowq2yIezEFpWhJRl2kzZQUaYqjoUB6T1vcb32q CaGkm2C10LJ7PdBfo0N4A4OommC0VVVq6jnlen0REq4qCe1PbhgBMezKZRVH r8FBPVSE7pnPnPGfOkJ9FBNU8FBO9QTZNnioJt3T6T5zwmPBQTb9VBNu5QTO b5uqCaFBN6gnioJ4z37VBMpxm7XMlBNXRpUE5pnNygmSgmU4qCa86QmvknCf VQTJQTXO6l2UsKCdignYoJil20lH70lHofx9ignbEqNCgm2RRzYmyko3VBNf xf53GPfOX9digm33Y+BOfXscqf20VGc7ne06uKFHDoUE/5OmQT/cW+91gA4v 6AaEissb1jatUnY6fm4f9rUEzpKMSP4pYykE+5Ga18FU495Mr7eMnU1iBVut ikK7rw5Xgs7hJ+VIVs2k8qlIaoCdVL+uOSbMk40vw1+iko6MQSdfma+GmqUr ncdyWNDCFGM2tQTokE0unk0REq/GJUZoUaUQRtc2rWnFQT37UzTZmnVy0kri rTGkqK79pLMhLaTj4E+XWgJq3zpUE5oJMUlHOoJyrkBuzkzStUIrTEmVHJgn aaEKN04uSko0cN1JRlIJupbKgmh8cc+nPKIlWvpz47caYlR9fM4qCaPzkEyp ZSFOSQTMpRvxBJ8eCgnMoJyTKki5eviWyTcSK1kJZ7lnLpk1oEzpEq3Z0lGu lzqCfXwEJ8d82c/4pcOb/xdyRThQkCnrDYQ= --320SNFa6SC--