bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#4970: marked as done (23.1; Emacs Gtk running nuts)


From: Emacs bug Tracking System
Subject: bug#4970: marked as done (23.1; Emacs Gtk running nuts)
Date: Wed, 25 Nov 2009 18:10:09 +0000

Your message dated Wed, 25 Nov 2009 19:02:09 +0100
with message-id <4B0D7121.2090001@swipnet.se>
and subject line Re: bug#4970: 23.1; Emacs Gtk running nuts
has caused the Emacs bug report #4970,
regarding 23.1; Emacs Gtk running nuts
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@emacsbugs.donarmstrong.com
immediately.)


-- 
4970: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=4970
Emacs Bug Tracking System
Contact owner@emacsbugs.donarmstrong.com with problems
--- Begin Message --- Subject: 23.1; Emacs Gtk running nuts Date: Thu, 19 Nov 2009 11:34:22 +0100
A user runs "emacs -nw" within xterm, and often stop them with CTRL-Z to
keep them in background. Now Emacs loops and hogs both memory and cpu after
shutting down X11 going to runlevel 3. Likely this was a leftover emacs from
background.

>From top:

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND            
23902 xxxxxx    20   0 7222m 3.4g  608 R  100 88.9  59:28.72 emacs-gtk

To read the full report please you may have a look at
<https://bugzilla.novell.com/show_bug.cgi?id=556175>
 

In GNU Emacs 23.1.1 (i586-suse-linux-gnu, GTK+ Version 2.14.4)
 of 2009-08-13 on oldboy
Windowing system distributor `The X.Org Foundation', version 11.0.10502000
configured using `configure  '--with-pop' '--without-hesiod' '--with-kerberos' 
'--with-kerberos5' '--with-xim' '--prefix=/usr' '--mandir=/usr/share/man' 
'--infodir=/usr/share/info' '--datadir=/usr/share' '--localstatedir=/var' 
'--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--with-x' '--with-sound' 
'--with-sync-input' '--with-xpm' '--with-jpeg' '--with-tiff' '--with-gif' 
'--with-png' '--with-rsvg' '--with-dbus' '--without-gpm' '--with-x-toolkit=gtk' 
'--x-includes=/usr/include' '--x-libraries=/usr/lib:/usr/share/X11' 
'--with-xft' '--with-libotf' '--with-m17n-flt' '--build=i586-suse-linux-gnu' 
'build_alias=i586-suse-linux-gnu' 'CC=gcc' 'CFLAGS=-O2 -march=i586 -mtune=i686 
-fmessage-length=0 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables 
-fasynchronous-unwind-tables -g -D_GNU_SOURCE -std=gnu89 -pipe 
-Wno-pointer-sign -Wno-unused-variable -Wno-unused-label 
-Wno-unprototyped-calls -DSYSTEM_PURESIZE_EXTRA=55000          
-DSITELOAD_PURESIZE_EXTRA=10000 ' 'LDFLAGS=-Wl,-O2 !
 -Wl,--hash-size=65521''

Important settings:
  value of $LANG: POSIX
  value of $XMODIFIERS: @im=local
  locale-coding-system: utf-8-unix
  default-enable-multibyte-characters: t

Major mode: Lisp Interaction

Minor modes in effect:
  show-paren-mode: t
  tooltip-mode: t
  tool-bar-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  global-auto-composition-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
<menu-bar> <help-menu> <send-emacs-bug-report>

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
call-interactively: End of buffer [9 times]



--- End Message ---
--- Begin Message --- Subject: Re: bug#4970: 23.1; Emacs Gtk running nuts Date: Wed, 25 Nov 2009 19:02:09 +0100 User-agent: Thunderbird 2.0.0.23 (X11/20090817)
Dr. Werner Fink skrev:
Hi,

I'd like to ask if there is a solution for this problem.
I've read the thread carefully but at last I've not seen
any real solution. is it allowed to remove the check

  if (last_terminal)
      error ("Attempt to delete the sole terminal device with live frames");

in delete_tty() of src/term.c or will emacs then loop
with

  if (NILP (force) && !other_visible_frames (f))
    error ("Attempt to delete the sole visible or iconified frame");

in delete_frame() of src/frame.c ... ?


For the case you posted, it is safe. delete_frame is called with force set to Qnoelisp, which is not NILP (force) so the test is not run.
I've checked that in, it fixes this bug.


        Jan D.


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]