From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25553 invoked by alias); 27 Feb 2013 02:05:07 -0000 Received: (qmail 25514 invoked by uid 48); 27 Feb 2013 02:05:06 -0000 From: "asmwarrior at gmail dot com" To: gdb-prs@sourceware.org Subject: [Bug gdb/15205] New: GDB document about option "-fullname" is inconsistent with the behavior in CLI Date: Wed, 27 Feb 2013 02:05:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gdb X-Bugzilla-Component: gdb X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: asmwarrior at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: Message-ID: X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Mailing-List: contact gdb-prs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-prs-owner@sourceware.org X-SW-Source: 2013-q1/txt/msg00336.txt.bz2 http://sourceware.org/bugzilla/show_bug.cgi?id=3D15205 Bug #: 15205 Summary: GDB document about option "-fullname" is inconsistent with the behavior in CLI Product: gdb Version: HEAD Status: NEW Severity: normal Priority: P2 Component: gdb AssignedTo: unassigned@sourceware.org ReportedBy: asmwarrior@gmail.com Classification: Unclassified Hi, in the GDB document, it said: http://sourceware.org/gdb/current/onlinedocs/gdb/Mode-Options.html QUOTE: -fullname -f gnu Emacs sets this option when it runs gdb as a subprocess. It tells g= db to output the full file name and line number in a standard, recognizable fashion each time a stack frame is displayed (which includes each time your program stops). This recognizable format looks like two `\032' characters, followed by the file name, line number and character position separated by colons, and a newline. The Emacs-to-gdb interface program uses the two `\03= 2' characters as a signal to display the source code for the frame.=20 It looks like running the "bt" command does not print the two \032 characte= rs, but in other cases, like the "next" command, it do have the \032s. Please s= ee the log message below, I'm testing under Windows. E:\code\cb\test_code\mortenr2012-01-15\bin\Debug>gdb -fullname mortenr2012-01-15 .exe GNU gdb (GDB) 7.5.50.20130217-cvs Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "mingw32". For bug reporting instructions, please see: ... Reading symbols from E:\code\cb\test_code\mortenr2012-01-15\bin\Debug\mortenr201 2-01-15.exe...done. (gdb) b 19 Breakpoint 1 at 0x40173d: file main.cpp, line 19. (gdb) r Starting program: E:\code\cb\test_code\mortenr2012-01-15\bin\Debug\mortenr2012-0 1-15.exe [New Thread 4056.0x6fc] Breakpoint 1, main () at main.cpp:19 =1A=1A[\032\032]E:\code\cb\test_code\mortenr2012-01-15\main.cpp:19:346:beg:= 0x40173d (gdb) next =1A=1A=1A=1A[\032\032]E:\code\cb\test_code\mortenr2012-01-15\main.cpp:20:35= 9:beg:0x401742 (gdb) next =1A=1A=1A=1A[\032\032]E:\code\cb\test_code\mortenr2012-01-15\main.cpp:21:37= 2:beg:0x401747 (gdb) bt #0 main () at main.cpp:21 (gdb) Please note that the "=1A=1A[\032\032]" can not copied from the Command win= dows, so I wrote my own as placeholder. I don't see =1A=1A"[\032\032]" printed in th= e bt command. --=20 Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=3Demail ------- You are receiving this mail because: ------- You are on the CC list for the bug.