From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.bugs Subject: bug#17983: 24.4.50; digit keys in *Messages* unhelpful, hang Emacs, etc. Date: Thu, 10 Jul 2014 09:25:50 -0700 (PDT) Message-ID: <5b50c416-76e8-4221-895b-386d8a192d2b@default> References: <> <<83y4w1b6s2.fsf@gnu.org>> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1405009665 29157 80.91.229.3 (10 Jul 2014 16:27:45 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 10 Jul 2014 16:27:45 +0000 (UTC) Cc: 17983@debbugs.gnu.org To: Eli Zaretskii , Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Jul 10 18:27:33 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1X5HBy-0003QV-KT for geb-bug-gnu-emacs@m.gmane.org; Thu, 10 Jul 2014 18:27:30 +0200 Original-Received: from localhost ([::1]:39011 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X5HBy-0007Kl-6G for geb-bug-gnu-emacs@m.gmane.org; Thu, 10 Jul 2014 12:27:30 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:32981) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X5HBh-0007Ix-Hy for bug-gnu-emacs@gnu.org; Thu, 10 Jul 2014 12:27:22 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1X5HBX-0003rm-Dy for bug-gnu-emacs@gnu.org; Thu, 10 Jul 2014 12:27:13 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:37573) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X5HBX-0003rY-5Q for bug-gnu-emacs@gnu.org; Thu, 10 Jul 2014 12:27:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1X5HBW-0008Ex-DM for bug-gnu-emacs@gnu.org; Thu, 10 Jul 2014 12:27:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 10 Jul 2014 16:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17983 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix Original-Received: via spool by 17983-submit@debbugs.gnu.org id=B17983.140500956931583 (code B ref 17983); Thu, 10 Jul 2014 16:27:02 +0000 Original-Received: (at 17983) by debbugs.gnu.org; 10 Jul 2014 16:26:09 +0000 Original-Received: from localhost ([127.0.0.1]:52372 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X5HAa-0008DF-T2 for submit@debbugs.gnu.org; Thu, 10 Jul 2014 12:26:09 -0400 Original-Received: from userp1040.oracle.com ([156.151.31.81]:34902) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X5HAV-0008Ce-2K for 17983@debbugs.gnu.org; Thu, 10 Jul 2014 12:26:03 -0400 Original-Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s6AGPq7r018708 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 10 Jul 2014 16:25:52 GMT Original-Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85]) by ucsinet22.oracle.com (8.14.5+Sun/8.14.5) with ESMTP id s6AGPp45014409 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 10 Jul 2014 16:25:51 GMT Original-Received: from abhmp0011.oracle.com (abhmp0011.oracle.com [141.146.116.17]) by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s6AGPonx004789; Thu, 10 Jul 2014 16:25:50 GMT In-Reply-To: <<83y4w1b6s2.fsf@gnu.org>> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8 (707110) [OL 12.0.6691.5000 (x86)] X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:91388 Archived-At: > > C-q 7 C-q 7 C-q 7. You see ^G inserted each time (except the first) > > that you hit C-q (not when you hit 7), because 7 acts as a prefix arg > > for the following ^Q. Wunderbar. A feature, no doubt. >=20 > As Glenn points out, this is normal (and very old) behavior of C-q, > which is well documented. Yes, for inserting a char via an octal sequence. And yes, any number of octal digits can be used. I had forgotten that this single 7 fell into that use case. So the behavior is normal: each C-q after the first ends the octal sequence, so it is just 7, which is the code for ^G. Thanks for the reminder that this is what I was seeing here. It would be good, IMO, if there were some echo-area feedback when you hit an octal digit after C-q. Please consider that enhancement request. > > C-q 7 7 7. Now Emacs is hosed - in Neverneverland. ESC ESC ESC no > > good; C-g no good. No mouse, no keys, nada. And no CPU use. Just > > hosed. >=20 > Not here, it isn't. After "C-q 7 7 7", any key gets something > inserted, and there's no hang. None. As I said before, sometimes it happens and sometimes it does not. I was not able to determine just when or why. Each time, I started with emacs -Q, and the result was sometimes a hang and sometimes not. I reproduced the hang several times, including several times in a row (always from emacs -Q), but the same recipe sometimes did not result in a hang. > > Regardless of whether it freezes each time, if you hit C-q and then > > 7 one or more times there is no feedback - already a no-no (bug). >=20 > That's indeed a bug, worthy of a separate bug report. See above. There should be no need for a separate report. This was part of this report, from the beginning. If you want to create a separate report for it or rename the subject to better reflect this, feel free to do so. I feel that I've reported the problem and asked that it be fixed. If you find that part of what I reported is not a bug, and because of that you want to ignore other parts and not fix them, that's your prerogative. > But everything else you describe isn't, or is not reproducible here. See above. > > C-q should simply quote the 7, as it should quote other characters you > > type (including ^U, BTW). >=20 > No, numeric characters after C-q behave specially. (Only octal digits, to be specific - or whatever is specified by `read-quoted-char-radix'.) Yes, thanks for that reminder. I did not realize that that's what I was seeing here (even though I have long used C-q to input an octal sequence.)