GNU bug report logs -
#47122
27.1.91; Quitting GNU Emacs lets 'ccccc' appear in another X client
Previous Next
Reported by: Peter Dyballa <Peter_Dyballa <at> Web.DE>
Date: Sat, 13 Mar 2021 10:56:01 UTC
Severity: normal
Tags: moreinfo
Found in version 27.1.91
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 47122 in the body.
You can then email your comments to 47122 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#47122
; Package
emacs
.
(Sat, 13 Mar 2021 10:56:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Peter Dyballa <Peter_Dyballa <at> Web.DE>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sat, 13 Mar 2021 10:56:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hello!
I made this observation first in macOS 11.2.2, Big Sur, on intel hardware, while testing the release candidates of XQuartz, an application bundle of the X.org server 'xorg-server 1.19.7' with X11 libraries and clients. During these tests I launched the X server very often and made it launch XTerm(s) + GNU Emacsen 27.1.91 and 28.0.50 (Repository revision: 80e26472206cc44837521ba594cd50e724d9af5c, Repository branch: HEAD) via ~/.xinitrc. Of course I quit quite as many times, for which I had to type C-x C-c in the Emacsen.
It seems that both Emacsen share a certain behaviour: They can make the next available X client receive an infinite times the last character I typed in the GNU Emacs I just quit. (To end appearing the series of characters I regularly just press RET.) And when this X client is GNU Emacs, the C-x starting the quit action is swallowed and mini buffer shows C-c and waits for some more input.
The next X client receives a lot of 'c' when I could quit GNU Emacs directly with C-x C-c. When I had a changed file open I had to input y (or n) before Emacs quit. In this case the next X client received lots of 'y' (or, untested yet, presumingly 'n').
A test from this morning showed the same behaviour with xorg-server-devel 1.20.99.1.
In GNU Emacs 27.1.91 (build 1, x86_64-apple-darwin20.2.0, X toolkit, Xaw3d scroll bars)
of 2021-01-30 built on Kleines.fritz.box
Windowing system distributor 'The X.Org Foundation', version 11.0.11907000
System Description: macOS 11.2.2
Configured using:
'configure --without-libsystemd --without-pop --without-sound
--without-gpm --without-dbus --without-selinux --without-imagemagick
--without-ns --disable-ns-self-contained --with-x
--with-x-toolkit=athena --x-libraries=/opt/local/lib
--x-includes=/opt/local/include
'--enable-locallisppath=/Library/Application
Support/Emacs/calendar27:/Library/Application Support/Emacs'
--with-file-notification=yes CPPFLAGS=-I/opt/local/include 'CFLAGS=-g
-H -pipe -fPIC -fno-common -Os -arch x86_64 -fomit-frame-pointer'
'LDFLAGS=-v -arch x86_64 -Wl,-bind_at_load -Wl,-t -L /opt/local/lib'
PKG_CONFIG_PATH=/usr/lib/pkgconfig:/opt/local/lib/pkgconfig:/opt/local/share/pkgconfig:/usr/local/lib/pkgconfig
CC=clang CXX=clang++'
Configured features:
XAW3D XPM JPEG TIFF GIF PNG RSVG GSETTINGS GLIB NOTIFY KQUEUE ACL GNUTLS
LIBXML2 FREETYPE HARFBUZZ LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS LUCID X11
XDBE XIM MODULES THREADS JSON PDUMPER LCMS2 GMP
--
Greetings
<]
Pete o __o |__ o recumbo
___o /I -\<, |o \ -\),-% ergo sum!
___/\ /\___./ \___...O/ O____.....`-O-'-()--o_________________
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#47122
; Package
emacs
.
(Sat, 13 Mar 2021 11:00:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 47122 <at> debbugs.gnu.org (full text, mbox):
Just made the observation that a RET can also be inserted (I had to acknowledge that a shell process was running and would die when quitting).
--
Greetings
Pete
Mac OS X is like a wigwam: no fences, no gates, but an apache inside.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#47122
; Package
emacs
.
(Tue, 16 Mar 2021 07:52:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 47122 <at> debbugs.gnu.org (full text, mbox):
> Am 13.3.2021 um 11:55 schrieb Peter Dyballa <Peter_Dyballa <at> Web.DE>:
>
> It seems that both Emacsen share a certain behaviour: They can make the next available X client receive an infinite times the last character I typed in the GNU Emacs I just quit. (To end appearing the series of characters I regularly just press RET.) And when this X client is GNU Emacs, the C-x starting the quit action is swallowed and mini buffer shows C-c and waits for some more input.
I have to correct this: It's C-x that appears in mini buffer shows.
I also observed that mini buffer was high-lighted in red when I quit the other Emacs. When I then clicked into some window I saw the series of "ccccccc" appear. Hitting any key on the keyboard stops this input.
--
Greetings
Pete
If all else fails read the instructions.
- Donald Knuth
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#47122
; Package
emacs
.
(Fri, 24 Jun 2022 12:50:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 47122 <at> debbugs.gnu.org (full text, mbox):
Peter Dyballa <Peter_Dyballa <at> Web.DE> writes:
> It seems that both Emacsen share a certain behaviour: They can make
> the next available X client receive an infinite times the last
> character I typed in the GNU Emacs I just quit. (To end appearing the
> series of characters I regularly just press RET.) And when this X
> client is GNU Emacs, the C-x starting the quit action is swallowed and
> mini buffer shows C-c and waits for some more input.
(I'm going through old bug reports that unfortunately weren't resolved
at the time.)
Do you still see this issue in recent Emacs/Macos versions?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Added tag(s) moreinfo.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Fri, 24 Jun 2022 12:50:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#47122
; Package
emacs
.
(Fri, 24 Jun 2022 14:25:01 GMT)
Full text and
rfc822 format available.
Message #19 received at 47122 <at> debbugs.gnu.org (full text, mbox):
> Am 24.6.2022 um 14:49 schrieb Lars Ingebrigtsen <larsi <at> gnus.org>:
>
> Peter Dyballa <Peter_Dyballa <at> Web.DE> writes:
>
>> It seems that both Emacsen share a certain behaviour: They can make
>> the next available X client receive an infinite times the last
>> character I typed in the GNU Emacs I just quit. (To end appearing the
>> series of characters I regularly just press RET.) And when this X
>> client is GNU Emacs, the C-x starting the quit action is swallowed and
>> mini buffer shows C-c and waits for some more input.
>
> (I'm going through old bug reports that unfortunately weren't resolved
> at the time.)
>
> Do you still see this issue in recent Emacs/Macos versions?
No, not in this year. Tried in macOS High Sierra (old) and Monterey (recent).
--
Greetings
Pete
"Debugging? Klingons do not debug! Our software does not coddle the weak."
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#47122
; Package
emacs
.
(Fri, 24 Jun 2022 14:30:02 GMT)
Full text and
rfc822 format available.
Message #22 received at 47122 <at> debbugs.gnu.org (full text, mbox):
Peter Dyballa <Peter_Dyballa <at> Web.DE> writes:
>> Do you still see this issue in recent Emacs/Macos versions?
>
> No, not in this year. Tried in macOS High Sierra (old) and Monterey (recent).
Thanks; then I guess it's likely that it's disappeared through other
fixes in this area, and I'm therefore closing this bug report. If you
see it again, please respond to the debbugs address and we'll reopen.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
bug closed, send any further explanations to
47122 <at> debbugs.gnu.org and Peter Dyballa <Peter_Dyballa <at> Web.DE>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Fri, 24 Jun 2022 14:30:03 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 23 Jul 2022 11:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 1 year and 248 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.