From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Mark Seeto Newsgroups: gmane.emacs.bugs Subject: bug#42350: 26.3; C-c C-c in R console buffer causes Control key to get "stuck" Date: Tue, 14 Jul 2020 12:26:26 +1000 Message-ID: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="0000000000009f3fdc05aa5d8938" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="38085"; mail-complaints-to="usenet@ciao.gmane.io" To: 42350@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Jul 14 06:44:09 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jvCnZ-0009nM-QH for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 14 Jul 2020 06:44:09 +0200 Original-Received: from localhost ([::1]:35324 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jvCnY-0003HB-Kr for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 14 Jul 2020 00:44:08 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:40656) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jvCnS-0003H4-ES for bug-gnu-emacs@gnu.org; Tue, 14 Jul 2020 00:44:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:38379) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jvCnS-0003CI-4m for bug-gnu-emacs@gnu.org; Tue, 14 Jul 2020 00:44:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jvCnR-0006eh-Tt for bug-gnu-emacs@gnu.org; Tue, 14 Jul 2020 00:44:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Mark Seeto Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 14 Jul 2020 04:44:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 42350 X-GNU-PR-Package: emacs X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.159470181925545 (code B ref -1); Tue, 14 Jul 2020 04:44:01 +0000 Original-Received: (at submit) by debbugs.gnu.org; 14 Jul 2020 04:43:39 +0000 Original-Received: from localhost ([127.0.0.1]:49925 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jvCn2-0006dv-N8 for submit@debbugs.gnu.org; Tue, 14 Jul 2020 00:43:39 -0400 Original-Received: from lists.gnu.org ([209.51.188.17]:54100) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jvAeb-0003Nx-Pu for submit@debbugs.gnu.org; Mon, 13 Jul 2020 22:26:46 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:58248) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jvAeb-0004Tn-IQ for bug-gnu-emacs@gnu.org; Mon, 13 Jul 2020 22:26:45 -0400 Original-Received: from mail-qt1-x82d.google.com ([2607:f8b0:4864:20::82d]:42248) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jvAeZ-0000B5-8s for bug-gnu-emacs@gnu.org; Mon, 13 Jul 2020 22:26:45 -0400 Original-Received: by mail-qt1-x82d.google.com with SMTP id e12so11710212qtr.9 for ; Mon, 13 Jul 2020 19:26:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=zwMDauh3Fu/F5N01CDfwLkT3GiN4aNhe626rpz12nO0=; b=oK32+VutyEdz8fgDoX89NjYRQjPMCE3cMFR+VPkbwTa7/65ewTSoa4f1y8iYresUpZ R8q1RhyQ6EcbkBLS/CaL3zYq01YkDRGxp4+/hPm9a6J5kWbdLS0ptj0fT/d5Ms0WPiIc EL77rKDkNrfOUQi2naObB+sKXiLb0SGsoERqC+nlT3RYBKdmQuR35vL6zGPfUdqnoXv0 UphzNYdpplqiwEq1yvK8OL/mcARiAAiTtHJ+DAp75GZBUBZuHBb82ihs7gpAjRGQ1rRQ boVsMxbAXlFx+R1EvbabRuvfHTlYx7m1M0OZkzLDrg1xnQexhQYsk+EPfuwdarJpqYPG buRQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=zwMDauh3Fu/F5N01CDfwLkT3GiN4aNhe626rpz12nO0=; b=hCv303prb1gZF8COkW4fB6vhLqgE6Ldh2vAcU11fbl8wcYk2qGzlVjwy3hmPNs07T1 fl1O+YBwjsnh9nnM6NXySLaHdhgLw0K53kMF5S1093Q11FBoJByCNWayuIUi+xOGSm/I 8WGm9TY29IMSpu7eDBIiVZl4oe02r2J2U4E+Zjdm5cCg9UcYgo/5DeYNmEpUMHOIbzpC Yh1sErQVQmr+KjecsKq7Ir9gQXAAd4Jo1AXugc2JkW+g0B1oLydiQ3FbVDzAqUx3XF9Z F6Q3BGTKkRtRoUCMBhBTXziNnFSxOuXnaS8l3ncTd9cZyVs0h5gq8vPlPHrsq2Kc+GSg +jBw== X-Gm-Message-State: AOAM5301uCRctOxDp+23Zj8KIXthtE996eqJGvPdbQXPM+oYGkYYoXRG zlpm4nyA5xs/f2yl2zpOYoy3A5AolxK9zg2YhPQAv78j X-Google-Smtp-Source: ABdhPJzoW81bPmcb0kaO254BpxpGoKlVbtMq1Gru6MjTXJqaJ7mtAnVwvbWEmzinMF3HoT4deGVhTyC7hL77EwYQVBE= X-Received: by 2002:aed:3e2d:: with SMTP id l42mr2559109qtf.226.1594693601148; Mon, 13 Jul 2020 19:26:41 -0700 (PDT) Received-SPF: pass client-ip=2607:f8b0:4864:20::82d; envelope-from=markseeto@gmail.com; helo=mail-qt1-x82d.google.com X-detected-operating-system: by eggs.gnu.org: No matching host in p0f cache. That's all we know. X-Spam_score_int: -19 X-Spam_score: -2.0 X-Spam_bar: -- X-Spam_report: (-2.0 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, GAPPY_SUBJECT=0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Mailman-Approved-At: Tue, 14 Jul 2020 00:43:35 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:182979 Archived-At: --0000000000009f3fdc05aa5d8938 Content-Type: text/plain; charset="UTF-8" I'm running R using the ESS package (version 18.10.2, installed using package-list-packages) in Emacs 26.3 in MS Windows 10. When I'm in an R console window (Emacs buffer named "*R*" where R is running) and I press C-c C-c using the right (not left) Control key, Emacs starts acting as though the Control key is being held down. For example, if I press C-c C-c in the R console buffer using the right Control key, I get the message " is undefined", and it keeps happening with further key presses (e.g. pressing p moves to the previous line). The problem doesn't happen if I press C-c C-c in the R console buffer using the left Control key. Even other programs (e.g. Notepad, Firefox) start acting as though Control is being pressed. The "stuck" Control key can be "released" by pressing the left Control key. The problem doesn't happen if I press C-c C-c (using either Control key) in an Emacs buffer with a .R file. I normally use Vincent Goulet's modified version of Emacs, but the problem also happens with "ordinary" unmodified Emacs. In the steps below, I'm using the unmodified Emacs. Steps to make the problem happen: At the Windows command prompt, in the Emacs bin directory: emacs -Q Type or copy the following into the *scratch* buffer: (package-initialize) (setq inferior-R-program-name "C:/Program Files/R/R-3.6.1/bin/x64/Rterm.exe") Run the code in the *scratch* buffer: M-x eval-buffer Start R: M-x R (This opens an R console buffer and takes you to it.) Using the right Control key: C-c C-c This gives the message " is undefined", which shouldn't happen (it doesn't happen if the C-c C-c is pressed using the left Control key). Further key presses are treated as though Control is being held down. For example, pressing p acts like C-p. Press the left Control key to go back to normal. Additional information: - The problem doesn't happen with Emacs 25.3.1 (with the same version of ESS). - The problem also happens with the latest version of R (4.0.2). - The problem also happens if inferior-ess-r-program is used in place of inferior-R-program-name in the steps above. - I tried a different keyboard on the same computer, and the same thing happened. I also tried it on a different Windows 10 computer and the same thing happened. Copied from M-x report-emacs-bug: In GNU Emacs 26.3 (build 1, x86_64-w64-mingw32) of 2019-08-29 built on CIRROCUMULUS Repository revision: 96dd0196c28bc36779584e47fffcca433c9309cd Windowing system distributor 'Microsoft Corp.', version 10.0.18363 Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Mark set Type C-h m for help on ESS version 18.10.2 ess-tracebug mode enabled is undefined Configured using: 'configure --without-dbus --host=x86_64-w64-mingw32 --without-compress-install 'CFLAGS=-O2 -static -g3'' Configured features: XPM JPEG TIFF GIF PNG RSVG SOUND NOTIFY ACL GNUTLS LIBXML2 ZLIB TOOLKIT_SCROLL_BARS THREADS LCMS2 Important settings: value of $LANG: ENA locale-coding-system: cp1252 Major mode: iESS Minor modes in effect: shell-dirtrack-mode: t tooltip-mode: t global-eldoc-mode: t eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs rfc822 mml mml-sec epa derived epg gnus-util rmail rmail-loaddefs mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils cl-extra help-mode ess-r-mode ess-r-flymake flymake-proc flymake warnings thingatpt ess-r-xref xref project subr-x ess-trns ess-r-package shell pcomplete ess-r-syntax ess-r-completion ess-roxy ess-rd essddr noutline outline easy-mmode hideshow ess-s-lang ess-help ess-mode ess ess-noweb-mode ess-inf ess-tracebug advice format-spec ess-utils ido ess-custom executable compile comint ansi-color ring finder-inf ess-generics info package easymenu epg-config url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs eieio-loaddefs password-cache url-vars seq byte-opt gv bytecomp byte-compile cconv cl-loaddefs cl-lib elec-pair time-date mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp disp-table term/w32-win w32-win w32-vars term/common-win tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core term/tty-colors frame cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray minibuffer cl-preloaded nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote threads w32notify w32 lcms2 multi-tty make-network-process emacs) Memory information: ((conses 16 156874 9057) (symbols 48 26904 2) (miscs 40 73 170) (strings 32 50752 1452) (string-bytes 1 1386755) (vectors 16 22886) (vector-slots 8 595421 10002) (floats 8 90 266) (intervals 56 303 14) (buffers 992 16)) Thanks, Mark Seeto -- --0000000000009f3fdc05aa5d8938 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I'm running R using the ESS package (version 18.10.2, = installed using package-list-packages) in Emacs 26.3 in MS Windows 10.
<= br>When I'm in an R console window (Emacs buffer named "*R*" = where R is running) and I press C-c C-c using the right (not left) Control = key, Emacs starts acting as though the Control key is being held down. For = example, if I press C-c C-c <return> in the R console buffer using th= e right Control key, I get the message "<C-return> is undefined&= quot;, and it keeps happening with further key presses (e.g. pressing p mov= es to the previous line). The problem doesn't happen if I press C-c C-c= in the R console buffer using the left Control key. Even other programs (e= .g. Notepad, Firefox) start acting as though Control is being pressed.
<= br>The "stuck" Control key can be "released" by pressin= g the left Control key.

