From debbugs-submit-bounces@debbugs.gnu.org Sun Jan 17 09:37:49 2010 Received: (at submit) by debbugs.gnu.org; 17 Jan 2010 14:37:50 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NWWGC-0000xK-ML for submit@debbugs.gnu.org; Sun, 17 Jan 2010 09:37:49 -0500 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NWW4c-0000mT-Nm for submit@debbugs.gnu.org; Sun, 17 Jan 2010 09:25:51 -0500 Received: from mail.gnu.org ([199.232.76.166]:55248 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NWW4X-0002F1-QD for emacs-pretest-bug@gnu.org; Sun, 17 Jan 2010 09:25:46 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1NWW4T-00055z-7g for emacs-pretest-bug@gnu.org; Sun, 17 Jan 2010 09:25:45 -0500 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on monty-python X-Spam-Level: X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00, FORGED_RCVD_HELO autolearn=ham version=3.1.0 Received: from mail8.sea5.speakeasy.net ([69.17.117.10]:45832) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1NWW4S-00054V-Ez for emacs-pretest-bug@gnu.org; Sun, 17 Jan 2010 09:25:41 -0500 Received: (qmail 28214 invoked from network); 17 Jan 2010 14:25:37 -0000 Received: from pool-96-233-67-66.bstnma.fios.verizon.net (HELO srevilak.net) (srevilak@[96.233.67.66]) (envelope-sender ) by mail8.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 17 Jan 2010 14:25:36 -0000 Date: Sun, 17 Jan 2010 09:25:34 -0500 From: Steve Revilak To: emacs-pretest-bug@gnu.org Subject: 23.1.91; Nextstep port: M-x gdb hangs in tab completion of symbols Message-ID: <20100117142534.GB372@srevilak.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IrhDeMKUP4DT/M7F" Content-Disposition: inline User-Agent: Mutt/1.5.19 (2009-01-05) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Spam-Score: -4.4 (----) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Sun, 17 Jan 2010 09:37:48 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.6 (----) --IrhDeMKUP4DT/M7F Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable This bug report will be sent to the Free Software Foundation, not to your local site managers! 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 lis= t, and to the gnu.emacs.bug news group. 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': I'd like to report a problem with M-x gdb in the Nextstep port of emacs 23.1.91. When gud mode is started with M-x gdb, tab completion of symbols (i.e., gud-gdb-complete-command) causes emacs to hang. The release announcement for emacs 23.1.91 noted a major change in M-x gdb () and this seems to be new behavior in 23.1.91. Steps To Reproduce ------------------ 1) Start with foo.c --------------------------------- #include static int add_one(int x) { return (x + 1); } int main(void) { int y =3D add_one(3); printf("%d\n", y); return 0; } --------------------------------- 2) Compile foo.c $ make CFLAGS=3D"-g -Wall" foo =20 cc -g -Wall foo.c -o foo 3) Start emacs with the command line /Applications/Emacs.app/Contents/MacOS/Emacs -Q -nw foo.c Above, "-nw" isn't necessary for reproducing this behavior. -nw just makes it easier to capture what emacs is displaying. 4) Type M-x gdb RET Emacs responds with "Run gdb (like this): gdb --annotate=3D3 foo". Press RET to accept the gdb command line. 5) Emacs creates a *gud-foo* buffer, whose initial contents are --------------------------------- Current directory is ~/ GNU gdb 6.3.50-20050815 (Apple version gdb-696) (Sat Oct 20 18:20:28 GMT 20= 07) 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 condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "powerpc-apple-darwin"... warning: --arch option not supported in this gdb. Reading symbols for shared libraries .. done (gdb)=20 --------------------------------- 6) At the (gdb) prompt, type "b add_", then TAB 7) After pressing TAB, emacs becomes unresponsive. Emacs stays unresponsive until Ctrl-G is pressed. Observations from edebug ------------------------ I've used M-x edebug-defun to instrument different functions in gud.el, so that I could step through them with emacs debugger. =20 Emacs seems to hang when evaluating the expression (get-buffer-process gud-comint-buffer) in line 981 of gud.el. This line is part of defun gud-gdb-run-command-fetch-lines. Observations from gdb --------------------- While emacs was hung (i.e., after completing step 7, above), I attached a debugger to emacs. Here is a backtrace: (0:0)spud:srevilak$ gdb /Applications/Emacs.app/Contents/MacOS/Emacs GNU gdb 6.3.50-20050815 (Apple version gdb-696) (Sat Oct 20 18:20:28 GMT 20= 07) 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 condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "powerpc-apple-darwin"... warning: --arch option not supported in this gdb. Reading symbols for shared libraries .... done (gdb) attach 606 Attaching to program: `/Applications/Emacs.app/Contents/MacOS/Emacs', proce= ss 606. Reading symbols for shared libraries ......................................= =2E............................ done 0x9001f488 in select () (gdb) info threads * 1 process 606 thread 0xd03 0x9001f488 in select () (gdb) bt #0 0x9001f488 in select () #1 0x0015a2d8 in wait_reading_process_output (time_limit=3D0, microsecs=3D= 0, read_kbd=3D0, do_display=3D0, wait_for_cell=3D41944074, wait_proc=3D0xa8= f320, just_wait_proc=3D0) at process.c:4941 #2 0x0015c00c in Faccept_process_output (process=3D11072293, seconds=3D4, = millisec=3D-1073750304, just_this_one=3D41944074) at process.c:4323 #3 0x00112eac in Ffuncall (nargs=3D4, args=3D0xbfffe250) at eval.c:3025 #4 0x001505bc in Fbyte_code (bytestr=3D48, vector=3D-1073749248, maxdepth= =3D40) at bytecode.c:679 #5 0x00112a5c in funcall_lambda (fun=3D10653413, nargs=3D3, arg_vector=3D0= xbfffe504) at eval.c:3202 #6 0x00112ffc in Ffuncall (nargs=3D4, args=3D0x48c17ca) at eval.c:3072 #7 0x001505bc in Fbyte_code (bytestr=3D48, vector=3D-1073748736, maxdepth= =3D20) at bytecode.c:679 #8 0x00112a5c in funcall_lambda (fun=3D10652229, nargs=3D0, arg_vector=3D0= xbfffe72c) at eval.c:3202 #9 0x00112ffc in Ffuncall (nargs=3D4, args=3D0x48c176a) at eval.c:3072 #10 0x00113b90 in apply1 (fn=3D76289898, arg=3D3906012) at eval.c:2756 #11 0x0010ddbc in Fcall_interactively (function=3D76289898, record_flag=3D4= 1944074, keys=3D22028253) at callint.c:396 #12 0x00112e88 in Ffuncall (nargs=3D4, args=3D0xbfffe91c) at eval.c:3021 #13 0x00113188 in call3 (fn=3D4, arg1=3D-1073750304, arg2=3D0, arg3=3D0) at= eval.c:2841 #14 0x000ab524 in command_loop_1 () at keyboard.c:1904 #15 0x0010ff68 in internal_condition_case (bfun=3D0xaa160 ,= handlers=3D41978570, hfun=3D0xa1fd0 ) at eval.c:1490 #16 0x0009a8a0 in command_loop_2 () at keyboard.c:1360 #17 0x0010fdf0 in internal_catch (tag=3D4, func=3D0x9a860 ,= arg=3D41944074) at eval.c:1226 #18 0x0009a550 in command_loop () at keyboard.c:1339 #19 0x0009a678 in recursive_edit_1 () at keyboard.c:954 #20 0x0009a804 in Frecursive_edit () at keyboard.c:1016 #21 0x00099e44 in main (argc=3D400, argv=3D0xbffff560) at emacs.c:1833 (gdb) up 1 #1 0x0015a2d8 in wait_reading_process_output (time_limit=3D0, microsecs=3D= 0, read_kbd=3D0, do_display=3D0, wait_for_cell=3D41944074, wait_proc=3D0xa8= f320, just_wait_proc=3D0) at process.c:4941 4941 nfds =3D ns_select (gdb) info locals timeout_reduced_for_timers =3D 0 channel =3D 22035053 nfds =3D 0 Available =3D { fds_bits =3D {64, 0 } } Connecting =3D { fds_bits =3D {0 } } check_connect =3D 0 check_delay =3D 0 no_avail =3D 0 xerrno =3D 0 proc =3D -1 timeout =3D { tv_sec =3D 100000,=20 tv_usec =3D 0 } end_time =3D { tv_sec =3D 1462952,=20 tv_usec =3D 3680068 } wait_channel =3D 6 got_some_input =3D 0 count =3D 17 (gdb) l 4936 } 4937 #endif 4938 #if defined (USE_GTK) || defined (HAVE_GCONF) 4939 nfds =3D xg_select 4940 #elif defined (HAVE_NS) 4941 nfds =3D ns_select 4942 #else 4943 nfds =3D select 4944 #endif 4945 (max (max (max_process_desc, max_keyboard_d= esc), (gdb) Systems where this behavior occurs ---------------------------------- I've observed this behavior on two systems (a) Mac OS X 10.4.11 GNU Emacs 23.1.91.2 (powerpc-apple-darwin8.11.0, NS apple-appkit-824.= 48)=20 of 2010-01-13 $ gdb --version GNU gdb 6.3.50-20050815 (Apple version gdb-696) (Sat Oct 20 18:20:28 GMT 20= 07) 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 condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "powerpc-apple-darwin". $ gcc --version powerpc-apple-darwin8-gcc-4.0.1 (GCC) 4.0.1 (Apple Computer, Inc. build 537= 0) 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. (b) Mac OS X 10.6.2 GNU Emacs 23.1.91.2 (x86_64-apple-darwin10.2.0, NS apple-appkit-1038.= 25)=20 of 2010-01-11 $ gdb --version GNU gdb 6.3.50-20050815 (Apple version gdb-1346) (Fri Sep 18 20:40:51 UTC 2= 009) 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 condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-apple-darwin". $ gcc --version i686-apple-darwin10-gcc-4.2.1 (GCC) 4.2.1 (Apple Inc. build 5646) (dot 1) Copyright (C) 2007 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. * * * 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.91.2 (powerpc-apple-darwin8.11.0, NS apple-appkit-824.48) of 2010-01-13 on spud.local Windowing system distributor `Apple', version 10.3.824 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: en_US.UTF-8 value of $XMODIFIERS: nil locale-coding-system: utf-8-unix default enable-multibyte-characters: t Major mode: Debugger Minor modes in effect: shell-dirtrack-mode: t display-time-mode: t tooltip-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t global-auto-composition-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t Recent input: =20 =20 =20 =20 M-x C-g C-g C-h f C-x o =20 =20 =20 =20 =20 =20 M-x e d b u=20 e d e =20 C-x b b _ SPC a d d SPC=20 SPC SPC SPC SPC SPC SPC SPC SPC SPC SPC SPC SPC SPC=20 SPC SPC SPC SPC SPC SPC SPC SPC SPC SPC SPC SPC SPC=20 SPC SPC SPC SPC SPC SPC SPC SPC SPC SPC SPC C-g C-x=20 o C-g C-g C-g C-g C-g C-x=20 b C-g C-g C-x C-b C-x k M-x g d b =20 b SPC a d d _ SPC C-x o C-g C-x o q=20 b n b SPC a d d _ =20 SPC SPC SPC SPC SPC SPC SPC SPC SPC SPC SPC SPC SPC=20 SPC SPC SPC SPC SPC SPC SPC SPC SPC SPC SPC SPC SPC=20 SPC SPC SPC SPC SPC SPC SPC SPC SPC SPC SPC SPC C-g=20 =20 =20 =20 =20 C-x o C-g C-g M-x=20 r e p o r t - e m Recent messages: Result: nil [2 times] Result: t [3 times] Result: # Result: # Quit [3 times] Quit Load-path shadows: None found. Features: (shadow sort 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 emacsbug debug mule-util edebug jka-compr find-func help-mode view log-edit pcvs-util add-log gdb-ui byte-opt bytecomp byte-compile advice help-fns advice-preload bindat json gud ansi-color cc-mode cc-fonts cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs multi-isearch skeleton reftex-parse reftex-ref vc vc-dispatcher supercite easy-mmode sendmail regi reftex-vcr reftex-dcr reftex reftex-vars tex-mode shell latexenc vc-rcs conf-mode newcomment grep compile comint ring dired bbdb-autoloads bbdb regexp-opt timezone server paren time 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 files text-properties overlay md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process ns multi-tty emacs) --IrhDeMKUP4DT/M7F Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (Darwin) iEYEARECAAYFAktTHd4ACgkQX7YJI4BuyDTxagCfZX2mxf8ZNarrSylNr/JXWH6R OBAAnRFPFHXrmfu//L1AjcBaJzUKDYdk =Hftq -----END PGP SIGNATURE----- --IrhDeMKUP4DT/M7F-- From debbugs-submit-bounces@debbugs.gnu.org Sun Jan 17 17:11:49 2010 Received: (at submit) by debbugs.gnu.org; 17 Jan 2010 22:11:50 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NWdLY-0005Dn-Vz for submit@debbugs.gnu.org; Sun, 17 Jan 2010 17:11:49 -0500 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NWdFO-0005B9-Rx for submit@debbugs.gnu.org; Sun, 17 Jan 2010 17:05:41 -0500 Received: from mail.gnu.org ([199.232.76.166]:57863 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NWdFK-0007Bm-TM for emacs-pretest-bug@gnu.org; Sun, 17 Jan 2010 17:05:22 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1NWdFJ-00042P-3b for emacs-pretest-bug@gnu.org; Sun, 17 Jan 2010 17:05:22 -0500 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on monty-python X-Spam-Level: X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.0 Received: from viper.snap.net.nz ([202.37.101.25]:44635) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NWdFI-00041p-JI for emacs-pretest-bug@gnu.org; Sun, 17 Jan 2010 17:05:20 -0500 Received: from totara (87.62.255.123.dynamic.snap.net.nz [123.255.62.87]) by viper.snap.net.nz (Postfix) with ESMTP id E34413DA9B8; Mon, 18 Jan 2010 11:05:15 +1300 (NZDT) Received: by totara (Postfix, from userid 1000) id DDF9DC169; Mon, 18 Jan 2010 11:05:14 +1300 (NZDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19283.35226.712794.811198@totara.tehura.co.nz> Date: Mon, 18 Jan 2010 11:05:14 +1300 To: Steve Revilak Subject: bug#5404: 23.1.91; Nextstep port: M-x gdb hangs in tab completion of symbols In-Reply-To: <20100117142534.GB372@srevilak.net> References: <20100117142534.GB372@srevilak.net> X-Mailer: VM 7.19 under Emacs 22.2.1 From: nickrob@snap.net.nz (Nick Roberts) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.4-2.6 X-Spam-Score: -3.7 (---) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Sun, 17 Jan 2010 17:11:48 -0500 Cc: emacs-pretest-bug@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.5 (----) > I'd like to report a problem with M-x gdb in the Nextstep port of > emacs 23.1.91. When gud mode is started with M-x gdb, tab completion > of symbols (i.e., gud-gdb-complete-command) causes emacs to hang. > > The release announcement for emacs 23.1.91 noted a major change in M-x > gdb () > and this seems to be new behavior in 23.1.91. Do you mean it worked before this reversion? That earlier GDB/MI code is the future and I'd like to put it back on a branch in the Emacs repository but I don't know if there are branches or how to list them using bzr. I don't really want my own branch as it probably wouldn't get checked out by anybody else but a shared experimental branch would be good. >... > 6) At the (gdb) prompt, type "b add_", then TAB > > 7) After pressing TAB, emacs becomes unresponsive. > > Emacs stays unresponsive until Ctrl-G is pressed. On GNU/Linux this works fine for me with just one completion. > > Observations from edebug > ------------------------ > > I've used M-x edebug-defun to instrument different functions in > gud.el, so that I could step through them with emacs debugger. > > Emacs seems to hang when evaluating the expression > > (get-buffer-process gud-comint-buffer) More likely it hangs on accept-process-output. Emacs uses the special purpose gdb command "complete". I have noticed that it can appear to hang when there are too many completions then typing C-c C-c causes all these to spill into the GUD buffer. On the command line you get something like: (top-gdb) b Display all 20671 possibilities? (y or n) but that doesn't seem to be the case here. -- Nick http://users.snap.net.nz/~nickrob From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 18 11:24:17 2010 Received: (at submit) by debbugs.gnu.org; 18 Jan 2010 16:24:17 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NWuOl-0001co-3U for submit@debbugs.gnu.org; Mon, 18 Jan 2010 11:24:17 -0500 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NWts6-0001IU-98 for submit@debbugs.gnu.org; Mon, 18 Jan 2010 10:50:30 -0500 Received: from mail.gnu.org ([199.232.76.166]:44141 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NWts1-0000xC-GM for emacs-pretest-bug@gnu.org; Mon, 18 Jan 2010 10:50:25 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1NWtrz-0006dl-H1 for emacs-pretest-bug@gnu.org; Mon, 18 Jan 2010 10:50:24 -0500 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on monty-python X-Spam-Level: X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00, FORGED_RCVD_HELO autolearn=ham version=3.1.0 Received: from mail4.sea5.speakeasy.net ([69.17.117.6]:55606) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1NWtry-0006dI-Qr for emacs-pretest-bug@gnu.org; Mon, 18 Jan 2010 10:50:23 -0500 Received: (qmail 20230 invoked from network); 18 Jan 2010 15:50:17 -0000 Received: from pool-96-233-67-66.bstnma.fios.verizon.net (HELO srevilak.net) (srevilak@[96.233.67.66]) (envelope-sender ) by mail4.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 18 Jan 2010 15:50:16 -0000 Date: Mon, 18 Jan 2010 10:50:10 -0500 From: Steve Revilak To: Nick Roberts Subject: Re: bug#5404: 23.1.91; Nextstep port: M-x gdb hangs in tab completion of symbols Message-ID: <20100118155010.GA402@srevilak.net> References: <20100117142534.GB372@srevilak.net> <19283.35226.712794.811198@totara.tehura.co.nz> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ew6BAiZeqk4r7MaW" Content-Disposition: inline In-Reply-To: <19283.35226.712794.811198@totara.tehura.co.nz> User-Agent: Mutt/1.5.19 (2009-01-05) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Spam-Score: -4.7 (----) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Mon, 18 Jan 2010 11:24:14 -0500 Cc: emacs-pretest-bug@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.8 (----) --ew6BAiZeqk4r7MaW Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline >> The release announcement for emacs 23.1.91 noted a major change in M-x >> gdb () >> and this seems to be new behavior in 23.1.91. >Do you mean it worked before this reversion? That earlier GDB/MI code is the >future and I'd like to put it back on a branch in the Emacs repository but I >don't know if there are branches or how to list them using bzr. I don't >really want my own branch as it probably wouldn't get checked out by anybody >else but a shared experimental branch would be good. Nick, Thanks for writing back. I tried the "steps to reproduce" with emacs 23.1.1. 23.1.1 has the same behavior as 23.1.91 (i.e., hangs on step 7). So in that sense, the reversion did restore the earlier behavior. The hanging behavior did not occur in the last major revision of emacs (22.3.1). But I realize that the emacs gdb interface has undergone a lot of changes since then. >> ... >> 6) At the (gdb) prompt, type "b add_", then TAB >> >> 7) After pressing TAB, emacs becomes unresponsive. >> >> Emacs stays unresponsive until Ctrl-G is pressed. >On GNU/Linux this works fine for me with just one completion. Agreed. On my OpenSUSE 11.2 system (with gdb 6.8.91.20090930-2.4), step 7 works fine, with just one completion. I've observed the hanging on three different versions of Mac OS X (10.4.11, 10.5.7, 10.6.2), but not on GNU/Linux. >> Observations from edebug >> ------------------------ >> >> I've used M-x edebug-defun to instrument different functions in >> gud.el, so that I could step through them with emacs debugger. >> >> Emacs seems to hang when evaluating the expression >> >> (get-buffer-process gud-comint-buffer) >More likely it hangs on accept-process-output. >Emacs uses the special purpose gdb command "complete". I have noticed that it >can appear to hang when there are too many completions then typing C-c C-c >causes all these to spill into the GUD buffer. On the command line you get >something like: > >(top-gdb) b >Display all 20671 possibilities? (y or n) > >but that doesn't seem to be the case here. Agreed. Using gdb directly from the command line on Mac OS X 10.4.11, there are three completions. --------------------------------- $ gdb foo GNU gdb 6.3.50-20050815 (Apple version gdb-696) (Sat Oct 20 18:20:28 GMT 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 "powerpc-apple-darwin"... warning: --arch option not supported in this gdb. Reading symbols for shared libraries .. done (gdb) complete b add_ b add_fdes b add_one b add_profil (gdb) --------------------------------- Steve Revilak --ew6BAiZeqk4r7MaW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (Darwin) iEYEARECAAYFAktUgzIACgkQX7YJI4BuyDQEvQCfQufg/H0gBtwEL8b0tsJPkbT7 oy0An27EFDq4dDD6sdL4YbKFLPSO7fmG =3CDE -----END PGP SIGNATURE----- --ew6BAiZeqk4r7MaW-- From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 18 19:14:43 2010 Received: (at submit) by debbugs.gnu.org; 19 Jan 2010 00:14:44 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NX1k3-0001CW-2q for submit@debbugs.gnu.org; Mon, 18 Jan 2010 19:14:43 -0500 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NX1go-0001AU-RU for submit@debbugs.gnu.org; Mon, 18 Jan 2010 19:11:23 -0500 Received: from mail.gnu.org ([199.232.76.166]:32831 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NX1gl-0003GD-20 for emacs-pretest-bug@gnu.org; Mon, 18 Jan 2010 19:11:19 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1NX1gj-0003mu-Oj for emacs-pretest-bug@gnu.org; Mon, 18 Jan 2010 19:11:18 -0500 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on monty-python X-Spam-Level: X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.0 Received: from viper.snap.net.nz ([202.37.101.25]:44742) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NX1gj-0003mC-Al for emacs-pretest-bug@gnu.org; Mon, 18 Jan 2010 19:11:17 -0500 Received: from totara (156.29.255.123.dynamic.snap.net.nz [123.255.29.156]) by viper.snap.net.nz (Postfix) with ESMTP id 4D1163DB084; Tue, 19 Jan 2010 11:47:51 +1300 (NZDT) Received: by totara (Postfix, from userid 1000) id 4E5F8C169; Tue, 19 Jan 2010 11:47:50 +1300 (NZDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19284.58646.218954.708076@totara.tehura.co.nz> Date: Tue, 19 Jan 2010 11:47:50 +1300 To: Steve Revilak Subject: Re: bug#5404: 23.1.91; Nextstep port: M-x gdb hangs in tab completion of symbols In-Reply-To: <20100118155010.GA402@srevilak.net> References: <20100117142534.GB372@srevilak.net> <19283.35226.712794.811198@totara.tehura.co.nz> <20100118155010.GA402@srevilak.net> X-Mailer: VM 7.19 under Emacs 22.2.1 From: nickrob@snap.net.nz (Nick Roberts) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.4-2.6 X-Spam-Score: -4.9 (----) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Mon, 18 Jan 2010 19:14:41 -0500 Cc: emacs-pretest-bug@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.1 (-----) > (gdb) complete b add_ > b add_fdes > b add_one > b add_profil > (gdb) You could do M-x gdb-enable-debug, then (gdb) b b add_ in the Gud buffer. Then inspect gdb-debug-log (C-h v) to see if "complete b add_" gets sent to Gdb. I suspect it does and this relates to Apple Gdb and the previous problem with ^M characters. You could also download and compile FSF Gdb on Mac (I can't remember if you already have) and try that. -- Nick http://users.snap.net.nz/~nickrob From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 18 19:33:05 2010 Received: (at submit) by debbugs.gnu.org; 19 Jan 2010 00:33:05 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NX21o-0001Ne-OJ for submit@debbugs.gnu.org; Mon, 18 Jan 2010 19:33:05 -0500 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NX1vE-0001KH-Iu for submit@debbugs.gnu.org; Mon, 18 Jan 2010 19:26:20 -0500 Received: from mail.gnu.org ([199.232.76.166]:33495 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NX1vA-0003nO-Kb for emacs-pretest-bug@gnu.org; Mon, 18 Jan 2010 19:26:12 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1NX1v8-00070q-Uj for emacs-pretest-bug@gnu.org; Mon, 18 Jan 2010 19:26:12 -0500 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on monty-python X-Spam-Level: X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00, FORGED_RCVD_HELO autolearn=ham version=3.1.0 Received: from mail8.sea5.speakeasy.net ([69.17.117.10]:36717) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1NX1v8-00070a-FX for emacs-pretest-bug@gnu.org; Mon, 18 Jan 2010 19:26:10 -0500 Received: (qmail 15983 invoked from network); 19 Jan 2010 00:26:07 -0000 Received: from pool-96-233-67-66.bstnma.fios.verizon.net (HELO srevilak.net) (srevilak@[96.233.67.66]) (envelope-sender ) by mail8.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 19 Jan 2010 00:26:07 -0000 Date: Mon, 18 Jan 2010 19:26:05 -0500 From: Steve Revilak To: Nick Roberts Subject: Re: bug#5404: 23.1.91; Nextstep port: M-x gdb hangs in tab completion of symbols Message-ID: <20100119002604.GC744@srevilak.net> References: <20100117142534.GB372@srevilak.net> <19283.35226.712794.811198@totara.tehura.co.nz> <20100118155010.GA402@srevilak.net> <19284.58646.218954.708076@totara.tehura.co.nz> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Lb0e7rgc7IsuDeGj" Content-Disposition: inline In-Reply-To: <19284.58646.218954.708076@totara.tehura.co.nz> User-Agent: Mutt/1.5.19 (2009-01-05) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Spam-Score: -4.9 (----) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Mon, 18 Jan 2010 19:33:03 -0500 Cc: emacs-pretest-bug@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.0 (-----) --Lb0e7rgc7IsuDeGj Content-Type: multipart/mixed; boundary="cQXOx3fnlpmgJsTP" Content-Disposition: inline --cQXOx3fnlpmgJsTP Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable >> (gdb) complete b add_ >> b add_fdes >> b add_one >> b add_profil >> (gdb) >You could do M-x gdb-enable-debug, then=20 > >(gdb) b b add_ > >in the Gud buffer. > >Then inspect gdb-debug-log (C-h v) to see if "complete b add_" gets sent t= o Gdb. Neat trick. :) >I suspect it does and this relates to Apple Gdb and the previous problem w= ith ^M >characters. Here's what I tried. 1. emacs -Q -nw foo.c 2. M-x gdb RET foo RET 3. M-x gdb-enable-debug 4. "b add_" [hangs] 5. C-g twice (stops hanging) 6. C-h v gdb-debug-log RET I'll attach the contents of the *Help* buffer as gdb-debug-log.txt. The last cons in gdb-debug-log.txt is (send-item ... "complete b add_\n"). The second and third cons's above (send-item) seem to contain the completion output. >You could also download and compile FSF Gdb on Mac (I can't remember if you >already have) and try that. I haven't had a chance to build an fsf gdb yet, but I'm downloading gdb-7.0.1 now. I'll try gdb 7.0.1 and let you know how it goes. Steve --cQXOx3fnlpmgJsTP Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="gdb-debug-log.txt" Content-Transfer-Encoding: quoted-printable gdb-debug-log is a variable defined in `gdb-ui.el'. Its value is shown below. Documentation: List of commands sent to and replies received from GDB. Most recent commands are listed first. This list stores only the last `gdb-debug-log-max' values. This variable is used to debug GDB-UI. Value:=20 ((recv . "=0D\n=1A=1Apre-prompt=0D\n(gdb) =0D\n=1A=1Aprompt=0D\n") (recv . "No breakpoints or watchpoints.=0D\n") (recv . "=0D\n=1A=1Apost-prompt=0D\n") (send-item "server info breakpoints\n" gdb-info-breakpoints-handler) (recv . "=0D\n=1A=1Apre-prompt=0D\n(gdb) =0D\n=1A=1Aprompt=0D\n") (recv . "&\"\\n\\032\\032error-begin\\n\"=0D\n~\"\\n\\032\\032error\\n\"= =0D\n^error,msg=3D\"No registers.\"=0D\n(gdb) =0D\n") (recv . "=0D\n=1A=1Apost-prompt=0D\n") (send-item "server interpreter mi -stack-info-frame\n" gdb-frame-handler-1) (recv . "=0D\n=1A=1Apre-prompt=0D\n(gdb) =0D\n=1A=1Aprompt=0D\n") (recv . "b add_one=0D\nb add_profil=0D\n") (recv . "b add_fdes=0D\n") (recv . "=0D\n=1A=1Apost-prompt=0D\n") (send-item . #("complete b add_\n" 9 15 (fontified t)))) --cQXOx3fnlpmgJsTP-- --Lb0e7rgc7IsuDeGj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (Darwin) iEYEARECAAYFAktU/BwACgkQX7YJI4BuyDQcRQCcD3ARb6RUHVqHh7lWS59fbJNf pKwAn2mL/vZFEWFjFGXuHK3n4K+mQnXS =Rbcs -----END PGP SIGNATURE----- --Lb0e7rgc7IsuDeGj-- From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 18 20:52:34 2010 Received: (at submit) by debbugs.gnu.org; 19 Jan 2010 01:52:34 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NX3Gj-0001yX-Vs for submit@debbugs.gnu.org; Mon, 18 Jan 2010 20:52:34 -0500 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NX3Gi-0001yS-1R for submit@debbugs.gnu.org; Mon, 18 Jan 2010 20:52:32 -0500 Received: from mail.gnu.org ([199.232.76.166]:35845 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NX3Ge-0006N9-8U for emacs-pretest-bug@gnu.org; Mon, 18 Jan 2010 20:52:28 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1NX3Gc-0007e4-R3 for emacs-pretest-bug@gnu.org; Mon, 18 Jan 2010 20:52:28 -0500 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on monty-python X-Spam-Level: X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00, FORGED_RCVD_HELO autolearn=ham version=3.1.0 Received: from mail6.sea5.speakeasy.net ([69.17.117.8]:51421) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1NX3Gc-0007dY-D5 for emacs-pretest-bug@gnu.org; Mon, 18 Jan 2010 20:52:26 -0500 Received: (qmail 10155 invoked from network); 19 Jan 2010 01:52:24 -0000 Received: from pool-96-233-67-66.bstnma.fios.verizon.net (HELO srevilak.net) (srevilak@[96.233.67.66]) (envelope-sender ) by mail6.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 19 Jan 2010 01:52:24 -0000 Date: Mon, 18 Jan 2010 20:52:22 -0500 From: Steve Revilak To: Nick Roberts Subject: Re: bug#5404: 23.1.91; Nextstep port: M-x gdb hangs in tab completion of symbols Message-ID: <20100119015221.GD744@srevilak.net> References: <20100117142534.GB372@srevilak.net> <19283.35226.712794.811198@totara.tehura.co.nz> <20100118155010.GA402@srevilak.net> <19284.58646.218954.708076@totara.tehura.co.nz> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OzxllxdKGCiKxUZM" Content-Disposition: inline In-Reply-To: <19284.58646.218954.708076@totara.tehura.co.nz> User-Agent: Mutt/1.5.19 (2009-01-05) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Spam-Score: -5.1 (-----) X-Debbugs-Envelope-To: submit Cc: emacs-pretest-bug@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.1 (-----) --OzxllxdKGCiKxUZM Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline >From: Nick Roberts >You could also download and compile FSF Gdb on Mac (I can't remember if you >already have) and try that. Nick, Unfortunately, I didn't have much luck with the FSF gdb. On my PowerPC Mac (Mac OS X 10.4.11), gdb's top-level ./configure script tells me *** This configuration is not supported in the following subdirectories: bfd opcodes gdb sim (Any other directories should still work fine.) and doesn't generate a gdb/Makefile. Running ./gdb/configure fails with configure: error: "*** Gdb does not support native target powerpc-apple-darwin8.11.0" I see these results with gdb-7.0.1, gdb-7.0, and every gdb-6.x release back through 6.2. On my Intel Mac (Mac OS X 10.6.2), gdb-7.0.1's configure generates a gdb/Makefile, but the compilation fails. Likewise for gdb-7.0. gdb-6.x tells me that configure: error: "*** Gdb does not support native target i386-apple-darwin10.2.0" It looks like I'm stuck with Apple's gdb. Steve --OzxllxdKGCiKxUZM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (Darwin) iEYEARECAAYFAktVEFUACgkQX7YJI4BuyDSUYQCg4yDsoiuq+z9B7Fc3oMiQabVz z4gAoJ7xqo9FkzPBu4z5GT7nGTxYds+9 =2Lpj -----END PGP SIGNATURE----- --OzxllxdKGCiKxUZM-- From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 18 21:32:48 2010 Received: (at submit) by debbugs.gnu.org; 19 Jan 2010 02:32:49 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NX3tg-0002IE-80 for submit@debbugs.gnu.org; Mon, 18 Jan 2010 21:32:48 -0500 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NX3te-0002I7-IE for submit@debbugs.gnu.org; Mon, 18 Jan 2010 21:32:47 -0500 Received: from mail.gnu.org ([199.232.76.166]:37032 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NX3tb-0007kt-2Y for emacs-pretest-bug@gnu.org; Mon, 18 Jan 2010 21:32:43 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1NX3tZ-0006Wu-UA for emacs-pretest-bug@gnu.org; Mon, 18 Jan 2010 21:32:43 -0500 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on monty-python X-Spam-Level: X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.0 Received: from viper.snap.net.nz ([202.37.101.25]:54133) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NX3tZ-0006WQ-74 for emacs-pretest-bug@gnu.org; Mon, 18 Jan 2010 21:32:41 -0500 Received: from totara (153.62.255.123.dynamic.snap.net.nz [123.255.62.153]) by viper.snap.net.nz (Postfix) with ESMTP id CBE4F3DB083; Tue, 19 Jan 2010 15:32:38 +1300 (NZDT) Received: by totara (Postfix, from userid 1000) id C2BB0C169; Tue, 19 Jan 2010 15:32:37 +1300 (NZDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19285.6597.769197.920283@totara.tehura.co.nz> Date: Tue, 19 Jan 2010 15:32:37 +1300 To: Steve Revilak Subject: Re: bug#5404: 23.1.91; Nextstep port: M-x gdb hangs in tab completion of symbols In-Reply-To: <20100119015221.GD744@srevilak.net> References: <20100117142534.GB372@srevilak.net> <19283.35226.712794.811198@totara.tehura.co.nz> <20100118155010.GA402@srevilak.net> <19284.58646.218954.708076@totara.tehura.co.nz> <20100119015221.GD744@srevilak.net> X-Mailer: VM 7.19 under Emacs 22.2.1 From: nickrob@snap.net.nz (Nick Roberts) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.4-2.6 X-Spam-Score: -5.2 (-----) X-Debbugs-Envelope-To: submit Cc: emacs-pretest-bug@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.3 (-----) > Running ./gdb/configure fails with > > configure: error: "*** Gdb does not support native target powerpc-apple-darwin8.11.0" > > I see these results with gdb-7.0.1, gdb-7.0, and every gdb-6.x release > back through 6.2. Yes, Gdb 7.0+ only supports x86/x86_64 Darwin. > On my Intel Mac (Mac OS X 10.6.2), gdb-7.0.1's configure generates a > gdb/Makefile, but the compilation fails. Likewise for gdb-7.0. > gdb-6.x tells me that > > configure: error: "*** Gdb does not support native target i386-apple-darwin10.2.0" > > It looks like I'm stuck with Apple's gdb. This one should work, I think, but you need to ask why you get an error on the gdb mailing list (gdb@sourceware.org). -- Nick http://users.snap.net.nz/~nickrob From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 19 04:52:28 2010 Received: (at submit) by debbugs.gnu.org; 19 Jan 2010 09:52:29 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NXAlA-0006jk-1r for submit@debbugs.gnu.org; Tue, 19 Jan 2010 04:52:28 -0500 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NXAl8-0006je-OG for submit@debbugs.gnu.org; Tue, 19 Jan 2010 04:52:27 -0500 Received: from mx10.gnu.org ([199.232.76.166]:53104) by fencepost.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NXAl5-00055n-Tn for emacs-pretest-bug@gnu.org; Tue, 19 Jan 2010 04:52:23 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1NXAl5-0007sq-Er for emacs-pretest-bug@gnu.org; Tue, 19 Jan 2010 04:52:23 -0500 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on monty-python X-Spam-Level: X-Spam-Status: No, score=-1.5 required=5.0 tests=AWL, BAYES_00, OBSCURED_EMAIL autolearn=no version=3.1.0 Received: from viper.snap.net.nz ([202.37.101.25]:44874) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NXAl4-0007se-UK for emacs-pretest-bug@gnu.org; Tue, 19 Jan 2010 04:52:23 -0500 Received: from totara (107.28.255.123.dynamic.snap.net.nz [123.255.28.107]) by viper.snap.net.nz (Postfix) with ESMTP id 5C5F63DAD12; Tue, 19 Jan 2010 22:52:20 +1300 (NZDT) Received: by totara (Postfix, from userid 1000) id BAE14C169; Tue, 19 Jan 2010 22:52:18 +1300 (NZDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19285.32978.732406.38527@totara.tehura.co.nz> Date: Tue, 19 Jan 2010 22:52:18 +1300 To: Steve Revilak Subject: Re: bug#5404: 23.1.91; Nextstep port: M-x gdb hangs in tab completion of symbols In-Reply-To: <20100119002604.GC744@srevilak.net> References: <20100117142534.GB372@srevilak.net> <19283.35226.712794.811198@totara.tehura.co.nz> <20100118155010.GA402@srevilak.net> <19284.58646.218954.708076@totara.tehura.co.nz> <20100119002604.GC744@srevilak.net> X-Mailer: VM 7.19 under Emacs 22.2.1 From: nickrob@snap.net.nz (Nick Roberts) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.4-2.6 X-Spam-Score: -5.4 (-----) X-Debbugs-Envelope-To: submit Cc: emacs-pretest-bug@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.5 (-----) > Value: > ((recv . "^M\npre-prompt^M\n(gdb) ^M\nprompt^M\n") > (recv . "No breakpoints or watchpoints.^M\n") > (recv . "^M\npost-prompt^M\n") > (send-item "server info breakpoints\n" gdb-info-breakpoints-handler) > (recv . "^M\npre-prompt^M\n(gdb) ^M\nprompt^M\n") > (recv . "&\"\\n\\032\\032error-begin\\n\"^M\n~\"\\n\\032\\032error\\n\"^M\n^error,msg=\"No registers.\"^M\n(gdb) ^M\n") > (recv . "^M\npost-prompt^M\n") > (send-item "server interpreter mi -stack-info-frame\n" gdb-frame-handler-1) > (recv . "^M\npre-prompt^M\n(gdb) ^M\nprompt^M\n") > (recv . "b add_one^M\nb add_profil^M\n") > (recv . "b add_fdes^M\n") > (recv . "^M\npost-prompt^M\n") > (send-item . > #("complete b add_\n" 9 15 > (fontified t)))) I think the terminal settings in the GUD buffer must be different for recent Macs. Try: (gdb) shell stty -onlcr (assuming "shell stty -a" gives onlcr). Emacs doesn't expect the extra ^M characters and so it fails to parse the output correctly. If modifying the terminal doesn't work (but I think it should), you could try changing gud-gdb-marker-regexp and gud-gdb-marker-filter to look for ^M\n instead of just \n. -- Nick http://users.snap.net.nz/~nickrob From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 19 14:23:19 2010 Received: (at control) by debbugs.gnu.org; 19 Jan 2010 19:23:19 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NXJfb-0005Yt-Ck for submit@debbugs.gnu.org; Tue, 19 Jan 2010 14:23:19 -0500 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NXJfY-0005Ym-Ua for control@debbugs.gnu.org; Tue, 19 Jan 2010 14:23:17 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.69) (envelope-from ) id 1NXJfU-0007gf-N8; Tue, 19 Jan 2010 14:23:12 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19286.1696.696215.14506@gargle.gargle.HOWL> Date: Tue, 19 Jan 2010 14:23:12 -0500 From: Glenn Morris To: control Subject: control X-Spam-Score: -4.1 (----) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.0 (-----) tags 4940 patch reassign 5388 emacs,cc-mode reassign 5303 emacs,w32 retitle 5386 gtk daemon close display hang reassign 5425 notemacs severity 5424 wishlist reassign 5422 emacs,cc-mode reassign 5411 emacs,cc-mode reassign 5404 emacs,ns From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 19 22:25:24 2010 Received: (at submit) by debbugs.gnu.org; 20 Jan 2010 03:25:24 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NXRC8-0000Oc-GX for submit@debbugs.gnu.org; Tue, 19 Jan 2010 22:25:24 -0500 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NXRC7-0000OU-D9 for submit@debbugs.gnu.org; Tue, 19 Jan 2010 22:25:23 -0500 Received: from mail.gnu.org ([199.232.76.166]:42526 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NXRC4-0004G9-14 for emacs-pretest-bug@gnu.org; Tue, 19 Jan 2010 22:25:20 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1NXRC2-0007JO-VG for emacs-pretest-bug@gnu.org; Tue, 19 Jan 2010 22:25:19 -0500 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on monty-python X-Spam-Level: X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00, FORGED_RCVD_HELO autolearn=ham version=3.1.0 Received: from mail4.sea5.speakeasy.net ([69.17.117.6]:40489) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1NXRC2-0007J0-Hv for emacs-pretest-bug@gnu.org; Tue, 19 Jan 2010 22:25:18 -0500 Received: (qmail 22622 invoked from network); 20 Jan 2010 03:25:15 -0000 Received: from pool-96-233-67-66.bstnma.fios.verizon.net (HELO srevilak.net) (srevilak@[96.233.67.66]) (envelope-sender ) by mail4.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 20 Jan 2010 03:25:15 -0000 Date: Tue, 19 Jan 2010 22:25:13 -0500 From: Steve Revilak To: Nick Roberts Subject: Re: bug#5404: 23.1.91; Nextstep port: M-x gdb hangs in tab completion of symbols Message-ID: <20100120032513.GF385@srevilak.net> References: <20100117142534.GB372@srevilak.net> <19283.35226.712794.811198@totara.tehura.co.nz> <20100118155010.GA402@srevilak.net> <19284.58646.218954.708076@totara.tehura.co.nz> <20100119002604.GC744@srevilak.net> <19285.32978.732406.38527@totara.tehura.co.nz> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WK3l2KTTmXPVedZ6" Content-Disposition: inline In-Reply-To: <19285.32978.732406.38527@totara.tehura.co.nz> User-Agent: Mutt/1.5.19 (2009-01-05) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Spam-Score: -5.2 (-----) X-Debbugs-Envelope-To: submit Cc: emacs-pretest-bug@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.3 (-----) --WK3l2KTTmXPVedZ6 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline >I think the terminal settings in the GUD buffer must be different for recent >Macs. > >Try: > >(gdb) shell stty -onlcr > >(assuming "shell stty -a" gives onlcr). > >Emacs doesn't expect the extra ^M characters and so it fails to parse the >output correctly. If modifying the terminal doesn't work (but I think it >should), you could try changing gud-gdb-marker-regexp and >gud-gdb-marker-filter to look for ^M\n instead of just \n. Nick, Thanks for the suggestion. I'll experiment with these ideas (but it may be a day or two before I have the chance to do so). Cheers, Steve --WK3l2KTTmXPVedZ6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (Darwin) iEYEARECAAYFAktWd5kACgkQX7YJI4BuyDQ89wCgl7dyI9JyCjxAqHTL8LbOLler 1FIAnjWDsnZaUHJXaP3mCr54ZqPxBTVG =LGZd -----END PGP SIGNATURE----- --WK3l2KTTmXPVedZ6-- From debbugs-submit-bounces@debbugs.gnu.org Sun Jan 24 22:17:14 2010 Received: (at submit) by debbugs.gnu.org; 25 Jan 2010 03:17:14 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NZFRx-0003ui-Mw for submit@debbugs.gnu.org; Sun, 24 Jan 2010 22:17:14 -0500 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NZFRv-0003ub-Ld for submit@debbugs.gnu.org; Sun, 24 Jan 2010 22:17:12 -0500 Received: from mx10.gnu.org ([199.232.76.166]:38963) by fencepost.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NZFRs-0001Ra-7S for emacs-pretest-bug@gnu.org; Sun, 24 Jan 2010 22:17:08 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1NZFRq-00048P-D1 for emacs-pretest-bug@gnu.org; Sun, 24 Jan 2010 22:17:08 -0500 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on monty-python X-Spam-Level: X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00, FORGED_RCVD_HELO autolearn=ham version=3.1.0 Received: from mail8.sea5.speakeasy.net ([69.17.117.10]:35199) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1NZFRp-00047u-OY for emacs-pretest-bug@gnu.org; Sun, 24 Jan 2010 22:17:06 -0500 Received: (qmail 16486 invoked from network); 25 Jan 2010 03:17:03 -0000 Received: from pool-71-184-218-95.bstnma.fios.verizon.net (HELO srevilak.net) (srevilak@[71.184.218.95]) (envelope-sender ) by mail8.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 25 Jan 2010 03:17:02 -0000 Date: Sun, 24 Jan 2010 22:16:59 -0500 From: Steve Revilak To: Nick Roberts Subject: Re: bug#5404: 23.1.91; Nextstep port: M-x gdb hangs in tab completion of symbols Message-ID: <20100125031659.GB984@srevilak.net> References: <20100117142534.GB372@srevilak.net> <19283.35226.712794.811198@totara.tehura.co.nz> <20100118155010.GA402@srevilak.net> <19284.58646.218954.708076@totara.tehura.co.nz> <20100119002604.GC744@srevilak.net> <19285.32978.732406.38527@totara.tehura.co.nz> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IrhDeMKUP4DT/M7F" Content-Disposition: inline In-Reply-To: <19285.32978.732406.38527@totara.tehura.co.nz> User-Agent: Mutt/1.5.19 (2009-01-05) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Spam-Score: -6.6 (------) X-Debbugs-Envelope-To: submit Cc: emacs-pretest-bug@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) --IrhDeMKUP4DT/M7F Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable >From: Nick Roberts >I think the terminal settings in the GUD buffer must be different for rece= nt >Macs. > >Try: > >(gdb) shell stty -onlcr > >(assuming "shell stty -a" gives onlcr). > >Emacs doesn't expect the extra ^M characters and so it fails to parse the >output correctly. If modifying the terminal doesn't work (but I think it >should), you could try changing gud-gdb-marker-regexp and >gud-gdb-marker-filter to look for ^M\n instead of just \n. Nick, I had the chance to try your suggestions with onlcr/-onlcr. I wanted to see how M-x gdb (and M-x gud-gdb) apply that terminal setting in 23.1.91; I also wanted to compare this with Emacs 22.3. At the end of this message is an outline of the scenarios I've tried. I'll summarize the high points: - Emacs 23 runs gdb with "onlcr". Emacs 22 also used onlcr. (Emacs 22 did not exhibit the hanging or ^M behavior.) - In M-x gdb, changing onlcr to -onlcr prevents the hanging, but *only* if you make the change the terminal settings after gdb starts the target program. - The hanging in M-x gdb does NOT occur with M-x gud-gdb - with M-x gud-gdb, "shell stty -onlcr" makes the ^M's go away. - Looking through the code called by gud-gdb-complete-command, Emacs 22 and Emacs 23 are practically identical. In particular,=20 gud-gdb-marker-regexp and gud-gdb-marker-filter are the same. I'd like to figure out why M-x gdb and M-x gud-gdb behave differently, but I haven't gotten that far yet. I know that Emacs 23 merged the GNUStep and MacOS code together (into the nextstep port). Could the behavior I'm seeing be the result of something further down in the nextstep code? I've tried to keep the outline terse. If there are any points I should clarify, please let me know. Thanks again for all your guidance. If you have any suggestions for where to look next, please let me know. Steve =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D * Emacs 23.1.91 - Emacs -Q -nw ~/foo.c - M-x gdb RET Run gdb (like this): gdb --annotate=3D3 foo - At first (gdb) prompt, run "shell stty -a". stty output shows "onlcr". - Run "shell stty -onlcr". Afterwards, "shell stty -a" still shows "onlcr" (and not "-onlcr"). stty did NOT toggle the onlcr setting. - Type "b add_". This hangs, and has to be cancelled with C-g. - Type "b main RET", then "run RET". GDB runs target program, stops at breakpoint in main. - Type "b add_". Still hangs, and has to be cancelled with C-g. =20 - type "shell stty -onlcr". This does something interesting. Figure 1 shows the "foo.c" buffer before I type "shell stty -onlcr". ---- Figure 1 --------------------------------------------------- #include static int add_one(int x) { return (x + 1); } int main(void) { =3D>int y =3D add_one(3); printf("%d\n", y); return 0; } ------------------------------------------------------------------ - after typing "shell stty -onlcr", the appearance of the foo.c buffer changes to Figure 2. The code shifts two spaces to the right, and there is a `B' in column zero, to show where the breakpoint is set. ------- Figure 2 ------------------------------------------------- #include static int add_one(int x) { return (x + 1); } int main(void) { B =3D>int y =3D add_one(3); printf("%d\n", y); return 0; } ------------------------------------------------------------------ - type "shell stty -a". This time "onlcr" has changed to "-onlcr" - "b add_" does not hang. It produces a list of completions (and no ^M's :) OBSERVATION: before starting the target program, stty changes don't seem to take effect. After the target program starts running, stty changes do take effect. After "shell stty -onlcr", gud-gdb-complete-command does not hang, and there are no ctrl ^M's. This is at least a workaround. Within the *gud-PROGRAM* buffer, run "shell stty -onlcr" after the target program starts running, and don't try to use symbol completion before the target program starts. * Emacs 23.1.91 and M-x gud-gdb M-x gud-gdb has an interesting variant on the above behavior. - Emacs -nw -Q ~/foo.c - M-x gud-gdb RET Run gud-gdb (like this): gdb --fullname foo - At first (gdb) prompt, "shell stty -a" shows "-onlcr". This is the opposite behavior as M-x gdb - "b add_" produces a list of completions. It does not hang. There are no ^M's in the completion. - type "b main RET" then "run RET". - gdb starts running target program, and stops at first breakpoint. - "shell stty -a" shows "onlcr". Starting the target program flipped -onlcr to onlcr. =20 - "b add_" does not hang, but each completion is suffixed with ^M (a behavior we discussed with the 23.1.90 release). - "shell stty -onlcr" changes onlcr back to "-onlcr" - "b add_" produces a correct list of completions. OBSERVATION: I also see another workaround. After gdb starts the program, "shell stty -onlcr" makes ^M go away. * Comparing with Emacs 22.3 I tried this experiment with Emacs 22.3. In Emacs 22.3, gud-gdb-complete-command does not hang, and completions are not suffixed with ^M. I simply wanted to see what terminal settings M-x gdb used in the older version. - Emacs-22.3 -Q -nw ~/foo.c - M-x gdb RET Run gdb (like this): gdb --annotate=3D3 foo - At first (gdb) prompt "shell stty -a" shows "onlcr" in Emacs-22.3. - type "b main RET". Then "run RET" - when the breakpoint is hit, buffer "foo.c" looks like Figure 2. "shell stty -a" still shows "onlcr". OBSERVATION: Both Emacs-22.3 and 23.1.91 use "onlcr" in terminal settings. * Comparing gud.el Between Emacs 22.3 and Emacs 23.1.91 I spent some time using M-x compare-buffers to look at the differences between gud.el in Emacs 22.3 and Emacs 23.1.91. There are NO differences in the following: - gud-gdb-complete-command - gud-gdb-run-command-fetch-lines - gud-gdb-fetch-lines-filter - gud-gdb-marker-regexp - gud-gdb-marker-filter There is a small difference in gud-basic-call, but it looks like nothing more than a change to eliminate "Warning: `save-excursion' defeated by `set-buffer'". =20 These symbols seem to cover the major steps in gud-gdb-complete-command. --IrhDeMKUP4DT/M7F Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (Darwin) iEYEARECAAYFAktdDSsACgkQX7YJI4BuyDRWBACg5ZYneK5KGzfcXKVTuWyn5KnB hzQAoIvM4XRuDgWnTJykdiRcfYkGZWG7 =VtDa -----END PGP SIGNATURE----- --IrhDeMKUP4DT/M7F-- From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 12 15:09:19 2010 Received: (at control) by debbugs.gnu.org; 12 Mar 2010 20:09:19 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NqBAd-00079K-GR for submit@debbugs.gnu.org; Fri, 12 Mar 2010 15:09:19 -0500 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NqBAb-00079F-VL for control@debbugs.gnu.org; Fri, 12 Mar 2010 15:09:18 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.69) (envelope-from ) id 1NqBAX-00017W-ET; Fri, 12 Mar 2010 15:09:13 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19354.40809.360947.557650@fencepost.gnu.org> Date: Fri, 12 Mar 2010 15:09:13 -0500 From: Glenn Morris To: control Subject: control X-Attribution: GM X-Mailer: VM (www.wonderworks.com/vm), GNU Emacs (www.gnu.org/software/emacs) X-Hue: green X-Ran: v_U>|9URgR_p-DAh6[wG,Bs$nCRA\PH7bIjQQYg#4&ZG-513>PL!tD84k3`]QA?W0f*ZBZ X-Debbugs-No-Ack: yes X-Spam-Score: -5.1 (-----) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.1 (-----) reassign 5404 emacs merge 5404 5712 From debbugs-submit-bounces@debbugs.gnu.org Sun Jan 16 15:32:39 2011 Received: (at 5404) by debbugs.gnu.org; 16 Jan 2011 20:32:39 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PeZHC-0001Oo-PE for submit@debbugs.gnu.org; Sun, 16 Jan 2011 15:32:38 -0500 Received: from mail3.sea5.speakeasy.net ([69.17.117.42]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PeZHA-0001Oc-5Y for 5404@debbugs.gnu.org; Sun, 16 Jan 2011 15:32:37 -0500 Received: (qmail 23365 invoked from network); 16 Jan 2011 20:40:16 -0000 Received: from pool-173-48-97-182.bstnma.fios.verizon.net (HELO srevilak.net) (srevilak@[173.48.97.182]) (envelope-sender ) by mail3.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for <5404@debbugs.gnu.org>; 16 Jan 2011 20:40:16 -0000 Date: Sun, 16 Jan 2011 15:40:05 -0500 From: Steve Revilak To: 5404@debbugs.gnu.org Subject: FIXED: Nextstep port: M-x gdb hangs in tab completion of symbols Message-ID: <20110116204005.GA7302@srevilak.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UugvWAfsgieZRqgk" Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -4.6 (----) X-Debbugs-Envelope-To: 5404 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.9 (---) --UugvWAfsgieZRqgk Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline I've attempted to reproduce 5404 on Mac OS X 10.6.4 with GNU Emacs 23.2.91.1 (x86_64-apple-darwin10.4.0, NS apple-appkit-1038.32) of 2011-01-02 and (146:1)oatmeal.ma.runwaynine.com:~$ gdb --version GNU gdb 6.3.50-20050815 (Apple version gdb-1469) (Wed May 5 04:36:56 UTC 2010) 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 "x86_64-apple-darwin" The behavior reported in 5404 does NOT occur in this configuration. --UugvWAfsgieZRqgk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (GNU/Linux) iEYEARECAAYFAk0zV6UACgkQX7YJI4BuyDS0vwCgi4iInidx3iPBE+mZ8GP1H0OQ oZYAnjEgVcY+9xAcy/scYpwauuk3SfPu =xaV4 -----END PGP SIGNATURE----- --UugvWAfsgieZRqgk-- From debbugs-submit-bounces@debbugs.gnu.org Sun Jan 16 15:35:01 2011 Received: (at 5404-done) by debbugs.gnu.org; 16 Jan 2011 20:35:01 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PeZJV-0001S0-HT for submit@debbugs.gnu.org; Sun, 16 Jan 2011 15:35:01 -0500 Received: from mail1.sea5.speakeasy.net ([69.17.117.39]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PeZJT-0001Rm-4N for 5404-done@debbugs.gnu.org; Sun, 16 Jan 2011 15:34:59 -0500 Received: (qmail 15401 invoked from network); 16 Jan 2011 20:42:40 -0000 Received: from pool-173-48-97-182.bstnma.fios.verizon.net (HELO srevilak.net) (srevilak@[173.48.97.182]) (envelope-sender ) by mail1.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for <5404-done@debbugs.gnu.org>; 16 Jan 2011 20:42:39 -0000 Date: Sun, 16 Jan 2011 15:42:37 -0500 From: Steve Revilak To: 5404-done@debbugs.gnu.org Subject: Re: FIXED: Nextstep port: M-x gdb hangs in tab completion of symbols Message-ID: <20110116204237.GB7302@srevilak.net> References: <20110116204005.GA7302@srevilak.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pvezYHf7grwyp3Bc" Content-Disposition: inline In-Reply-To: <20110116204005.GA7302@srevilak.net> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -3.6 (---) X-Debbugs-Envelope-To: 5404-done X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.4 (---) --pvezYHf7grwyp3Bc Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline --pvezYHf7grwyp3Bc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (GNU/Linux) iEYEARECAAYFAk0zWD0ACgkQX7YJI4BuyDSQwACdFqdeS1DN3hFY9kVMwaxHehdV 0N8An1XJtyCWsG0hKKxHYBC215JdABjv =rqp5 -----END PGP SIGNATURE----- --pvezYHf7grwyp3Bc-- From unknown Sun Jun 22 07:33:59 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Mon, 14 Feb 2011 12:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator