* bug#13828: 24.3.50; Emacs freezes when using the emacs server, and exiting from a child frame
@ 2013-02-27 2:09 Dima Kogan
2020-12-06 19:05 ` Lars Ingebrigtsen
0 siblings, 1 reply; 3+ messages in thread
From: Dima Kogan @ 2013-02-27 2:09 UTC (permalink / raw)
To: 13828
I'm running a very recent dev build of emacs. I'm observing that emacs
goes into an infinite loop, eats up all available CPU cycles, and
becomes unresponsive if I do the following:
1. emacs -Q --daemon ( this starts the daemon, and goes back to the
shell )
2. emacsclient -c -a '' ( connect a client )
3. C-x 5 2 ( make new child frame )
4. C-x C-c ( kill emacs )
When using the emacs server, C-x C-c kills the current emacs client,
leaving the server intact to allow more clients to connect later. This
apparently doesn't work right if done from a child frame first.
In GNU Emacs 24.3.50.1 (x86_64-pc-linux-gnu, X toolkit, Xaw scroll bars)
of 2013-02-26 on dex, modified by Debian
(emacs-snapshot package, version 2:20130226-1)
Windowing system distributor `The X.Org Foundation', version 11.0.11204000
System Description: Debian GNU/Linux 7.0 (wheezy)
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/24.3.50/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/24.3.50/site-lisp:/usr/share/emacs/site-lisp
--without-compress-info --with-crt-dir=/usr/lib/x86_64-linux-gnu/
--with-x=yes --with-x-toolkit=lucid CFLAGS='-DDEBIAN
-DSITELOAD_PURESIZE_EXTRA=5000 -g -O2' CPPFLAGS='-D_FORTIFY_SOURCE=2'
LDFLAGS='-g -Wl,--as-needed -znocombreloc''
^ permalink raw reply [flat|nested] 3+ messages in thread
* bug#13828: 24.3.50; Emacs freezes when using the emacs server, and exiting from a child frame
2013-02-27 2:09 bug#13828: 24.3.50; Emacs freezes when using the emacs server, and exiting from a child frame Dima Kogan
@ 2020-12-06 19:05 ` Lars Ingebrigtsen
2020-12-06 19:25 ` Dima Kogan
0 siblings, 1 reply; 3+ messages in thread
From: Lars Ingebrigtsen @ 2020-12-06 19:05 UTC (permalink / raw)
To: Dima Kogan; +Cc: 13828
Dima Kogan <dima@secretsauce.net> writes:
> I'm running a very recent dev build of emacs. I'm observing that emacs
> goes into an infinite loop, eats up all available CPU cycles, and
> becomes unresponsive if I do the following:
>
> 1. emacs -Q --daemon ( this starts the daemon, and goes back to the
> shell )
> 2. emacsclient -c -a '' ( connect a client )
> 3. C-x 5 2 ( make new child frame )
> 4. C-x C-c ( kill emacs )
>
> When using the emacs server, C-x C-c kills the current emacs client,
> leaving the server intact to allow more clients to connect later. This
> apparently doesn't work right if done from a child frame first.
(This bug report unfortunately got no response at the time.)
I'm unable to reproduce this in Emacs 28. Are you still seeing this issue?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2020-12-06 19:25 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-02-27 2:09 bug#13828: 24.3.50; Emacs freezes when using the emacs server, and exiting from a child frame Dima Kogan
2020-12-06 19:05 ` Lars Ingebrigtsen
2020-12-06 19:25 ` Dima Kogan
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.