The problem doesn't happen if I press C-= c C-c (using either Control key) in an Emacs buffer with a .R file.

= I normally use Vincent Goulet's modified version of Emacs, but the prob= lem also happens with "ordinary" unmodified Emacs. In the steps b= elow, I'm using the unmodified Emacs.

Steps to make the problem = happen:

At the Windows command prompt, in the Emacs bin directory:emacs -Q <return>

Type or copy the following into the *scrat= ch* buffer:
(package-initialize)
(setq inferior-R-program-name "= C:/Program Files/R/R-3.6.1/bin/x64/Rterm.exe")

Run the code in = the *scratch* buffer:
M-x eval-buffer <return>

Start R:
= M-x R <return> <return>

(This opens an R console buffer = and takes you to it.)

Using the right Control key:
C-c C-c <re= turn>

This gives the message "<C-return> is undefined&= quot;, which shouldn't happen (it doesn't happen if the C-c C-c <= ;return> is pressed using the left Control key).

Further key pres= ses are treated as though Control is being held down. For example, pressing= p acts like C-p.

Press the left Control key to go back to normal.

Additional information:
- The problem doesn't happen with = Emacs 25.3.1 (with the same version of ESS).
- The problem also happens = with the latest version of R (4.0.2).
- The problem also happens if infe= rior-ess-r-program is used in place of inferior-R-program-name in the steps= above.
- I tried a different keyboard on the same computer, and the sam= e thing happened. I also tried it on a different Windows 10 computer and th= e same thing happened.

