GNU bug report logs -
#13828
24.3.50; Emacs freezes when using the emacs server, and exiting from a child frame
Previous Next
Reported by: Dima Kogan <dima <at> secretsauce.net>
Date: Wed, 27 Feb 2013 02:12:01 UTC
Severity: normal
Tags: moreinfo
Found in version 24.3.50
Done: Dima Kogan <dima <at> secretsauce.net>
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 13828 in the body.
You can then email your comments to 13828 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#13828
; Package
emacs
.
(Wed, 27 Feb 2013 02:12:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Dima Kogan <dima <at> secretsauce.net>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Wed, 27 Feb 2013 02:12:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
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''
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#13828
; Package
emacs
.
(Sun, 06 Dec 2020 19:07:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 13828 <at> debbugs.gnu.org (full text, mbox):
Dima Kogan <dima <at> 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
Added tag(s) moreinfo.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Sun, 06 Dec 2020 19:07:02 GMT)
Full text and
rfc822 format available.
Reply sent
to
Dima Kogan <dima <at> secretsauce.net>
:
You have taken responsibility.
(Sun, 06 Dec 2020 19:26:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Dima Kogan <dima <at> secretsauce.net>
:
bug acknowledged by developer.
(Sun, 06 Dec 2020 19:26:02 GMT)
Full text and
rfc822 format available.
Message #15 received at 13828-done <at> debbugs.gnu.org (full text, mbox):
Thanks for looking at this report. It is over 7 years old! I don't see
this anymore. It probably has been fixed long ago, so I'm closing the
report.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Mon, 04 Jan 2021 12:24:07 GMT)
Full text and
rfc822 format available.
This bug report was last modified 4 years and 168 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.