From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1AmFGd-0002k4-El for qemu-devel@nongnu.org; Thu, 29 Jan 2004 11:43:47 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1AmFG6-0002RX-2N for qemu-devel@nongnu.org; Thu, 29 Jan 2004 11:43:45 -0500 Received: from [24.21.209.245] (helo=pdx.silverbeach.net) by monty-python.gnu.org with esmtp (Exim 4.24) id 1AmFG5-0002R9-Aj for qemu-devel@nongnu.org; Thu, 29 Jan 2004 11:43:13 -0500 From: Kyle Hayes Subject: Re: [Qemu-devel] Knoppix results Date: Thu, 29 Jan 2004 08:43:11 -0800 References: <200401282211.00224.kyle@silverbeach.net> <20040129141247.GA13654@cs.unibo.it> <20040129153217.55cfc212.jrydberg@night.trouble.net> In-Reply-To: <20040129153217.55cfc212.jrydberg@night.trouble.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200401290843.11725.kyle@silverbeach.net> Reply-To: kyle@silverbeach.net, qemu-devel@nongnu.org List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Johan Rydberg , qemu-devel@nongnu.org On Thursday 29 January 2004 06:32, Johan Rydberg wrote: > renzo@cs.unibo.it (Renzo Davoli) wrote: > : I have had the very same problem: sometimes qemu freezes. > : There is no apparent cause-effect relationship, qemu freezed at random > : stages of the installation process any time the procedure was restarted. > : I succeeded in installing the debian but after several attempts. > > How hard would it be to attach the processor to GDB? I suspect you would > make things a lot easier for Fabrice if you showed him at least a > backtrace. Or how about tracking down the bug yourself and send a patch? How easy is it to use GDB? It has been years since I looked at it. I think I can managed to make it do a backtrace. Would I run QEMU from the command line via GDB? $ gdb qemu -hda hda.img -cdrom knoppix.iso -boot d -m 128 ?? Oh, right, I can't pass it args... Ugh. I find GDB to be one of the more difficult tools to use unless you use it every hour of every day. I do almost exclusively Perl coding and have for years now. Hmm, it looks like I need to build from source. Here's my GDB attempt: kyle@salish $ gdb qemu GNU gdb 5.3 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i686-pc-linux-gnu"...(no debugging symbols found)... (gdb) No debugging symbols found so I guess it is a stripped executable. Let me check... yep. Rats. I decided to see if I could run it at all: (gdb) set args -hda hda.img -cdrom knoppix.iso -boot d -m 128 (gdb) run Starting program: /usr/local/bin/qemu -hda hda.img -cdrom knoppix.iso -boot d -m 128 warning: shared library handler failed to enable breakpoint Connected to host network interface: tun0 Password: Could not initialize SDL - exiting Program exited with code 01. (gdb) The password check was from sudo for the ifconfig tap0 in the qemu-ifup script. However, it is barfing trying to load SDL. That's odd. Any clues why that would happen? What does the shared library handler warning mean? I'll try to build from source and see if I can get farther than this. Best, Kyle