Copied from M-x report-emacs-bug:

In G= NU Emacs 26.3 (build 1, x86_64-w64-mingw32)
=C2=A0of 2019-08-29 built on= CIRROCUMULUS
Repository revision: 96dd0196c28bc36779584e47fffcca433c930= 9cd
Windowing system distributor 'Microsoft Corp.', version 10.0= .18363
Recent messages:
For information about GNU Emacs and the GNU s= ystem, type C-h C-a.
Mark set
Type C-h m for help on ESS version 18.1= 0.2
ess-tracebug mode enabled
<C-return> is undefined

Co= nfigured using:
=C2=A0'configure --without-dbus --host=3Dx86_64-w64-= mingw32
=C2=A0--without-compress-install 'CFLAGS=3D-O2 -static -g3&#= 39;'

Configured features:
XPM JPEG TIFF GIF PNG RSVG SOUND NO= TIFY ACL GNUTLS LIBXML2 ZLIB
TOOLKIT_SCROLL_BARS THREADS LCMS2

Im= portant settings:
=C2=A0 value of $LANG: ENA
=C2=A0 locale-coding-sys= tem: cp1252

Major mode: iESS

Minor modes in effect:
=C2=A0= shell-dirtrack-mode: t
=C2=A0 tooltip-mode: t
=C2=A0 global-eldoc-mo= de: t
=C2=A0 eldoc-mode: t
=C2=A0 electric-indent-mode: t
=C2=A0 m= ouse-wheel-mode: t
=C2=A0 tool-bar-mode: t
=C2=A0 menu-bar-mode: t=C2=A0 file-name-shadow-mode: t
=C2=A0 global-font-lock-mode: t
=C2= =A0 font-lock-mode: t
=C2=A0 blink-cursor-mode: t
=C2=A0 auto-composi= tion-mode: t
=C2=A0 auto-encryption-mode: t
=C2=A0 auto-compression-m= ode: t
=C2=A0 line-number-mode: t
=C2=A0 transient-mark-mode: t
Load-path shadows:
None found.

