* bug#5208: 23.1.90; M-x gud-gdb: Tab Completion Produces Spurious Ctrl-M Characters @ 2009-12-13 15:47 Steve Revilak 2009-12-14 6:30 ` Nick Roberts 2009-12-14 6:35 ` bug#5208: marked as done (23.1.90; M-x gud-gdb: Tab Completion Produces Spurious Ctrl-M Characters) Emacs bug Tracking System 0 siblings, 2 replies; 7+ messages in thread From: Steve Revilak @ 2009-12-13 15:47 UTC (permalink / raw) To: emacs-pretest-bug [-- Attachment #1: Type: text/plain, Size: 8287 bytes --] Please write in English if possible, because the Emacs maintainers usually do not have translators to read other languages for them. Your bug report will be posted to the emacs-pretest-bug@gnu.org mailing list. Please describe exactly what actions triggered the bug and the precise symptoms of the bug. If you can, give a recipe starting from `emacs -Q': * * * In Emacs 23.1.90.1, tab completion in M-x gud-gdb produces spurious control-M characters; it almost appears as if Ctrl-M is being appended to each symbol name offered for completion. Below, I will give steps to reproduce this behavior, and the results that I observe when following these steps. For this example, any time that you see "^M" (consisting of two characters -- "^" and "M"), please interpret this as the visual representation of the single character Ctrl-M (0x0d). First we will need a C program to debug. I will use the following program: ---------- begin demo2.c -------------- #include <stdio.h> static void add_one(int * x) { *x += 1; } static void add_two (int * x) { *x += 2; } int main(void) { int val = 0; add_one(&val); add_two(&val); printf("val=%d\n", val); return 0; } ---------- end demo2.c -------------- STEPS TO REPRODUCE ------------------ (1) Compile demo2.c. gcc -g -o demo2 demo2.c (2) start emacs. emacs -Q -nw demo2.c (3) start the debugger M-x gud-gdb RET Emacs offers the following: "Run gud-gdb (like this): gdb --fullname demo2" Press RETURN to accept the gdb command line. (4) Emacs starts the debugger in buffer "*gud-demo2*", and displays the "(gdb)" prompt. At the gdb prompt enter the commands - b main RETURN - run RETURN (5) Emacs begins to run demo2 under gdb, and breaks in the first line of main. (6) I'd like to set a breakpoint in function "add_one". At the (gdb) prompt in the *gud-demo* buffer, I type "b add TAB". After I press TAB, emacs displays a *Completions* buffer with the following: --------------------------------- In this buffer, type RET to select the completion near point. Possible completions are: add_fdes^M add_one^M add_profil^M add_two^M addcmd^M addr2ascii^M --------------------------------- Note that every symbol is suffixed with "^M" (7) At the (gdb) prompt in the "*gud-demo*" buffer, I type the characters "_o", so that the current (gdb) prompt line contains "b add_o". I press TAB to complete the function name. *gud-demo* completes the function name, and displays --------------------------------- (gdb) b add_one^M --------------------------------- Note that a "^M" was appended to the completed symbol name. (8) At the (gdb) prompt, I type RETURN to create the breakpoint. Emacs responds with --------------------------------- Breakpoint 2 at 0x1f88: file demo2.c, line 4. (gdb) (gdb) --------------------------------- Note that *gud-demo* displays two (gdb) prompts after I press RETURN. (9) At the (gdb) prompt, I type "c RETURN" to continue running demo2. (10) After reaching the breakpoint in add_one, I type "c RETURN" to continue again. demo2 continues executing and exits. After demo2 exits, the *gud-demo2* buffer contains the following contents: --------------------------------- Current directory is ~/ GNU gdb 6.3.50-20050815 (Apple version gdb-768) (Tue Oct 2 04:07:49 UTC 2007) Copyright 2004 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 "i386-apple-darwin"...Reading symbols for shared libraries ... done (gdb) b main Breakpoint 1 at 0x1fb9: file demo2.c, line 12. (gdb) run Starting program: /Users/srevilak/demo2 Reading symbols for shared libraries ++. done Breakpoint 1, main () at demo2.c:12 (gdb) b add_one^M Breakpoint 2 at 0x1f88: file demo2.c, line 4. (gdb) (gdb) c Continuing. Breakpoint 2, add_one (x=0xbffff16c) at demo2.c:4 (gdb) c Continuing. val=3 Program exited normally. (gdb) --------------------------------- HOW THIS DIFFERS FROM EXPECTED BEHAVIOR --------------------------------------- * I did not expect to see ^M appended to each symbol name in the *completions* buffer (step 6). * I did not expect to see ^M appended to the completed symbol name (step 7). * I did not expect to see the extra (gdb) prompt in step 8. NOTES: ----- For this report, gcc is $ gcc --version i686-apple-darwin9-gcc-4.0.1 (GCC) 4.0.1 (Apple Inc. build 5465) Copyright (C) 2005 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. gdb is $ gdb --version GNU gdb 6.3.50-20050815 (Apple version gdb-768) (Tue Oct 2 04:07:49 UTC 2007) Copyright 2004 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 "i386-apple-darwin". The operating system is Mac OS X 10.5.8 $ uname -a Darwin oatmeal.local 9.8.0 Darwin Kernel Version 9.8.0: Wed Jul 15 16:55:01 PDT 2009; root:xnu-1228.15.4~1/RELEASE_I386 i386 The same behavior occurs with GNU Emacs 23.1.90.1 (powerpc-apple-darwin8.11.0, NS apple-appkit-824.48) on Mac OS X 10.4.11 * * * If Emacs crashed, and you have the Emacs process in the gdb debugger, please include the output from the following gdb commands: `bt full' and `xbacktrace'. For information about debugging Emacs, please read the file /Applications/Emacs.app/Contents/Resources/etc/DEBUG. In GNU Emacs 23.1.90.1 (i386-apple-darwin9.8.0, NS apple-appkit-949.54) of 2009-12-09 on oatmeal.ma.runwaynine.com Windowing system distributor `Apple', version 10.3.949 configured using `configure '--with-ns'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: C value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: nil value of $XMODIFIERS: nil locale-coding-system: nil default enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t global-auto-composition-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: ESC x r e p o r t - e m TAB RET Recent messages: ("/Applications/Emacs.app/Contents/MacOS/Emacs") For information about GNU Emacs and the GNU system, type C-h C-a. Load-path shadows: None found. Features: (shadow mail-extr message ecomplete rfc822 mml mml-sec password-cache mm-decode mm-bodies mm-encode mailcap mail-parse rfc2231 rfc2047 rfc2045 qp ietf-drums mailabbrev nnheader gnus-util netrc time-date mm-util mail-prsvr gmm-utils wid-edit mailheader canlock sha1 hex-util hashcash mail-utils warnings emacsbug sendmail regexp-opt tooltip ediff-hook vc-hooks lisp-float-type mwheel ns-win easymenu tool-bar dnd fontset image fringe lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar mldrag mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev loaddefs button minibuffer faces cus-face text-properties overlay md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process ns multi-tty emacs) [-- Attachment #2: Type: application/pgp-signature, Size: 195 bytes --] ^ permalink raw reply [flat|nested] 7+ messages in thread
* bug#5208: 23.1.90; M-x gud-gdb: Tab Completion Produces Spurious Ctrl-M Characters 2009-12-13 15:47 bug#5208: 23.1.90; M-x gud-gdb: Tab Completion Produces Spurious Ctrl-M Characters Steve Revilak @ 2009-12-14 6:30 ` Nick Roberts 2009-12-14 14:10 ` Steve Revilak 2009-12-14 6:35 ` bug#5208: marked as done (23.1.90; M-x gud-gdb: Tab Completion Produces Spurious Ctrl-M Characters) Emacs bug Tracking System 1 sibling, 1 reply; 7+ messages in thread From: Nick Roberts @ 2009-12-14 6:30 UTC (permalink / raw) To: Steve Revilak, 5208-done; +Cc: emacs-pretest-bug > gdb is > > $ gdb --version > GNU gdb 6.3.50-20050815 (Apple version gdb-768) (Tue Oct 2 04:07:49 UTC 2007) > Copyright 2004 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 "i386-apple-darwin". > > The operating system is Mac OS X 10.5.8 I think the spurious Ctrl-M characters appeared with Leopard and weren't present in Tiger but, in any case Apple GDB has it's own behaviours tailored for their Xcode application. For best results, and no ^M characters, download the latest (7.0) FSF gdb (http://sourceware.org/gdb/download/) or checkout from the CVS repository (http://sourceware.org/gdb/current/) which both build on Darwin. I have closed this report since FSF gdb fixes this problem and support of Apple gdb probably isn't an FSF priority. -- Nick http://users.snap.net.nz/~nickrob ^ permalink raw reply [flat|nested] 7+ messages in thread
* bug#5208: 23.1.90; M-x gud-gdb: Tab Completion Produces Spurious Ctrl-M Characters 2009-12-14 6:30 ` Nick Roberts @ 2009-12-14 14:10 ` Steve Revilak 2009-12-15 6:37 ` Nick Roberts 0 siblings, 1 reply; 7+ messages in thread From: Steve Revilak @ 2009-12-14 14:10 UTC (permalink / raw) To: Nick Roberts; +Cc: emacs-pretest-bug, 5208 [-- Attachment #1: Type: text/plain, Size: 1430 bytes --] >From: Nick Roberts <nickrob@snap.net.nz> >I think the spurious Ctrl-M characters appeared with Leopard and weren't >present in Tiger but, in any case Apple GDB has it's own behaviours tailored >for their Xcode application. For best results, and no ^M characters, download >the latest (7.0) FSF gdb (http://sourceware.org/gdb/download/) or checkout >from the CVS repository (http://sourceware.org/gdb/current/) which both build on >Darwin. Nick, Thanks for responding, but I object to closing 5208 for two reasons: * With Emacs 23.1.90.1, the ^M characters appear under both Mac OS 10.4.11 and Mac OS 10.5.8. * With Emacs 22.3.1, the ^M characters do not appear in Mac OS X 10.4, nor do they appear in Mac OS X 10.5. To put it another way: -------------------------------------- | | Emacs 22 | Emacs 23 | |----------------|----------|----------| | Mac OS 10.4.11 | No ^M | Yes ^M | | Mac OS 10.5.8 | No ^M | Yes ^M | -------------------------------------- The ^M issue is correlated with the version of Emacs; not the version of underlying operating system, and not the gdb binary supplied by the underlying operating system. I understand that support for an FSF gdb would be more of a priority than support for an Apple gdb. However, since M-x gud-gdb worked correctly on Mac OS X with Emacs 22, I feel that it should also work correctly on Mac OS X with Emacs 23. Steve [-- Attachment #2: Type: application/pgp-signature, Size: 195 bytes --] ^ permalink raw reply [flat|nested] 7+ messages in thread
* bug#5208: 23.1.90; M-x gud-gdb: Tab Completion Produces Spurious Ctrl-M Characters 2009-12-14 14:10 ` Steve Revilak @ 2009-12-15 6:37 ` Nick Roberts 2009-12-16 2:52 ` Steve Revilak 0 siblings, 1 reply; 7+ messages in thread From: Nick Roberts @ 2009-12-15 6:37 UTC (permalink / raw) To: Steve Revilak; +Cc: emacs-pretest-bug > However, since M-x gud-gdb worked > correctly on Mac OS X with Emacs 22, I feel that it should also work > correctly on Mac OS X with Emacs 23. It does work correctly with FSF gdb. This problem has been reported several times before but no-one has provided a patch. I no longer have access to a Mac and probably wouldn't spend any more time on it anyway. That it doesn't work with Apple GDB I don't see as a bug, though I'm not an FSF spokesperson. Of course, if you or someone else posts a fix, I will be happy to apply it. -- Nick http://users.snap.net.nz/~nickrob ^ permalink raw reply [flat|nested] 7+ messages in thread
* bug#5208: 23.1.90; M-x gud-gdb: Tab Completion Produces Spurious Ctrl-M Characters 2009-12-15 6:37 ` Nick Roberts @ 2009-12-16 2:52 ` Steve Revilak 2009-12-16 11:03 ` Dmitry Dzhus 0 siblings, 1 reply; 7+ messages in thread From: Steve Revilak @ 2009-12-16 2:52 UTC (permalink / raw) To: Nick Roberts; +Cc: emacs-pretest-bug [-- Attachment #1: Type: text/plain, Size: 881 bytes --] >> However, since M-x gud-gdb worked >> correctly on Mac OS X with Emacs 22, I feel that it should also work >> correctly on Mac OS X with Emacs 23. >It does work correctly with FSF gdb. This problem has been reported several >times before but no-one has provided a patch. I no longer have access to a >Mac and probably wouldn't spend any more time on it anyway. > >That it doesn't work with Apple GDB I don't see as a bug, though I'm not an >FSF spokesperson. Of course, if you or someone else posts a fix, I will be >happy to apply it. Nick, Thanks again, and I understand your position. Over the holiday, I'll try to figure out where the ^M's are coming from, and see if I can develop a patch. I've never done serious debugging of Emacs lisp, but I'm sure it will be a good experience for me. I'll also have a look at gdb 7.0 Steve [-- Attachment #2: Type: application/pgp-signature, Size: 195 bytes --] ^ permalink raw reply [flat|nested] 7+ messages in thread
* bug#5208: 23.1.90; M-x gud-gdb: Tab Completion Produces Spurious Ctrl-M Characters 2009-12-16 2:52 ` Steve Revilak @ 2009-12-16 11:03 ` Dmitry Dzhus 0 siblings, 0 replies; 7+ messages in thread From: Dmitry Dzhus @ 2009-12-16 11:03 UTC (permalink / raw) To: bug-gnu-emacs; +Cc: emacs-pretest-bug Steve Revilak wrote: > Nick, > > Thanks again, and I understand your position. Over the holiday, I'll > try to figure out where the ^M's are coming from, and see if I can > develop a patch. I've never done serious debugging of Emacs lisp, but > I'm sure it will be a good experience for me. I'll also have a look > at gdb 7.0 In order to make gud-gdb compatible with Apple's GDB, I assume that perhaps `gud-gdb-fetch-lines-filter` function needs to be changed a little bit. If Apple's GDB simply appends ^M to every line of `complete` command output, then it should be possible to just strip these symbols out. -- Happy Hacking. http://sphinx.net.ru む ^ permalink raw reply [flat|nested] 7+ messages in thread
* bug#5208: marked as done (23.1.90; M-x gud-gdb: Tab Completion Produces Spurious Ctrl-M Characters) 2009-12-13 15:47 bug#5208: 23.1.90; M-x gud-gdb: Tab Completion Produces Spurious Ctrl-M Characters Steve Revilak 2009-12-14 6:30 ` Nick Roberts @ 2009-12-14 6:35 ` Emacs bug Tracking System 1 sibling, 0 replies; 7+ messages in thread From: Emacs bug Tracking System @ 2009-12-14 6:35 UTC (permalink / raw) To: Nick Roberts [-- Attachment #1: Type: text/plain, Size: 953 bytes --] Your message dated Mon, 14 Dec 2009 19:30:46 +1300 with message-id <19237.56214.170321.762264@totara.tehura.co.nz> and subject line bug#5208: 23.1.90; M-x gud-gdb: Tab Completion Produces Spurious Ctrl-M Characters has caused the Emacs bug report #5208, regarding 23.1.90; M-x gud-gdb: Tab Completion Produces Spurious Ctrl-M Characters to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact owner@emacsbugs.donarmstrong.com immediately.) -- 5208: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=5208 Emacs Bug Tracking System Contact owner@emacsbugs.donarmstrong.com with problems [-- Attachment #2: Type: message/rfc822, Size: 11016 bytes --] [-- Attachment #2.1.1: Type: text/plain, Size: 8287 bytes --] Please write in English if possible, because the Emacs maintainers usually do not have translators to read other languages for them. Your bug report will be posted to the emacs-pretest-bug@gnu.org mailing list. Please describe exactly what actions triggered the bug and the precise symptoms of the bug. If you can, give a recipe starting from `emacs -Q': * * * In Emacs 23.1.90.1, tab completion in M-x gud-gdb produces spurious control-M characters; it almost appears as if Ctrl-M is being appended to each symbol name offered for completion. Below, I will give steps to reproduce this behavior, and the results that I observe when following these steps. For this example, any time that you see "^M" (consisting of two characters -- "^" and "M"), please interpret this as the visual representation of the single character Ctrl-M (0x0d). First we will need a C program to debug. I will use the following program: ---------- begin demo2.c -------------- #include <stdio.h> static void add_one(int * x) { *x += 1; } static void add_two (int * x) { *x += 2; } int main(void) { int val = 0; add_one(&val); add_two(&val); printf("val=%d\n", val); return 0; } ---------- end demo2.c -------------- STEPS TO REPRODUCE ------------------ (1) Compile demo2.c. gcc -g -o demo2 demo2.c (2) start emacs. emacs -Q -nw demo2.c (3) start the debugger M-x gud-gdb RET Emacs offers the following: "Run gud-gdb (like this): gdb --fullname demo2" Press RETURN to accept the gdb command line. (4) Emacs starts the debugger in buffer "*gud-demo2*", and displays the "(gdb)" prompt. At the gdb prompt enter the commands - b main RETURN - run RETURN (5) Emacs begins to run demo2 under gdb, and breaks in the first line of main. (6) I'd like to set a breakpoint in function "add_one". At the (gdb) prompt in the *gud-demo* buffer, I type "b add TAB". After I press TAB, emacs displays a *Completions* buffer with the following: --------------------------------- In this buffer, type RET to select the completion near point. Possible completions are: add_fdes^M add_one^M add_profil^M add_two^M addcmd^M addr2ascii^M --------------------------------- Note that every symbol is suffixed with "^M" (7) At the (gdb) prompt in the "*gud-demo*" buffer, I type the characters "_o", so that the current (gdb) prompt line contains "b add_o". I press TAB to complete the function name. *gud-demo* completes the function name, and displays --------------------------------- (gdb) b add_one^M --------------------------------- Note that a "^M" was appended to the completed symbol name. (8) At the (gdb) prompt, I type RETURN to create the breakpoint. Emacs responds with --------------------------------- Breakpoint 2 at 0x1f88: file demo2.c, line 4. (gdb) (gdb) --------------------------------- Note that *gud-demo* displays two (gdb) prompts after I press RETURN. (9) At the (gdb) prompt, I type "c RETURN" to continue running demo2. (10) After reaching the breakpoint in add_one, I type "c RETURN" to continue again. demo2 continues executing and exits. After demo2 exits, the *gud-demo2* buffer contains the following contents: --------------------------------- Current directory is ~/ GNU gdb 6.3.50-20050815 (Apple version gdb-768) (Tue Oct 2 04:07:49 UTC 2007) Copyright 2004 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 "i386-apple-darwin"...Reading symbols for shared libraries ... done (gdb) b main Breakpoint 1 at 0x1fb9: file demo2.c, line 12. (gdb) run Starting program: /Users/srevilak/demo2 Reading symbols for shared libraries ++. done Breakpoint 1, main () at demo2.c:12 (gdb) b add_one^M Breakpoint 2 at 0x1f88: file demo2.c, line 4. (gdb) (gdb) c Continuing. Breakpoint 2, add_one (x=0xbffff16c) at demo2.c:4 (gdb) c Continuing. val=3 Program exited normally. (gdb) --------------------------------- HOW THIS DIFFERS FROM EXPECTED BEHAVIOR --------------------------------------- * I did not expect to see ^M appended to each symbol name in the *completions* buffer (step 6). * I did not expect to see ^M appended to the completed symbol name (step 7). * I did not expect to see the extra (gdb) prompt in step 8. NOTES: ----- For this report, gcc is $ gcc --version i686-apple-darwin9-gcc-4.0.1 (GCC) 4.0.1 (Apple Inc. build 5465) Copyright (C) 2005 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. gdb is $ gdb --version GNU gdb 6.3.50-20050815 (Apple version gdb-768) (Tue Oct 2 04:07:49 UTC 2007) Copyright 2004 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 "i386-apple-darwin". The operating system is Mac OS X 10.5.8 $ uname -a Darwin oatmeal.local 9.8.0 Darwin Kernel Version 9.8.0: Wed Jul 15 16:55:01 PDT 2009; root:xnu-1228.15.4~1/RELEASE_I386 i386 The same behavior occurs with GNU Emacs 23.1.90.1 (powerpc-apple-darwin8.11.0, NS apple-appkit-824.48) on Mac OS X 10.4.11 * * * If Emacs crashed, and you have the Emacs process in the gdb debugger, please include the output from the following gdb commands: `bt full' and `xbacktrace'. For information about debugging Emacs, please read the file /Applications/Emacs.app/Contents/Resources/etc/DEBUG. In GNU Emacs 23.1.90.1 (i386-apple-darwin9.8.0, NS apple-appkit-949.54) of 2009-12-09 on oatmeal.ma.runwaynine.com Windowing system distributor `Apple', version 10.3.949 configured using `configure '--with-ns'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: C value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: nil value of $XMODIFIERS: nil locale-coding-system: nil default enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t global-auto-composition-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: ESC x r e p o r t - e m TAB RET Recent messages: ("/Applications/Emacs.app/Contents/MacOS/Emacs") For information about GNU Emacs and the GNU system, type C-h C-a. Load-path shadows: None found. Features: (shadow mail-extr message ecomplete rfc822 mml mml-sec password-cache mm-decode mm-bodies mm-encode mailcap mail-parse rfc2231 rfc2047 rfc2045 qp ietf-drums mailabbrev nnheader gnus-util netrc time-date mm-util mail-prsvr gmm-utils wid-edit mailheader canlock sha1 hex-util hashcash mail-utils warnings emacsbug sendmail regexp-opt tooltip ediff-hook vc-hooks lisp-float-type mwheel ns-win easymenu tool-bar dnd fontset image fringe lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar mldrag mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev loaddefs button minibuffer faces cus-face text-properties overlay md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process ns multi-tty emacs) [-- Attachment #2.1.2: Type: application/pgp-signature, Size: 195 bytes --] [-- Attachment #3: Type: message/rfc822, Size: 2664 bytes --] From: nickrob@snap.net.nz (Nick Roberts) To: Steve Revilak <steve@srevilak.net>, 5208-done@emacsbugs.donarmstrong.com Cc: emacs-pretest-bug@gnu.org Subject: bug#5208: 23.1.90; M-x gud-gdb: Tab Completion Produces Spurious Ctrl-M Characters Date: Mon, 14 Dec 2009 19:30:46 +1300 Message-ID: <19237.56214.170321.762264@totara.tehura.co.nz> > gdb is > > $ gdb --version > GNU gdb 6.3.50-20050815 (Apple version gdb-768) (Tue Oct 2 04:07:49 UTC 2007) > Copyright 2004 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 "i386-apple-darwin". > > The operating system is Mac OS X 10.5.8 I think the spurious Ctrl-M characters appeared with Leopard and weren't present in Tiger but, in any case Apple GDB has it's own behaviours tailored for their Xcode application. For best results, and no ^M characters, download the latest (7.0) FSF gdb (http://sourceware.org/gdb/download/) or checkout from the CVS repository (http://sourceware.org/gdb/current/) which both build on Darwin. I have closed this report since FSF gdb fixes this problem and support of Apple gdb probably isn't an FSF priority. -- Nick http://users.snap.net.nz/~nickrob ^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2009-12-16 11:03 UTC | newest] Thread overview: 7+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2009-12-13 15:47 bug#5208: 23.1.90; M-x gud-gdb: Tab Completion Produces Spurious Ctrl-M Characters Steve Revilak 2009-12-14 6:30 ` Nick Roberts 2009-12-14 14:10 ` Steve Revilak 2009-12-15 6:37 ` Nick Roberts 2009-12-16 2:52 ` Steve Revilak 2009-12-16 11:03 ` Dmitry Dzhus 2009-12-14 6:35 ` bug#5208: marked as done (23.1.90; M-x gud-gdb: Tab Completion Produces Spurious Ctrl-M Characters) Emacs bug Tracking System
Code repositories for project(s) associated with this external index https://git.savannah.gnu.org/cgit/emacs.git https://git.savannah.gnu.org/cgit/emacs/org-mode.git This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.