From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: owner@emacsbugs.donarmstrong.com (Emacs bug Tracking System) Newsgroups: gmane.emacs.bugs Subject: bug#2057: marked as done (23.0.60; delete key and deletechar) Date: Thu, 16 Apr 2009 18:30:04 +0000 Message-ID: References: <200904161817.n3GIHmJn015568@godzilla.ics.uci.edu> <78d2fb3b0901251501q78585866h4856d8d0ca8d3ea6@mail.gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----------=_1239906604-465-0" X-Trace: ger.gmane.org 1239907565 26198 80.91.229.12 (16 Apr 2009 18:46:05 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 16 Apr 2009 18:46:05 +0000 (UTC) To: Dan Nicolaescu Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Apr 16 20:47:24 2009 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1LuWcM-00029t-2O for geb-bug-gnu-emacs@m.gmane.org; Thu, 16 Apr 2009 20:47:23 +0200 Original-Received: from localhost ([127.0.0.1]:54931 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LuWax-000160-8R for geb-bug-gnu-emacs@m.gmane.org; Thu, 16 Apr 2009 14:45:55 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LuWZ6-0000Sl-FS for bug-gnu-emacs@gnu.org; Thu, 16 Apr 2009 14:44:00 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LuWZ1-0000QF-38 for bug-gnu-emacs@gnu.org; Thu, 16 Apr 2009 14:43:59 -0400 Original-Received: from [199.232.76.173] (port=47743 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LuWZ0-0000Pi-Ih for bug-gnu-emacs@gnu.org; Thu, 16 Apr 2009 14:43:54 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:52574) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1LuWYz-0001cR-Qn for bug-gnu-emacs@gnu.org; Thu, 16 Apr 2009 14:43:54 -0400 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n3GIhpgk004232; Thu, 16 Apr 2009 11:43:51 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.13.8/8.13.8/Submit) id n3GIU4IV000581; Thu, 16 Apr 2009 11:30:04 -0700 X-Mailer: MIME-tools 5.420 (Entity 5.420) X-Loop: owner@emacsbugs.donarmstrong.com X-Emacs-PR-Message: closed 2057 X-Emacs-PR-Package: emacs X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:27254 Archived-At: This is a multi-part message in MIME format... ------------=_1239906604-465-0 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Your message dated Thu, 16 Apr 2009 11:17:48 -0700 (PDT) with message-id <200904161817.n3GIHmJn015568@godzilla.ics.uci.edu> and subject line Re: bug#2057: 23.0.60; delete key and deletechar has caused the Emacs bug report #2057, regarding 23.0.60; delete key and deletechar to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact owner@emacsbugs.donarmstrong.com immediately.) --=20 2057: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=3D2057 Emacs Bug Tracking System Contact owner@emacsbugs.donarmstrong.com with problems ------------=_1239906604-465-0 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by emacsbugs.donarmstrong.com; 25 Jan 2009 23:01:35 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.2 required=4.0 tests=FOURLA,MURPHY_SEX_L2 autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 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 n0PN1VhU014316 for ; Sun, 25 Jan 2009 15:01:32 -0800 Received: from mail.gnu.org ([199.232.76.166]:44247 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1LRDxL-0007FI-9h for emacs-pretest-bug@gnu.org; Sun, 25 Jan 2009 17:59:55 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1LRDys-0003xu-3O for emacs-pretest-bug@gnu.org; Sun, 25 Jan 2009 18:01:30 -0500 Received: from mu-out-0910.google.com ([209.85.134.186]:31575) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LRDyr-0003xg-IY for emacs-pretest-bug@gnu.org; Sun, 25 Jan 2009 18:01:29 -0500 Received: by mu-out-0910.google.com with SMTP id i2so4156309mue.6 for ; Sun, 25 Jan 2009 15:01:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=j8CawTSlJBpBL1+zT9TldWmlVW4zBT1UYgxCXQ+OvkE=; b=MezwUmYQGU37GXQ30bAo4K0pWvqC+jGsAeldsgTwhdbnlk7ybH18fxlTyTW7dboda5 IlI4KzZ6WEPaI2w9e5siJ8yu7ksEdYSVZCzdfIZ7Ob0lO24GF4NkOGDouN5iAoYpsc6L NSE01f1i/qJmXfAQCVwm3eyKHvuh2Yjn5Tnwk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=K1SvlSc1GFe4BMwi7vAusv/MUAfyr/Rv4A//AoOx/qIluFUZfbStLfiDJR0HN258ZB X7BS4gS8O4P5UlyPNjCsCxr+GwOoKJfDU4AD19kx4bhh183Mqkbe8AoY1Qs/w6W2QQsR S0SPLaXHBGTn9JuVJnYrSkz8PCae+LYcUz1A4= MIME-Version: 1.0 Received: by 10.103.106.1 with SMTP id i1mr211450mum.0.1232924486652; Sun, 25 Jan 2009 15:01:26 -0800 (PST) Date: Sun, 25 Jan 2009 18:01:26 -0500 Message-ID: <78d2fb3b0901251501q78585866h4856d8d0ca8d3ea6@mail.gmail.com> Subject: 23.0.60; delete key and deletechar From: Robert Brown To: emacs-pretest-bug@gnu.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) Please write in English if possible, because the Emacs maintainers usually do not have translators to read other languages for them. Your bug report will be posted to the emacs-pretest-bug@gnu.org mailing list. Please describe exactly what actions triggered the bug and the precise symptoms of the bug: I start Emacs 23.0.60.2 on Ubuntu 8.10 inside a gnome-terminal emulation window using the command "emacs -q -nw". The backspace key on my keyboard is set up to generate ASCII code 127, but Emacs incorrectly maps this code to deletechar with input-decode-map which is: (keymap (127 . [deletechar]) (27 keymap (79 keymap (83 . .... I believe this input translation is set up by term_get_fkeys_1 in term.c when it looks at the termcap/terminfo function key definitions for my terminal type, xterm-color, and sees that the termcap description contains: kD=\177 which means that the delete *function* key produces ASCII code 127. Emacs should look at both kD and kb. If they are the same ASCII character, then Emacs should not install a translation in input-decode-map for delete. 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'. If you would like to further debug the crash, please read the file /local/software/package/emacs-23.0.60.2/share/emacs/23.0.60/etc/DEBUG for instructions. In GNU Emacs 23.0.60.2 (i686-pc-linux-gnu) of 2009-01-18 on ugg configured using `configure '--without-x' '--prefix=/local/software/package/emacs-23.0.60.2'' 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: C value of $LANG: en_US.UTF-8 value of $XMODIFIERS: nil locale-coding-system: utf-8-unix default-enable-multibyte-characters: t Major mode: Info Minor modes in effect: savehist-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t global-auto-composition-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: ESC [ > 1 ; 1 7 0 4 ; 0 c C-h i m e m a c s RET C-s b u g SPC C-a C-n C-f C-f C-f C-f C-f C-f RET SPC SPC ESC x r e p o r t - e m a c s - b u g RET Recent messages: ("emacs") Composing main Info directory...done Mark saved where search started ------------=_1239906604-465-0 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 2057-done) by emacsbugs.donarmstrong.com; 16 Apr 2009 18:20:18 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-5.9 required=4.0 tests=FOURLA,HAS_BUG_NUMBER, MURPHY_DRUGS_REL8,X_DEBBUGS_NO_ACK autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 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 n3GIKCH0030727 for <2057-done@emacsbugs.donarmstrong.com>; Thu, 16 Apr 2009 11:20:13 -0700 Received: from godzilla.ics.uci.edu (godzilla.ics.uci.edu [128.195.10.101]) by sallyv2.ics.uci.edu (8.13.8+Sun/8.13.8) with ESMTP id n3GIHmeh004571; Thu, 16 Apr 2009 11:17:48 -0700 (PDT) Received: (from dann@localhost) by godzilla.ics.uci.edu (8.13.8+Sun/8.13.6/Submit) id n3GIHmJn015568; Thu, 16 Apr 2009 11:17:48 -0700 (PDT) Date: Thu, 16 Apr 2009 11:17:48 -0700 (PDT) Message-Id: <200904161817.n3GIHmJn015568@godzilla.ics.uci.edu> From: Dan Nicolaescu To: Robert Brown Cc: 2057-done@emacsbugs.donarmstrong.com Subject: Re: bug#2057: 23.0.60; delete key and deletechar References: <200904161619.n3GGJt3l014011@godzilla.ics.uci.edu> <18919.28884.261672.227349@paradicsom.nyc.corp.google.com> X-Debbugs-No-Ack: yes In-Reply-To: <18919.28884.261672.227349@paradicsom.nyc.corp.google.com> (Robert Brown's message of "Thu, 16 Apr 2009 13:54:28 -0400") Lines: 31 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: n3GIHmeh004571 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@godzilla.ics.uci.edu Robert Brown writes: > Dan Nicolaescu writes: > > Robert Brown writes: > > > > > I believe the following patch may be the right fix for bug 2057. When > > > looking at the key sequences generated by function keys, Emacs should only > > > register those that generate two or more ASCII characters. > > > > > > My termcap entry, xterm-color, contains "kD=\177", which means that the > > > delete *function* key generates code 177. > > > > Interesting, it seems that you have a modified termcap database, the normal one > > has kD=\E[3~ for xterm-color. > > Yes, it's definitely a bug in the termcap entry. Hitting the delete > function key generates \E[3~ for me. I can fix the termcap. > > > Can you try setting TERM to xterm-256color and see if that the delete > > key works better then? > > Switching to a different termcap works well. OK, so it's not an emacs bug, closing this then. > I still think it may incorrect for Emacs to map single character function > key sequences. But perhaps these just never occur in practice. Given that we don't have a positive proof that it causes a problem, there doesn't seem to be a good reason to change code that has been around for such a long time. ------------=_1239906604-465-0--