Features:
(shadow sort mail-e= xtr emacsbug message rmc puny dired dired-loaddefs
rfc822 mml mml-sec ep= a derived epg gnus-util rmail rmail-loaddefs
mm-decode mm-bodies mm-enco= de mail-parse rfc2231 mailabbrev gmm-utils
mailheader sendmail rfc2047 r= fc2045 ietf-drums mm-util mail-prsvr
mail-utils cl-extra help-mode ess-r= -mode ess-r-flymake flymake-proc
flymake warnings thingatpt ess-r-xref x= ref project subr-x ess-trns
ess-r-package shell pcomplete ess-r-syntax e= ss-r-completion ess-roxy
ess-rd essddr noutline outline easy-mmode hides= how ess-s-lang ess-help
ess-mode ess ess-noweb-mode ess-inf ess-tracebug= advice format-spec
ess-utils ido ess-custom executable compile comint a= nsi-color ring
finder-inf ess-generics info package easymenu epg-config = url-handlers
url-parse auth-source cl-seq eieio eieio-core cl-macs eieio= -loaddefs
password-cache url-vars seq byte-opt gv bytecomp byte-compile = cconv
cl-loaddefs cl-lib elec-pair time-date mule-util tooltip eldoc ele= ctric
uniquify ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lis= p
disp-table term/w32-win w32-win w32-vars term/common-win tool-bar dnd<= br>fontset image regexp-opt fringe tabulated-list replace newcomment
tex= t-mode elisp-mode lisp-mode prog-mode register page menu-bar
rfn-eshadow= isearch timer select scroll-bar mouse jit-lock font-lock
syntax facemen= u font-core term/tty-colors frame cl-generic cham georgian
utf-8-lang mi= sc-lang vietnamese tibetan thai tai-viet lao korean
japanese eucjp-ms cp= 51932 hebrew greek romanian slovak czech european
ethiopic indian cyrill= ic chinese composite charscript charprop
case-table epa-hook jka-cmpr-ho= ok help simple abbrev obarray minibuffer
cl-preloaded nadvice loaddefs b= utton faces cus-face macroexp files
text-properties overlay sha1 md5 bas= e64 format env code-pages mule
custom widget hashtable-print-readable ba= ckquote threads w32notify w32
lcms2 multi-tty make-network-process emacs= )

Memory information:
((conses 16 156874 9057)
=C2=A0(symbols = 48 26904 2)
=C2=A0(miscs 40 73 170)
=C2=A0(strings 32 50752 1452)
= =C2=A0(string-bytes 1 1386755)
=C2=A0(vectors 16 22886)
=C2=A0(vector= -slots 8 595421 10002)
=C2=A0(floats 8 90 266)
=C2=A0(intervals 56 30= 3 14)
=C2=A0(buffers 992 16))


Thanks,
Mark Seeto
--

--0000000000009f3fdc05aa5d8938--