From zack@upsilon.cc Fri Oct 3 01:29:02 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-7.9 required=4.0 tests=BAYES_00,FOURLA, RCVD_IN_DNSWL_MED autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 3 Oct 2008 08:29:02 +0000 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m938SwSA010951 for ; Fri, 3 Oct 2008 01:28:59 -0700 Received: from mx10.gnu.org ([199.232.76.166]:34317) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1Klfzl-0002Ar-0N for emacs-pretest-bug@gnu.org; Fri, 03 Oct 2008 04:26:41 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1Klg1v-0004W2-3s for emacs-pretest-bug@gnu.org; Fri, 03 Oct 2008 04:28:57 -0400 Received: from fettunta.fettunta.org ([67.207.129.222]:33418) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Klg1u-0004Vq-MY for emacs-pretest-bug@gnu.org; Fri, 03 Oct 2008 04:28:54 -0400 Received: from usha.takhisis.invalid (unknown [10.17.0.18]) by fettunta.fettunta.org (Postfix) with ESMTP id 66739180B1; Fri, 3 Oct 2008 08:28:52 +0000 (UTC) Received: by usha.takhisis.invalid (Postfix, from userid 1000) id 9D1D27326; Fri, 3 Oct 2008 10:27:43 +0200 (CEST) To: emacs-pretest-bug@gnu.org CC: rfrancoise@debian.org Subject: 23.0.60; can't exit viper insert mode with ESC using emacsclient -t Message-Id: <20081003082743.9D1D27326@usha.takhisis.invalid> Date: Fri, 3 Oct 2008 10:27:43 +0200 (CEST) From: zack@upsilon.cc (Stefano Zacchiroli) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 1) I'm using viper mode (at expert level 5). I'm also using the Emacs server with emacsclients, sometimes creating new frames (emacsclient -c), sometimes on a console (emacsclient -t). Everything is fine working either in the main Emacs or in a framed emacsclient. However, in the console emacsclient I'm unable to exit insert mode using ESC. It does work fine exit insert mode using M-x viper-exit-insert-state (but as you can imagine it is quite annoying). The key different seems to be key binding, while in main Emacs and framed client "C-h k ESC" returns (viper-intercept-ESC-key), in console clients "C-h k ESC" hangs showing "ESC-" waiting for the next key in the binding. In GNU Emacs 23.0.60.1 (x86_64-pc-linux-gnu, GTK+ Version 2.12.11) of 2008-09-28 on elegiac, modified by Debian (emacs-snapshot package, version 1:20080928-1) Windowing system distributor `The X.Org Foundation', version 11.0.10402000 configured using `configure '--build' 'x86_64-linux-gnu' '--host' 'x86_64-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--localstatedir=/var' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes' '--enable-locallisppath=/etc/emacs-snapshot:/etc/emacs:/usr/local/share/emacs/23.0.60/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/23.0.60/site-lisp:/usr/share/emacs/site-lisp' '--with-x=yes' '--with-x-toolkit=gtk' 'build_alias=x86_64-linux-gnu' 'host_alias=x86_64-linux-gnu' 'CFLAGS=-DDEBIAN -DSITELOAD_PURESIZE_EXTRA=5000 -g -O2' 'LDFLAGS=-g -Wl,--as-needed' 'CPPFLAGS='' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: en_US.UTF-8 value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: it_IT.UTF-8 value of $XMODIFIERS: nil locale-coding-system: utf-8-unix default-enable-multibyte-characters: t Major mode: Fundamental Minor modes in effect: iswitchb-mode: t show-paren-mode: t tooltip-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t blink-cursor-mode: t global-auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent input: C-x k y e s M-x s e r v e s n n C-n n n j j j C-x C-c ESC [ > 1 ; 1 6 1 4 ; 0 c j j j j j j j j j j j j j j j j j j j j j j j j j j l l l l l l C-z k k C-_ C-p C-p C-p C-z k k k I SPC SPC SPC SPC ESC j j j j j j DEL DEL DEL DEL DEL DEL ESC O A ESC O A ESC O A ESC O A ESC O A ESC O B ESC O B ESC O B ESC O B ESC O A ESC O A ESC O A ESC O A ESC O A ESC O A ESC O A i SPC C-_ ESC O A ESC ESC ESC ESC ESC ESC ESC ESC ESC ESC C-g C-g C-g C-g C-g ESC ESC ESC ESC x v i p e TAB e TAB x TAB i TAB i TAB RET j j j j k k k k k i SPC SPC SPC ESC j j j C-_ ESC x v i p e r - e x TAB i TAB i TAB TAB RET C-h k ESC C-x C-f / t C-x C-x C-f C-x C-f / t b a r C-n C-n C-n C-n C-n i C-h k ESC C-x 1 j j C-x 1 j j j C-h k ESC C-x C-c C-x C-c n C-x 1 M-x e m a c r e p r e p o r Recent messages: Undo! Quit [4 times] Making completion list... Undo! Type C-x 1 to delete the help window, C-M-v to scroll help. mouse-2, RET: Browse http://www.gnu.org/software/emacs/tour/ exchange-point-and-mark: No mark set in this buffer Type C-x 1 to delete the help window. C-M-x C-c is undefined Making completion list... From zack@upsilon.cc Tue Oct 7 07:51:05 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-4.6 required=4.0 tests=AWL,BAYES_00,FOURLA autolearn=no version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1072) by emacsbugs.donarmstrong.com; 7 Oct 2008 14:51:05 +0000 Received: from fettunta.fettunta.org (fettunta.fettunta.org [67.207.129.222]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m97Ep1nF022268 for <1072@emacsbugs.donarmstrong.com>; Tue, 7 Oct 2008 07:51:03 -0700 Received: from usha.takhisis.invalid (unknown [10.17.0.18]) by fettunta.fettunta.org (Postfix) with ESMTP id 57F3F18262; Tue, 7 Oct 2008 14:51:01 +0000 (UTC) Received: by usha.takhisis.invalid (Postfix, from userid 1000) id C8B806052; Tue, 7 Oct 2008 16:49:50 +0200 (CEST) Date: Tue, 7 Oct 2008 15:49:50 +0100 From: Stefano Zacchiroli To: Michael Kifer Cc: 1072@debbugs.gnu.org Subject: Re: Viper version is 3.14 of April 06, 2008; can't exit viper insert mode with ESC using emacsclient -t Message-ID: <20081007144950.GA20151@usha.takhisis.invalid> References: <20081006095245.2FE176A99@usha.takhisis.invalid> <20081006124104.25eb7619@kiferserv> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081006124104.25eb7619@kiferserv> User-Agent: Mutt/1.5.18 (2008-05-17) [ Many thanks for your feedback Michael, I'm Cc-ing the bug entry in the Emacs bug tracking system to keep track of your suggestions ] On Mon, Oct 06, 2008 at 12:41:04PM -0400, Michael Kifer wrote: > Emacs works fine on a console for me. Note that that works for me to, is especially the console emacsclient which is broken. > emacsclient -t does not work - says that -t is an invalid option. So maybe it's a new feature, I'm using snapshot Emacs, I was trying to help out with feedback about it reporting this bug. Here emacsclient -t is supported: $ emacsclient --help | grep -- -t -t, --tty Open a new Emacs frame on the current terminal > Are you using a slow connection or something? Not at all, it is my laptop, Emacs is running locally under X windows, emacsclient -t is running in a local terminal. > On a console, ESC is time sensitive. If something is sluggish > then it won't work. Try to play with the variable viper-fast-keyseq-timeout > Either increase or decrease it, and see if you see any changes. I've tried, but nothing changed. Let me point out again that it seems that ESC is not bound at all in the console emacsclient, quoting my bugreport: > The key different seems to be key binding, while in main Emacs and > framed client "C-h k ESC" returns (viper-intercept-ESC-key), in > console clients "C-h k ESC" hangs showing "ESC-" waiting for the > next key in the binding. Does this blink some light? (Or maybe explains that the bug is not at all related to Viper and need to be looked for in some emacsclient detail?) Thanks a lot! Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science \ PostDoc @ Univ. Paris 7 zack@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/ I'm still an SGML person,this newfangled /\ All one has to do is hit the XML stuff is so ... simplistic -- Manoj \/ right keys at the right time From lennart.borgman@gmail.com Tue Oct 7 09:22:46 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-7.5 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER, RCVD_IN_DNSWL_LOW autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1072) by emacsbugs.donarmstrong.com; 7 Oct 2008 16:22:46 +0000 Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m97GMd3V012804 for <1072@emacsbugs.donarmstrong.com>; Tue, 7 Oct 2008 09:22:40 -0700 Received: from c83-254-151-87.bredband.comhem.se ([83.254.151.87]:61169 helo=[127.0.0.1]) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1KnFKE-00005i-5S; Tue, 07 Oct 2008 18:22:31 +0200 Message-ID: <48EB8C94.2070403@gmail.com> Date: Tue, 07 Oct 2008 18:21:40 +0200 From: "Lennart Borgman (gmail)" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.9) Gecko/20071031 Thunderbird/2.0.0.9 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Stefano Zacchiroli , 1072@debbugs.gnu.org CC: Michael Kifer Subject: Re: bug#1072: Viper version is 3.14 of April 06, 2008; can't exit viper insert mode with ESC using emacsclient -t References: <20081006095245.2FE176A99@usha.takhisis.invalid> <20081006124104.25eb7619@kiferserv> <20081007144950.GA20151@usha.takhisis.invalid> In-Reply-To: <20081007144950.GA20151@usha.takhisis.invalid> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 081007-0, 2008-10-07), Outbound message X-Antivirus-Status: Clean X-Originating-IP: 83.254.151.87 X-Scan-Result: No virus found in message 1KnFKE-00005i-5S. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1KnFKE-00005i-5S f9e4e2225616698a519f49b0396cdbd8 Stefano Zacchiroli wrote: >> The key different seems to be key binding, while in main Emacs and >> framed client "C-h k ESC" returns (viper-intercept-ESC-key), in >> console clients "C-h k ESC" hangs showing "ESC-" waiting for the >> next key in the binding. > > Does this blink some light? (Or maybe explains that the bug is not at > all related to Viper and need to be looked for in some emacsclient > detail?) What is the value of emulation-mode-map-alists in both cases? Is viper--intercept-key-maps there in both cases? What is the value of this variable in both cases? It should be something like ((viper-vi-intercept-minor-mode keymap (f6 . viper-toggle-key-action) (escape . viper-intercept-ESC-key) (26)) (viper-insert-intercept-minor-mode keymap (escape . viper-intercept-ESC-key)) (viper-emacs-intercept-minor-mode keymap (f6 . viper-change-state-to-vi) (26))) What is the values of the key variables in the association list? > Thanks a lot! > Cheers. > From kifer@cs.sunysb.edu Tue Oct 7 09:28:37 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-4.0 required=4.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1072) by emacsbugs.donarmstrong.com; 7 Oct 2008 16:28:37 +0000 Received: from sbcs.cs.sunysb.edu (sbcs.cs.sunysb.edu [130.245.1.15]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m97GSX8O013996 for <1072@emacsbugs.donarmstrong.com>; Tue, 7 Oct 2008 09:28:35 -0700 Received: from kiferdesk (compserv1 [130.245.1.44]) by sbcs.cs.sunysb.edu (8.13.6/8.12.11) with ESMTP id m97GSWWw022649; Tue, 7 Oct 2008 12:28:32 -0400 (EDT) Date: Tue, 7 Oct 2008 12:28:32 -0400 From: Michael Kifer To: Stefano Zacchiroli Cc: 1072@debbugs.gnu.org Subject: Re: Viper version is 3.14 of April 06, 2008; can't exit viper insert mode with ESC using emacsclient -t Message-ID: <20081007122832.235f19e5@kiferdesk> In-Reply-To: <20081007144950.GA20151@usha.takhisis.invalid> References: <20081006095245.2FE176A99@usha.takhisis.invalid> <20081006124104.25eb7619@kiferserv> <20081007144950.GA20151@usha.takhisis.invalid> Reply-To: kifer@cs.sunysb.edu Organization: Stony Brook University X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.9; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Tue, 7 Oct 2008 15:49:50 +0100 Stefano Zacchiroli wrote: > Does this blink some light? (Or maybe explains that the bug is not at > all related to Viper and need to be looked for in some emacsclient > detail?) Turns out I was using an old version of emacsclient. Something in emacsclient unbinds ESC. I am sure it is and emacsclient problem. I don't see how it can be a viper's problem. My hunch is that emacsclient -t somehow ignores the minor-mode-map-alist or does something strange with it. michael From kifer@cs.sunysb.edu Tue Oct 7 16:06:12 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-5.0 required=4.0 tests=AWL,BAYES_00,GMAIL, HAS_BUG_NUMBER autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1072) by emacsbugs.donarmstrong.com; 7 Oct 2008 23:06:12 +0000 Received: from sbcs.cs.sunysb.edu (sbcs.cs.sunysb.edu [130.245.1.15]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m97N68T7016601 for <1072@emacsbugs.donarmstrong.com>; Tue, 7 Oct 2008 16:06:10 -0700 Received: from kiferserv (compserv1 [130.245.1.44]) by sbcs.cs.sunysb.edu (8.13.6/8.12.11) with ESMTP id m97N67pQ007457; Tue, 7 Oct 2008 19:06:07 -0400 (EDT) Date: Tue, 7 Oct 2008 19:06:07 -0400 From: Michael Kifer To: "Lennart Borgman (gmail)" Cc: Stefano Zacchiroli , 1072@debbugs.gnu.org Subject: Re: bug#1072: Viper version is 3.14 of April 06, 2008; can't exit viper insert mode with ESC using emacsclient -t Message-ID: <20081007190607.32194926@kiferserv> In-Reply-To: <48EB8C94.2070403@gmail.com> References: <20081006095245.2FE176A99@usha.takhisis.invalid> <20081006124104.25eb7619@kiferserv> <20081007144950.GA20151@usha.takhisis.invalid> <48EB8C94.2070403@gmail.com> Reply-To: kifer@cs.sunysb.edu Organization: Stony Brook University X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.9; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit It is (viper--intercept-key-maps viper--key-maps) but it does not look like this kicks in. The value of viper--intercept-key-maps is ((viper-vi-intercept-minor-mode keymap (escape . viper-intercept-ESC-key) (26 . viper-toggle-key-action)) (viper-insert-intercept-minor-mode keymap (escape . viper-intercept-ESC-key)) (viper-emacs-intercept-minor-mode keymap (26 . viper-change-state-to-vi))) So, the keymaps are set correctly, but they do not seem to kick in. michael On Tue, 07 Oct 2008 18:21:40 +0200 "Lennart Borgman (gmail)" wrote: > Stefano Zacchiroli wrote: > >> The key different seems to be key binding, while in main Emacs and > >> framed client "C-h k ESC" returns (viper-intercept-ESC-key), in > >> console clients "C-h k ESC" hangs showing "ESC-" waiting for the > >> next key in the binding. > > > > Does this blink some light? (Or maybe explains that the bug is not at > > all related to Viper and need to be looked for in some emacsclient > > detail?) > > What is the value of emulation-mode-map-alists in both cases? Is > viper--intercept-key-maps there in both cases? > > What is the value of this variable in both cases? It should be something > like > > ((viper-vi-intercept-minor-mode keymap > (f6 . viper-toggle-key-action) > (escape . viper-intercept-ESC-key) > (26)) > (viper-insert-intercept-minor-mode keymap > (escape . viper-intercept-ESC-key)) > (viper-emacs-intercept-minor-mode keymap > (f6 . viper-change-state-to-vi) > (26))) > > What is the values of the key variables in the association list? > > > Thanks a lot! > > Cheers. > > > From lennart.borgman@gmail.com Tue Oct 7 16:57:43 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-7.0 required=4.0 tests=AWL,BAYES_00,GMAIL, HAS_BUG_NUMBER,RCVD_IN_DNSWL_LOW autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1072) by emacsbugs.donarmstrong.com; 7 Oct 2008 23:57:43 +0000 Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m97NveuM028438 for <1072@emacsbugs.donarmstrong.com>; Tue, 7 Oct 2008 16:57:41 -0700 Received: from c83-254-151-87.bredband.comhem.se ([83.254.151.87]:59375 helo=[127.0.0.1]) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1KnMQX-0000uM-47; Wed, 08 Oct 2008 01:57:29 +0200 Message-ID: <48EBF73E.3020500@gmail.com> Date: Wed, 08 Oct 2008 01:56:46 +0200 From: "Lennart Borgman (gmail)" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.9) Gecko/20071031 Thunderbird/2.0.0.9 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: kifer@cs.sunysb.edu CC: Stefano Zacchiroli , 1072@debbugs.gnu.org Subject: Re: bug#1072: Viper version is 3.14 of April 06, 2008; can't exit viper insert mode with ESC using emacsclient -t References: <20081006095245.2FE176A99@usha.takhisis.invalid> <20081006124104.25eb7619@kiferserv> <20081007144950.GA20151@usha.takhisis.invalid> <48EB8C94.2070403@gmail.com> <20081007190607.32194926@kiferserv> In-Reply-To: <20081007190607.32194926@kiferserv> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 081007-0, 2008-10-07), Outbound message X-Antivirus-Status: Clean X-Originating-IP: 83.254.151.87 X-Scan-Result: No virus found in message 1KnMQX-0000uM-47. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1KnMQX-0000uM-47 2b35455aef3ed224e137cb4e355732bb Just to be sure: The values of the key variables? Michael Kifer wrote: > It is > (viper--intercept-key-maps viper--key-maps) > but it does not look like this kicks in. > > The value of viper--intercept-key-maps is > ((viper-vi-intercept-minor-mode keymap > (escape . viper-intercept-ESC-key) > (26 . viper-toggle-key-action)) > (viper-insert-intercept-minor-mode keymap > (escape . viper-intercept-ESC-key)) > (viper-emacs-intercept-minor-mode keymap > (26 . viper-change-state-to-vi))) > > So, the keymaps are set correctly, but they do not seem to kick in. > > michael > > > On Tue, 07 Oct 2008 18:21:40 +0200 > "Lennart Borgman (gmail)" wrote: > >> Stefano Zacchiroli wrote: >>>> The key different seems to be key binding, while in main Emacs and >>>> framed client "C-h k ESC" returns (viper-intercept-ESC-key), in >>>> console clients "C-h k ESC" hangs showing "ESC-" waiting for the >>>> next key in the binding. >>> Does this blink some light? (Or maybe explains that the bug is not at >>> all related to Viper and need to be looked for in some emacsclient >>> detail?) >> What is the value of emulation-mode-map-alists in both cases? Is >> viper--intercept-key-maps there in both cases? >> >> What is the value of this variable in both cases? It should be something >> like >> >> ((viper-vi-intercept-minor-mode keymap >> (f6 . viper-toggle-key-action) >> (escape . viper-intercept-ESC-key) >> (26)) >> (viper-insert-intercept-minor-mode keymap >> (escape . viper-intercept-ESC-key)) >> (viper-emacs-intercept-minor-mode keymap >> (f6 . viper-change-state-to-vi) >> (26))) >> >> What is the values of the key variables in the association list? >> >>> Thanks a lot! >>> Cheers. >>> > From zack@upsilon.cc Thu Oct 9 02:09:26 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-8.9 required=4.0 tests=BAYES_00,FOURLA,FROMDEVELOPER, HAS_BUG_NUMBER autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1072) by emacsbugs.donarmstrong.com; 9 Oct 2008 09:09:26 +0000 Received: from fettunta.fettunta.org (fettunta.fettunta.org [67.207.129.222]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m9999NXt007205 for <1072@emacsbugs.donarmstrong.com>; Thu, 9 Oct 2008 02:09:24 -0700 Received: from usha.takhisis.invalid (unknown [10.17.0.18]) by fettunta.fettunta.org (Postfix) with ESMTP id BDF21182B1; Thu, 9 Oct 2008 09:09:22 +0000 (UTC) Received: by usha.takhisis.invalid (Postfix, from userid 1000) id 719006B1C; Thu, 9 Oct 2008 11:08:10 +0200 (CEST) Date: Thu, 9 Oct 2008 11:08:10 +0200 From: Stefano Zacchiroli To: "Lennart Borgman (gmail)" Cc: 1072@debbugs.gnu.org, Michael Kifer Subject: Re: bug#1072: Viper version is 3.14 of April 06, 2008; can't exit viper insert mode with ESC using emacsclient -t Message-ID: <20081009090810.GB8771@usha.takhisis.invalid> References: <20081006095245.2FE176A99@usha.takhisis.invalid> <20081006124104.25eb7619@kiferserv> <20081007144950.GA20151@usha.takhisis.invalid> <48EB8C94.2070403@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48EB8C94.2070403@gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) On Tue, Oct 07, 2008 at 06:21:40PM +0200, Lennart Borgman (gmail) wrote: > What is the value of emulation-mode-map-alists in both cases? in emacsclient -t: (viper--intercept-key-maps viper--key-maps) in main emacs: (viper--intercept-key-maps viper--key-maps) (i.e., they are the same) > Is viper--intercept-key-maps there in both cases? Yes, it is there in both cases, and it appears to have the same content. > What is the value of this variable in both cases? It should be something > like > > ((viper-vi-intercept-minor-mode keymap > (f6 . viper-toggle-key-action) > (escape . viper-intercept-ESC-key) > (26)) > (viper-insert-intercept-minor-mode keymap > (escape . viper-intercept-ESC-key)) > (viper-emacs-intercept-minor-mode keymap > (f6 . viper-change-state-to-vi) > (26))) It is similar, the only difference is that I'm missing f6. My verbatim value is (in both cases): ((viper-vi-intercept-minor-mode keymap (escape . viper-intercept-ESC-key) (26 . viper-toggle-key-action)) (viper-insert-intercept-minor-mode keymap (escape . viper-intercept-ESC-key)) (viper-emacs-intercept-minor-mode keymap (26 . viper-change-state-to-vi))) Do you see anything wrong with that? Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science \ PostDoc @ Univ. Paris 7 zack@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/ I'm still an SGML person,this newfangled /\ All one has to do is hit the XML stuff is so ... simplistic -- Manoj \/ right keys at the right time From lennart.borgman@gmail.com Thu Oct 9 07:25:32 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-7.5 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER, RCVD_IN_DNSWL_LOW autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1072) by emacsbugs.donarmstrong.com; 9 Oct 2008 14:25:32 +0000 Received: from ch-smtp02.sth.basefarm.net (ch-smtp02.sth.basefarm.net [80.76.149.213]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m99EPLQh022297 for <1072@emacsbugs.donarmstrong.com>; Thu, 9 Oct 2008 07:25:22 -0700 Received: from c83-254-151-87.bredband.comhem.se ([83.254.151.87]:60909 helo=[127.0.0.1]) by ch-smtp02.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1KnwRo-0002tj-7b; Thu, 09 Oct 2008 16:25:12 +0200 Message-ID: <48EE1413.4070907@gmail.com> Date: Thu, 09 Oct 2008 16:24:19 +0200 From: "Lennart Borgman (gmail)" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.9) Gecko/20071031 Thunderbird/2.0.0.9 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Stefano Zacchiroli CC: 1072@debbugs.gnu.org, Michael Kifer Subject: Re: bug#1072: Viper version is 3.14 of April 06, 2008; can't exit viper insert mode with ESC using emacsclient -t References: <20081006095245.2FE176A99@usha.takhisis.invalid> <20081006124104.25eb7619@kiferserv> <20081007144950.GA20151@usha.takhisis.invalid> <48EB8C94.2070403@gmail.com> <20081009090810.GB8771@usha.takhisis.invalid> In-Reply-To: <20081009090810.GB8771@usha.takhisis.invalid> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 081009-0, 2008-10-09), Outbound message X-Antivirus-Status: Clean X-Originating-IP: 83.254.151.87 X-Scan-Result: No virus found in message 1KnwRo-0002tj-7b. X-Scan-Signature: ch-smtp02.sth.basefarm.net 1KnwRo-0002tj-7b f1802226379518f3e7f9aba318397e80 Stefano Zacchiroli wrote: > It is similar, the only difference is that I'm missing f6. My verbatim > value is (in both cases): > > ((viper-vi-intercept-minor-mode keymap > (escape . viper-intercept-ESC-key) > (26 . viper-toggle-key-action)) > (viper-insert-intercept-minor-mode keymap > (escape . viper-intercept-ESC-key)) > (viper-emacs-intercept-minor-mode keymap > (26 . viper-change-state-to-vi))) > > Do you see anything wrong with that? No, I forgot to remove f6. It is my custmization. From zack@upsilon.cc Fri Nov 14 05:48:19 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-6.0 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1072) by emacsbugs.donarmstrong.com; 14 Nov 2008 13:48:19 +0000 Received: from fettunta.fettunta.org (fettunta.fettunta.org [67.207.129.222]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mAEDmGZu032168 for <1072@emacsbugs.donarmstrong.com>; Fri, 14 Nov 2008 05:48:17 -0800 Received: from usha.takhisis.invalid (unknown [10.17.0.18]) by fettunta.fettunta.org (Postfix) with ESMTP id 80E101812E; Fri, 14 Nov 2008 13:48:15 +0000 (UTC) Received: by usha.takhisis.invalid (Postfix, from userid 1000) id 978D361A8; Fri, 14 Nov 2008 14:48:14 +0100 (CET) Date: Fri, 14 Nov 2008 14:48:14 +0100 From: Stefano Zacchiroli To: Michael Kifer Cc: "Lennart Borgman (gmail)" , 1072@debbugs.gnu.org, Romain Francoise Subject: Re: bug#1072: Viper version is 3.14 of April 06, 2008; can't exit viper insert mode with ESC using emacsclient -t Message-ID: <20081114134814.GA9550@usha.takhisis.invalid> References: <20081006095245.2FE176A99@usha.takhisis.invalid> <20081006124104.25eb7619@kiferserv> <20081007144950.GA20151@usha.takhisis.invalid> <48EB8C94.2070403@gmail.com> <20081007190607.32194926@kiferserv> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20081007190607.32194926@kiferserv> User-Agent: Mutt/1.5.18 (2008-05-17) OK, mainly thanks to Romain Francoise, I've made some progress on the understanding of this bug. Romain pointed me to the fact that viper initialization depends on whether *when Emacs start* an X11 environment is in use or not. The client/server architecture offered by emacsclient and by --daemon defeats the soundness of this approach. To solve the problem once and for all we need per-client initialization so that when a terminal client is used Viper can be initialized _locally_ with terminal settings, dually when a X11 client is used. The workaround that Romain proposed to me is to add *before* Viper is loaded the following line in my ~/.emacs (setq viper-ESC-key (kbd "ESC")) ;; workaround for #1072 I don't know why :-) , but it solves *part* of the problem. Still, the behavior of key bindings starting with "M-" is broken. AFAIU the reason is that viper-ESC-keyseq-timeout is either set to 0 (which is good for X11) or to 200 (which is good for terminals). As I typically run the main Emacs in X11, my typical value is 0; when I spawn terminal clients attached to that Emacs they inherit the value and stuff like "M-x" first deliver an ESC which makes Viper quit insert mode. A possible solution would be to use hooks that set viper-ESC-keyseq-timeout appropriately depending on the kind of spawned client, but there are two sub-problems inhibiting them: 0) (my ignorance, probably not really a problem) I'm aware of the hook after-create-frame-functions, which can be used to hook the timeout to 0 for X11 clients, but I'm not aware of the equivalent for console clients, is there one? 1) viper-ESC-keyseq-timeout is a global variable, shared by all Emacs clients, can it be made local to a buffer (actually it would be enough to make it local to a client, but I don't believe it is possible), or there is some Viper magic which would defeat this solution not work? For the moment I'm stuck at exiting from Viper insert mode before being able to type M-something ... Cheers. -- Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7 zack@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/ Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie sempre uno zaino ...........| ..: |.... Je dis tu à tous ceux que j'aime From kifer@cs.sunysb.edu Fri Nov 14 11:50:40 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-6.5 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1072) by emacsbugs.donarmstrong.com; 14 Nov 2008 19:50:40 +0000 Received: from sbcs.cs.sunysb.edu (sbcs.cs.sunysb.edu [130.245.1.15]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mAEJobcp026524 for <1072@emacsbugs.donarmstrong.com>; Fri, 14 Nov 2008 11:50:38 -0800 Received: from kiferdesk (compserv1 [130.245.1.44]) by sbcs.cs.sunysb.edu (8.13.6/8.12.11) with ESMTP id mAEJoReR008329; Fri, 14 Nov 2008 14:50:27 -0500 (EST) Date: Fri, 14 Nov 2008 14:50:28 -0500 From: Michael Kifer To: Stefano Zacchiroli Cc: "Lennart Borgman (gmail)" , 1072@debbugs.gnu.org, Romain Francoise Subject: Re: bug#1072: Viper version is 3.14 of April 06, 2008; can't exit viper insert mode with ESC using emacsclient -t Message-ID: <20081114145028.2a62ac24@kiferdesk> In-Reply-To: <20081114134814.GA9550@usha.takhisis.invalid> References: <20081006095245.2FE176A99@usha.takhisis.invalid> <20081006124104.25eb7619@kiferserv> <20081007144950.GA20151@usha.takhisis.invalid> <48EB8C94.2070403@gmail.com> <20081007190607.32194926@kiferserv> <20081114134814.GA9550@usha.takhisis.invalid> Reply-To: kifer@cs.sunysb.edu Organization: Stony Brook University X-Mailer: Claws Mail 3.6.1 (GTK+ 2.12.9; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Fri, 14 Nov 2008 14:48:14 +0100 Stefano Zacchiroli wrote: > 1) viper-ESC-keyseq-timeout is a global variable, shared by all Emacs > clients, can it be made local to a buffer (actually it would be > enough to make it local to a client, but I don't believe it is > possible), or there is some Viper magic which would defeat this > solution not work? I don't see a reason why this variable cannot be buffer-local. From dann@mothra.ics.uci.edu Fri Nov 14 12:40:53 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-8.9 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER, X_DEBBUGS_NO_ACK autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1072) by emacsbugs.donarmstrong.com; 14 Nov 2008 20:40:53 +0000 Received: from barrelv2.ics.uci.edu (barrelv2.ics.uci.edu [128.195.1.114]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mAEKeoWn006644 for <1072@emacsbugs.donarmstrong.com>; Fri, 14 Nov 2008 12:40:51 -0800 Received: from mothra.ics.uci.edu (mothra.ics.uci.edu [128.195.6.93]) by barrelv2.ics.uci.edu (8.13.7+Sun/8.13.7) with ESMTP id mAEKeMHq012821; Fri, 14 Nov 2008 12:40:22 -0800 (PST) Received: (from dann@localhost) by mothra.ics.uci.edu (8.13.8+Sun/8.13.6/Submit) id mAEKeL7R015416; Fri, 14 Nov 2008 12:40:21 -0800 (PST) Date: Fri, 14 Nov 2008 12:40:21 -0800 (PST) Message-Id: <200811142040.mAEKeL7R015416@mothra.ics.uci.edu> From: Dan Nicolaescu To: kifer@cs.sunysb.edu Cc: 1072@debbugs.gnu.org, Stefano Zacchiroli , Romain Francoise Subject: Re: bug#1072: Viper version is 3.14 of April 06, 2008; can't exit viper insert mode with ESC using emacsclient -t References: <20081006095245.2FE176A99@usha.takhisis.invalid> <20081006124104.25eb7619@kiferserv> <20081007144950.GA20151@usha.takhisis.invalid> <48EB8C94.2070403@gmail.com> <20081007190607.32194926@kiferserv> <20081114134814.GA9550@usha.takhisis.invalid> <20081114145028.2a62ac24@kiferdesk> X-Debbugs-No-Ack: yes In-Reply-To: <20081114145028.2a62ac24@kiferdesk> (Michael Kifer's message of "Fri, 14 Nov 2008 14:50:28 -0500") Lines: 18 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-ICS-MailScanner-Information: Please contact the ISP for more information X-ICS-MailScanner-ID: mAEKeMHq012821 X-ICS-MailScanner: Found to be clean X-ICS-MailScanner-SpamCheck: not spam, SpamAssassin (score=-1.44, required 5, autolearn=disabled, ALL_TRUSTED -1.44) X-ICS-MailScanner-From: dann@mothra.ics.uci.edu Michael Kifer writes: > On Fri, 14 Nov 2008 14:48:14 +0100 > Stefano Zacchiroli wrote: > > > 1) viper-ESC-keyseq-timeout is a global variable, shared by all Emacs > > clients, can it be made local to a buffer (actually it would be > > enough to make it local to a client, but I don't believe it is > > possible), or there is some Viper magic which would defeat this > > solution not work? > > I don't see a reason why this variable cannot be buffer-local. Disclaimer: I don't know anything about viper. But the above does not sound right: a buffer can be used in both an X11 frame and a tty frame at the same time, so a buffer-local value won't work. From kifer@cs.sunysb.edu Fri Nov 14 12:55:26 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-6.5 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1072) by emacsbugs.donarmstrong.com; 14 Nov 2008 20:55:26 +0000 Received: from sbcs.cs.sunysb.edu (sbcs.cs.sunysb.edu [130.245.1.15]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mAEKtNYQ010164 for <1072@emacsbugs.donarmstrong.com>; Fri, 14 Nov 2008 12:55:24 -0800 Received: from kiferserv (compserv1 [130.245.1.44]) by sbcs.cs.sunysb.edu (8.13.6/8.12.11) with ESMTP id mAEKtJHw024356; Fri, 14 Nov 2008 15:55:19 -0500 (EST) Date: Fri, 14 Nov 2008 15:55:20 -0500 From: Michael Kifer To: Dan Nicolaescu Cc: 1072@debbugs.gnu.org, Stefano Zacchiroli , Romain Francoise Subject: Re: bug#1072: Viper version is 3.14 of April 06, 2008; can't exit viper insert mode with ESC using emacsclient -t Message-ID: <20081114155520.5ca2f5d0@kiferserv> In-Reply-To: <200811142040.mAEKeL7R015416@mothra.ics.uci.edu> References: <20081006095245.2FE176A99@usha.takhisis.invalid> <20081006124104.25eb7619@kiferserv> <20081007144950.GA20151@usha.takhisis.invalid> <48EB8C94.2070403@gmail.com> <20081007190607.32194926@kiferserv> <20081114134814.GA9550@usha.takhisis.invalid> <20081114145028.2a62ac24@kiferdesk> <200811142040.mAEKeL7R015416@mothra.ics.uci.edu> Reply-To: kifer@cs.sunysb.edu Organization: Stony Brook University X-Mailer: Claws Mail 3.6.1 (GTK+ 2.12.9; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Fri, 14 Nov 2008 12:40:21 -0800 (PST) Dan Nicolaescu wrote: > Michael Kifer writes: > > > On Fri, 14 Nov 2008 14:48:14 +0100 > > Stefano Zacchiroli wrote: > > > > > 1) viper-ESC-keyseq-timeout is a global variable, shared by all Emacs > > > clients, can it be made local to a buffer (actually it would be > > > enough to make it local to a client, but I don't believe it is > > > possible), or there is some Viper magic which would defeat this > > > solution not work? > > > > I don't see a reason why this variable cannot be buffer-local. > > Disclaimer: I don't know anything about viper. > > But the above does not sound right: a buffer can be used in both an X11 > frame and a tty frame at the same time, so a buffer-local value won't > work. Yes, you are right. If there is a way to find out whether the selected window is in a terminal frame or X frame then viper-ESC-keyseq-timeout can be made into a function. From dann@mothra.ics.uci.edu Fri Nov 14 13:23:11 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-8.9 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER, X_DEBBUGS_NO_ACK autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1072) by emacsbugs.donarmstrong.com; 14 Nov 2008 21:23:11 +0000 Received: from sallyv2.ics.uci.edu (sallyv2.ics.uci.edu [128.195.1.120]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mAELN8NO016768 for <1072@emacsbugs.donarmstrong.com>; Fri, 14 Nov 2008 13:23:09 -0800 Received: from mothra.ics.uci.edu (mothra.ics.uci.edu [128.195.6.93]) by sallyv2.ics.uci.edu (8.13.7+Sun/8.13.7) with ESMTP id mAELMjFp027657; Fri, 14 Nov 2008 13:22:45 -0800 (PST) Received: (from dann@localhost) by mothra.ics.uci.edu (8.13.8+Sun/8.13.6/Submit) id mAELMiVE015560; Fri, 14 Nov 2008 13:22:44 -0800 (PST) Date: Fri, 14 Nov 2008 13:22:44 -0800 (PST) Message-Id: <200811142122.mAELMiVE015560@mothra.ics.uci.edu> From: Dan Nicolaescu To: kifer@cs.sunysb.edu Cc: 1072@debbugs.gnu.org, Stefano Zacchiroli , Romain Francoise Subject: Re: bug#1072: Viper version is 3.14 of April 06, 2008; can't exit viper insert mode with ESC using emacsclient -t References: <20081006095245.2FE176A99@usha.takhisis.invalid> <20081006124104.25eb7619@kiferserv> <20081007144950.GA20151@usha.takhisis.invalid> <48EB8C94.2070403@gmail.com> <20081007190607.32194926@kiferserv> <20081114134814.GA9550@usha.takhisis.invalid> <20081114145028.2a62ac24@kiferdesk> <200811142040.mAEKeL7R015416@mothra.ics.uci.edu> <20081114155520.5ca2f5d0@kiferserv> X-Debbugs-No-Ack: yes In-Reply-To: <20081114155520.5ca2f5d0@kiferserv> (Michael Kifer's message of "Fri, 14 Nov 2008 15:55:20 -0500") Lines: 29 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-ICS-MailScanner-Information: Please contact the ISP for more information X-ICS-MailScanner-ID: mAELMjFp027657 X-ICS-MailScanner: Found to be clean X-ICS-MailScanner-SpamCheck: not spam, SpamAssassin (score=-1.44, required 5, autolearn=disabled, ALL_TRUSTED -1.44) X-ICS-MailScanner-From: dann@mothra.ics.uci.edu Michael Kifer writes: > On Fri, 14 Nov 2008 12:40:21 -0800 (PST) > Dan Nicolaescu wrote: > > > Michael Kifer writes: > > > > > On Fri, 14 Nov 2008 14:48:14 +0100 > > > Stefano Zacchiroli wrote: > > > > > > > 1) viper-ESC-keyseq-timeout is a global variable, shared by all Emacs > > > > clients, can it be made local to a buffer (actually it would be > > > > enough to make it local to a client, but I don't believe it is > > > > possible), or there is some Viper magic which would defeat this > > > > solution not work? > > > > > > I don't see a reason why this variable cannot be buffer-local. > > > > Disclaimer: I don't know anything about viper. > > > > But the above does not sound right: a buffer can be used in both an X11 > > frame and a tty frame at the same time, so a buffer-local value won't > > work. > > Yes, you are right. If there is a way to find out whether the selected window > is in a terminal frame or X frame then viper-ESC-keyseq-timeout can be made > into a function. If (window-system) is nil, you are using a terminal frame. From monnier@iro.umontreal.ca Fri Nov 14 14:39:39 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-5.7 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1072) by emacsbugs.donarmstrong.com; 14 Nov 2008 22:39:39 +0000 Received: from ironport2-out.teksavvy.com (ironport2-out.pppoe.ca [206.248.154.182]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mAEMdZUv002799 for <1072@emacsbugs.donarmstrong.com>; Fri, 14 Nov 2008 14:39:37 -0800 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AsAEAA6NHUlMCrcy/2dsb2JhbACBbc4MgnmBEoIj X-IronPort-AV: E=Sophos;i="4.33,606,1220241600"; d="scan'208";a="29898433" Received: from 76-10-183-50.dsl.teksavvy.com (HELO pastel.home) ([76.10.183.50]) by ironport2-out.teksavvy.com with ESMTP; 14 Nov 2008 17:39:30 -0500 Received: by pastel.home (Postfix, from userid 20848) id 67D7B84E1; Fri, 14 Nov 2008 17:39:30 -0500 (EST) From: Stefan Monnier To: Dan Nicolaescu Cc: 1072@debbugs.gnu.org, kifer@cs.sunysb.edu, Romain Francoise , Stefano Zacchiroli Subject: Re: bug#1072: Viper version is 3.14 of April 06, 2008; can't exit viper insert mode with ESC using emacsclient -t Message-ID: References: <20081006095245.2FE176A99@usha.takhisis.invalid> <20081006124104.25eb7619@kiferserv> <20081007144950.GA20151@usha.takhisis.invalid> <48EB8C94.2070403@gmail.com> <20081007190607.32194926@kiferserv> <20081114134814.GA9550@usha.takhisis.invalid> <20081114145028.2a62ac24@kiferdesk> <200811142040.mAEKeL7R015416@mothra.ics.uci.edu> <20081114155520.5ca2f5d0@kiferserv> <200811142122.mAELMiVE015560@mothra.ics.uci.edu> Date: Fri, 14 Nov 2008 17:39:30 -0500 In-Reply-To: <200811142122.mAELMiVE015560@mothra.ics.uci.edu> (Dan Nicolaescu's message of "Fri, 14 Nov 2008 13:22:44 -0800 (PST)") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii >> Yes, you are right. If there is a way to find out whether the selected window >> is in a terminal frame or X frame then viper-ESC-keyseq-timeout can be made >> into a function. > If (window-system) is nil, you are using a terminal frame. Or if you want code that also works with Emacs-22 (don't know about XEmacs), you can use (framep (selected-frame)) which also returns info about the kind of terminal used. Stefan From kifer@cs.sunysb.edu Fri Nov 14 14:47:02 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-6.5 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1072) by emacsbugs.donarmstrong.com; 14 Nov 2008 22:47:02 +0000 Received: from sbcs.cs.sunysb.edu (sbcs.cs.sunysb.edu [130.245.1.15]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mAEMkxbF005186 for <1072@emacsbugs.donarmstrong.com>; Fri, 14 Nov 2008 14:47:00 -0800 Received: from kiferserv (compserv1 [130.245.1.44]) by sbcs.cs.sunysb.edu (8.13.6/8.12.11) with ESMTP id mAEMksK0027654; Fri, 14 Nov 2008 17:46:55 -0500 (EST) Date: Fri, 14 Nov 2008 17:46:55 -0500 From: Michael Kifer To: Stefan Monnier Cc: Dan Nicolaescu , 1072@debbugs.gnu.org, Romain Francoise , Stefano Zacchiroli Subject: Re: bug#1072: Viper version is 3.14 of April 06, 2008; can't exit viper insert mode with ESC using emacsclient -t Message-ID: <20081114174655.4b174fe4@kiferserv> In-Reply-To: References: <20081006095245.2FE176A99@usha.takhisis.invalid> <20081006124104.25eb7619@kiferserv> <20081007144950.GA20151@usha.takhisis.invalid> <48EB8C94.2070403@gmail.com> <20081007190607.32194926@kiferserv> <20081114134814.GA9550@usha.takhisis.invalid> <20081114145028.2a62ac24@kiferdesk> <200811142040.mAEKeL7R015416@mothra.ics.uci.edu> <20081114155520.5ca2f5d0@kiferserv> <200811142122.mAELMiVE015560@mothra.ics.uci.edu> Reply-To: kifer@cs.sunysb.edu Organization: Stony Brook University X-Mailer: Claws Mail 3.6.1 (GTK+ 2.12.9; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Fri, 14 Nov 2008 17:39:30 -0500 Stefan Monnier wrote: > >> Yes, you are right. If there is a way to find out whether the selected window > >> is in a terminal frame or X frame then viper-ESC-keyseq-timeout can be made > >> into a function. > > > If (window-system) is nil, you are using a terminal frame. > > Or if you want code that also works with Emacs-22 (don't know about > XEmacs), you can use (framep (selected-frame)) which also returns info > about the kind of terminal used. Actually, viper has the code for this, which works everywhere. I forgot about it. All that is needed is to convert viper-ESC-keyseq-timeout from a var to a function. From zack@upsilon.cc Fri Nov 14 17:32:47 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-6.1 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1072) by emacsbugs.donarmstrong.com; 15 Nov 2008 01:32:47 +0000 Received: from fettunta.fettunta.org (fettunta.fettunta.org [67.207.129.222]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mAF1WhaT014024 for <1072@emacsbugs.donarmstrong.com>; Fri, 14 Nov 2008 17:32:45 -0800 Received: from usha.takhisis.invalid (unknown [10.17.0.18]) by fettunta.fettunta.org (Postfix) with ESMTP id 79C77182EF; Sat, 15 Nov 2008 01:32:43 +0000 (UTC) Received: by usha.takhisis.invalid (Postfix, from userid 1000) id C605461A8; Sat, 15 Nov 2008 02:32:41 +0100 (CET) Date: Sat, 15 Nov 2008 02:32:41 +0100 From: Stefano Zacchiroli To: Michael Kifer Cc: Stefan Monnier , Dan Nicolaescu , 1072@debbugs.gnu.org, Romain Francoise Subject: Re: bug#1072: Viper version is 3.14 of April 06, 2008; can't exit viper insert mode with ESC using emacsclient -t Message-ID: <20081115013241.GA9620@usha.takhisis.invalid> References: <20081007144950.GA20151@usha.takhisis.invalid> <48EB8C94.2070403@gmail.com> <20081007190607.32194926@kiferserv> <20081114134814.GA9550@usha.takhisis.invalid> <20081114145028.2a62ac24@kiferdesk> <200811142040.mAEKeL7R015416@mothra.ics.uci.edu> <20081114155520.5ca2f5d0@kiferserv> <200811142122.mAELMiVE015560@mothra.ics.uci.edu> <20081114174655.4b174fe4@kiferserv> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20081114174655.4b174fe4@kiferserv> User-Agent: Mutt/1.5.18 (2008-05-17) On Fri, Nov 14, 2008 at 05:46:55PM -0500, Michael Kifer wrote: > Actually, viper has the code for this, which works everywhere. > I forgot about it. All that is needed is to convert viper-ESC-keyseq-timeout > from a var to a function. With the risk of looking naive, I'm asking: who will invoke the function then? Of course we do want the thing to work even when switching from one X11 frame to a console frame containing the very same buffer (OK, it is extreme, but still ...). In that case who will trigger the function execution upon switching from frame to frame? BTW, if/when you have some proof of concept code I can test it, to ensure that nothing else remains to be nailed down. Cheers. -- Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7 zack@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/ Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie sempre uno zaino ...........| ..: |.... Je dis tu à tous ceux que j'aime From zack@upsilon.cc Sun Nov 16 15:15:00 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-5.6 required=4.0 tests=AWL,BAYES_00, DATE_IN_PAST_06_12,HAS_BUG_NUMBER autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1072) by emacsbugs.donarmstrong.com; 16 Nov 2008 23:15:00 +0000 Received: from fettunta.fettunta.org (fettunta.fettunta.org [67.207.129.222]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mAGNEv63026788 for <1072@emacsbugs.donarmstrong.com>; Sun, 16 Nov 2008 15:14:58 -0800 Received: from usha.takhisis.invalid (unknown [10.17.0.18]) by fettunta.fettunta.org (Postfix) with ESMTP id C3B97182FA; Sun, 16 Nov 2008 23:14:56 +0000 (UTC) Received: by usha.takhisis.invalid (Postfix, from userid 1000) id 5B4A061A4; Sun, 16 Nov 2008 17:18:47 +0100 (CET) Date: Sun, 16 Nov 2008 17:18:47 +0100 From: Stefano Zacchiroli To: Michael Kifer Cc: 1072@debbugs.gnu.org Subject: Re: bug#1072: Viper version is 3.14 of April 06, 2008; can't exit viper insert mode with ESC using emacsclient -t Message-ID: <20081116161847.GA23852@usha.takhisis.invalid> References: <20081007190607.32194926@kiferserv> <20081114134814.GA9550@usha.takhisis.invalid> <20081114145028.2a62ac24@kiferdesk> <200811142040.mAEKeL7R015416@mothra.ics.uci.edu> <20081114155520.5ca2f5d0@kiferserv> <200811142122.mAELMiVE015560@mothra.ics.uci.edu> <20081114174655.4b174fe4@kiferserv> <20081115013241.GA9620@usha.takhisis.invalid> <20081116000252.32203b3a@kiferserv> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20081116000252.32203b3a@kiferserv> User-Agent: Mutt/1.5.18 (2008-05-17) On Sun, Nov 16, 2008 at 12:02:52AM -0500, Michael Kifer wrote: > I committed the changes to cvs. > Pls see if it solves the problem. First of all many thanks for the quick feedback! I took the following 5 files from Emacs CVS: viper-cmd.el viper.el viper-init.el viper-keym.el viper-util.el AFAICT they are the only files you touched to implement the fix, is that correct? Using those files part of the problem is solved, but not its entirety. In particular, exiting from insert mode in console clients works out of the box without needing the hack: (setq viper-ESC-key (kbd "ESC")) ;; workaround for #1072 before loading Viper. And that's already great! Still, typing M-x (or other M-something) does not work appropriately, i.e. it stills makes Viper exit insert mode. I double checked and in a freshly run "emacs -nw" it does work as expected. Nevertheless, the timeout is visibly set properly, I assume via the new introduced function. Indeed typing ESC in a X11 frame immediately exits insert mode, while doing that in console has some delay, I guess the 200 ms which the function correctly return. Evaluating (viper-ESC-keyseq-timeout) in the two cases confirms that it is the case. My best guess at an explanation for the remaining problem is that there is some additional setting which deserves the same treatment, but I've no idea about which one ... Let me know how can I debug this any further. TIA, Cheers. -- Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7 zack@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/ Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie sempre uno zaino ...........| ..: |.... Je dis tu à tous ceux que j'aime From zack@upsilon.cc Thu Nov 20 05:18:55 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-6.2 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1072-quiet) by emacsbugs.donarmstrong.com; 20 Nov 2008 13:18:55 +0000 Received: from fettunta.fettunta.org (fettunta.fettunta.org [67.207.129.222]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mAKDIqQD018691 for <1072-quiet@emacsbugs.donarmstrong.com>; Thu, 20 Nov 2008 05:18:53 -0800 Received: from usha.takhisis.invalid (unknown [10.17.0.18]) by fettunta.fettunta.org (Postfix) with ESMTP id 1BC8C1812E; Thu, 20 Nov 2008 13:18:52 +0000 (UTC) Received: by usha.takhisis.invalid (Postfix, from userid 1000) id 1713D6875; Thu, 20 Nov 2008 14:18:48 +0100 (CET) Date: Thu, 20 Nov 2008 14:18:48 +0100 From: Stefano Zacchiroli To: Michael Kifer Cc: 1072-quiet@debbugs.gnu.org Subject: Re: bug#1072: Viper version is 3.14 of April 06, 2008; can't exit viper insert mode with ESC using emacsclient -t Message-ID: <20081120131848.GA31446@usha.takhisis.invalid> References: <20081114145028.2a62ac24@kiferdesk> <200811142040.mAEKeL7R015416@mothra.ics.uci.edu> <20081114155520.5ca2f5d0@kiferserv> <200811142122.mAELMiVE015560@mothra.ics.uci.edu> <20081114174655.4b174fe4@kiferserv> <20081115013241.GA9620@usha.takhisis.invalid> <20081116000252.32203b3a@kiferserv> <20081116161847.GA23852@usha.takhisis.invalid> <20081116203156.03ba9f90@kiferserv> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20081116203156.03ba9f90@kiferserv> User-Agent: Mutt/1.5.18 (2008-05-17) On Sun, Nov 16, 2008 at 08:31:56PM -0500, Michael Kifer wrote: > Can you give me the exact sequence of steps? Yes, see below. > I tried > emacs -q --daemon -f server-start > then > emacsclient -t > M-x viper-mode > then I went into the insert mode and did M-x. It didn't leave the insert > mode. Correct, the sequence you mention does *not* exhibit the problem. Even thought that is not surprising, given that the server you are attaching your client to started as a daemon, and not as a X11 frame, so I guess it gets the "correct" (wrt console) viper initialization environment. The following sequence does exhibit the bug: emacs -q -f server-start # starts an X11 emacs M-x viper-mode # enable Viper _in the X11_ emacs emacsclient -t # now M-something leaves insert mode Note that it is important that it is relevant to enable viper from the X11 emacs. If you enable viper-mode in the console client everything is fine. This is not surprising either, as we've already settled that the relevant point is where viper gets initialized. Cheers. -- Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7 zack@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/ Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie sempre uno zaino ...........| ..: |.... Je dis tu à tous ceux que j'aime From kifer@cs.sunysb.edu Fri Nov 21 22:35:30 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-6.6 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1072-quiet) by emacsbugs.donarmstrong.com; 22 Nov 2008 06:35:30 +0000 Received: from sbcs.cs.sunysb.edu (sbcs.cs.sunysb.edu [130.245.1.15]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mAM6ZRmo030595 for <1072-quiet@emacsbugs.donarmstrong.com>; Fri, 21 Nov 2008 22:35:28 -0800 Received: from kiferserv (compserv1 [130.245.1.44]) by sbcs.cs.sunysb.edu (8.13.6/8.12.11) with ESMTP id mAM6ZMef028006; Sat, 22 Nov 2008 01:35:22 -0500 (EST) Date: Sat, 22 Nov 2008 01:35:24 -0500 From: Michael Kifer To: Stefano Zacchiroli Cc: 1072-quiet@debbugs.gnu.org Subject: Re: bug#1072: Viper version is 3.14 of April 06, 2008; can't exit viper insert mode with ESC using emacsclient -t Message-ID: <20081122013524.07aac9be@kiferserv> In-Reply-To: <20081120131848.GA31446@usha.takhisis.invalid> References: <20081114145028.2a62ac24@kiferdesk> <200811142040.mAEKeL7R015416@mothra.ics.uci.edu> <20081114155520.5ca2f5d0@kiferserv> <200811142122.mAELMiVE015560@mothra.ics.uci.edu> <20081114174655.4b174fe4@kiferserv> <20081115013241.GA9620@usha.takhisis.invalid> <20081116000252.32203b3a@kiferserv> <20081116161847.GA23852@usha.takhisis.invalid> <20081116203156.03ba9f90@kiferserv> <20081120131848.GA31446@usha.takhisis.invalid> Reply-To: kifer@cs.sunysb.edu Organization: Stony Brook University X-Mailer: Claws Mail 3.6.1 (GTK+ 2.12.9; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit ok, it looks like I fixed that one also in CVS. Pls try. On Thu, 20 Nov 2008 14:18:48 +0100 Stefano Zacchiroli wrote: > On Sun, Nov 16, 2008 at 08:31:56PM -0500, Michael Kifer wrote: > > Can you give me the exact sequence of steps? > > Yes, see below. > > > I tried > > emacs -q --daemon -f server-start > > then > > emacsclient -t > > M-x viper-mode > > then I went into the insert mode and did M-x. It didn't leave the insert > > mode. > > Correct, the sequence you mention does *not* exhibit the problem. Even > thought that is not surprising, given that the server you are > attaching your client to started as a daemon, and not as a X11 frame, > so I guess it gets the "correct" (wrt console) viper initialization > environment. > > The following sequence does exhibit the bug: > > emacs -q -f server-start # starts an X11 emacs > M-x viper-mode # enable Viper _in the X11_ emacs > emacsclient -t > # now M-something leaves insert mode > > Note that it is important that it is relevant to enable viper from the > X11 emacs. If you enable viper-mode in the console client everything > is fine. > > This is not surprising either, as we've already settled that the > relevant point is where viper gets initialized. > > Cheers. > From zack@upsilon.cc Sat Nov 22 08:21:52 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-7.4 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER, VALID_BTS_CONTROL autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at control) by emacsbugs.donarmstrong.com; 22 Nov 2008 16:21:53 +0000 Received: from fettunta.fettunta.org (fettunta.fettunta.org [67.207.129.222]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mAMGLigO021425; Sat, 22 Nov 2008 08:21:45 -0800 Received: from usha.takhisis.invalid (unknown [10.17.0.18]) by fettunta.fettunta.org (Postfix) with ESMTP id BBA6C180E8; Sat, 22 Nov 2008 16:21:43 +0000 (UTC) Received: by usha.takhisis.invalid (Postfix, from userid 1000) id 0D9136875; Sat, 22 Nov 2008 17:21:41 +0100 (CET) Date: Sat, 22 Nov 2008 17:21:40 +0100 From: Stefano Zacchiroli To: Michael Kifer Cc: 1072-quiet@debbugs.gnu.org Subject: Re: bug#1072: Viper version is 3.14 of April 06, 2008; can't exit viper insert mode with ESC using emacsclient -t Message-ID: <20081122162140.GA24458@usha.takhisis.invalid> References: <20081114155520.5ca2f5d0@kiferserv> <200811142122.mAELMiVE015560@mothra.ics.uci.edu> <20081114174655.4b174fe4@kiferserv> <20081115013241.GA9620@usha.takhisis.invalid> <20081116000252.32203b3a@kiferserv> <20081116161847.GA23852@usha.takhisis.invalid> <20081116203156.03ba9f90@kiferserv> <20081120131848.GA31446@usha.takhisis.invalid> <20081122013524.07aac9be@kiferserv> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20081122013524.07aac9be@kiferserv> User-Agent: Mutt/1.5.18 (2008-05-17) X-CrossAssassin-Score: 2 tags 1072 + pending thanks On Sat, Nov 22, 2008 at 01:35:24AM -0500, Michael Kifer wrote: > ok, it looks like I fixed that one also in CVS. Pls try. Works as a charm! Thanks a lot for all your help with this bug. Cheers. PS tagging the bug as pending, I've no idea what is the policy in the Emacs BTS for actually closing bug reports. -- Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7 zack@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/ Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie sempre uno zaino ...........| ..: |.... Je dis tu à tous ceux que j'aime From cyd@stupidchicken.com Wed Nov 26 14:09:07 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-4.0 required=4.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at control) by emacsbugs.donarmstrong.com; 26 Nov 2008 22:09:07 +0000 Received: from cyd.mit.edu (CYD.MIT.EDU [18.115.2.24]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mAQM94Pq004305 for ; Wed, 26 Nov 2008 14:09:05 -0800 Received: by cyd.mit.edu (Postfix, from userid 1000) id DE37457E1D1; Wed, 26 Nov 2008 17:09:24 -0500 (EST) From: Chong Yidong To: control@debbugs.gnu.org Subject: close 1072 Date: Wed, 26 Nov 2008 17:09:24 -0500 Message-ID: <87d4gim963.fsf@cyd.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii close 1072 thanks From unknown Sun Jun 22 00:07:16 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: $requester Subject: Internal Control Message-Id: bug archived. Date: Thu, 25 Dec 2008 15:24:04 +0000 User-Agent: Fakemail v42.6.9 # A New Hope # A log time ago, in a galaxy far, far away # something happened. # # Magically this resulted in the following # action being taken, but this fake control # message doesn't tell you why it happened # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator