From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11750 invoked by alias); 7 Apr 2009 18:46:23 -0000 Received: (qmail 11741 invoked by uid 22791); 7 Apr 2009 18:46:22 -0000 X-SWARE-Spam-Status: No, hits=-1.9 required=5.0 tests=AWL,BAYES_00,J_CHICKENPOX_13,SPF_PASS X-Spam-Check-By: sourceware.org Received: from imr1.ericy.com (HELO imr1.ericy.com) (198.24.6.9) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 07 Apr 2009 18:46:17 +0000 Received: from eusrcmw751.eamcs.ericsson.se (eusrcmw751.exu.ericsson.se [138.85.77.51]) by imr1.ericy.com (8.13.1/8.13.1) with ESMTP id n37It0cf002782 for ; Tue, 7 Apr 2009 13:55:00 -0500 Received: from ecamlmw720.eamcs.ericsson.se ([142.133.1.72]) by eusrcmw751.eamcs.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Tue, 7 Apr 2009 13:45:12 -0500 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: MI: Orphaned output for core file debugging Date: Tue, 07 Apr 2009 18:55:00 -0000 Message-ID: <6D19CA8D71C89C43A057926FE0D4ADAA073B053A@ecamlmw720.eamcs.ericsson.se> From: "Marc Khouzam" To: X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2009-04/txt/msg00087.txt.bz2 Hi, I'm working on supporting core-file debugging in DSF-GDB. I noticed a little bug that does _not_ affect me, but I thought I would bring put it out there for general knowledge. In HEAD and 6.8 (didn't try earlier), when using the -c option on the command-line to specify the core file, when in MI mode, there is a 'orphaned' frame output that is output on the first MI command. In the session below you can see that my first command is "-gdb-set confirm" and it has a frame as part of its output. I ran the same command right after and got the proper output. (This does not affect me because I'm going to use "-target-select core" instead of the -c option.) I think this output may need to be in a *stopped event. This would be quite nice for the "-target-select core" case too, instead of relying on the ^connected output. Thanks Marc > gdb -i mi -c core.32141 a.out=20 ~"GNU gdb 6.8\n" ~"Copyright (C) 2008 Free Software Foundation, Inc.\n" ~"License GPLv3+: GNU GPL version 3 or later \n" ~"This is free software: you are free to change and redistribute it.\n" ~"There is NO WARRANTY, to the extent permitted by law. Type \"show copying\"\n" ~"and \"show warranty\" for details.\n" ~"This GDB was configured as \"i686-pc-linux-gnu\"...\n" &"\nwarning: " &"Can't read pathname for load map: Input/output error.\n" ~"Reading symbols from /usr/lib/libstdc++.so.6..." ~"done.\n" ~"Loaded symbols for /usr/lib/libstdc++.so.6\n" ~"Reading symbols from /lib/libm.so.6..." ~"done.\n" ~"Loaded symbols for /lib/libm.so.6\n" ~"Reading symbols from /lib/libgcc_s.so.1..." ~"done.\n" ~"Loaded symbols for /lib/libgcc_s.so.1\n" ~"Reading symbols from /lib/libc.so.6..." ~"done.\n" ~"Loaded symbols for /lib/libc.so.6\n" ~"Reading symbols from /lib/ld-linux.so.2..." ~"done.\n" ~"Loaded symbols for /lib/ld-linux.so.2\n" &"Failed to read a valid object file image from memory.\n" ~"Core was generated by `/local/home/lmckhou/testing/a.out'.\n" ~"Program terminated with signal 5, Trace/breakpoint trap.\n" ~"[New process 32141]\n" (gdb)=20 -gdb-set confirm ^done,frame=3D{level=3D"0",addr=3D"0x080484eb",func=3D"main",args=3D[],file= =3D"b.cc" ,fullname=3D"/local/home/lmckhou/testing/b.cc",line=3D"17"} (gdb)=20 -gdb-set confirm ^done (gdb)=20