unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#2106: 23.0.60; which-function-mode locks up emacs 23 with 100% cpu
@ 2009-01-29 14:48 ` Sid
  2009-01-30  8:53   ` Juanma Barranquero
  2009-01-31 16:30   ` bug#2106: marked as done (end-of-defun loops on malformed python code) Emacs bug Tracking System
  0 siblings, 2 replies; 5+ messages in thread
From: Sid @ 2009-01-29 14:48 UTC (permalink / raw)
  To: emacs-pretest-bug; +Cc: rfrancoise


hi,


I noticed that if i have which-function-mode enabled in my init script
(~/.emacs) and i open any malformed python file it locks up the emacs
window with 100% cpu utilization.  Python file doesn't show up on the
window and I have to cancel it by pressing C-g.

If i had desktop-save-mode enabled too and i start emacs in daemon
mode, I noticied that parent process simply waits for the child to
complete (because desktop session had this malformed python file
listed.)  What is worse is, if i kill parent process using C-c, i get
my terminal back, but the child continues to eat 100% cpu in the
background :-(

I found this with couple of days old CVS tree and also with
emacs-snapshot package from http://emacs.orebokech.com/.

Malformed python file content is:

    #!/usr/bin/env python
    
    from sqlalchemy import *
    from sqlalchemy.schema import *
    from sqlalchemy.orm import *
    
    class Person:
        pass
    
    mapper(Person, person_table, 
                         
    class Employee:
        pass
    

thanks,
bvk-chaitanya


In GNU Emacs 23.0.60.1 (i486-pc-linux-gnu, GTK+ Version 2.12.11)
 of 2009-01-27 on elegiac, modified by Debian
 (emacs-snapshot package, version 1:20090126-1)
configured using `configure  '--build' 'i486-linux-gnu' '--host' 'i486-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/23.0.60/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/23.0.60/site-lisp:/usr/share/emacs/site-lisp' '--with-x=yes' '--with-x-toolkit=gtk' 'build_alias=i486-linux-gnu' 'host_alias=i486-linux-gnu' 'CFLAGS=-DDEBIAN -DSITELOAD_PURESIZE_EXTRA=5000 -g -O2' 'LDFLAGS=-g -Wl,--as-needed' 'CPPFLAGS=''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: en_IN
  value of $XMODIFIERS: nil
  locale-coding-system: iso-latin-1-unix
  default-enable-multibyte-characters: t

Major mode: Fundamental

Minor modes in effect:
  which-function-mode: t
  tooltip-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  global-auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
ESC [ > 0 ; 2 3 5 ; 0 c C-x b C-g C-x C-f d b . TAB 
RET ESC O B ESC x r e c DEL p o TAB r t - e m TAB 
RET

Recent messages:
Skipping dictionaries-common setup for emacs-snapshot
Loading /etc/emacs/site-start.d/50dictionaries-common.el (source)...done
Loading /etc/emacs/site-start.d/50festival.el (source)...done
Loading /etc/emacs/site-start.d/50psvn.el (source)...done
Loading /etc/emacs/site-start.d/50python-docutils.el (source)...done
Loading /etc/emacs/site-start.d/50ruby1.8-elisp.el (source)...done
Loading /etc/emacs/site-start.d/50yaml-mode.el (source)...done
For information about GNU Emacs and the GNU system, type C-h C-a.
Quit [2 times]
Making completion list...







^ permalink raw reply	[flat|nested] 5+ messages in thread

* bug#2106: 23.0.60; which-function-mode locks up emacs 23 with  100% cpu
  2009-01-29 14:48 ` bug#2106: 23.0.60; which-function-mode locks up emacs 23 with 100% cpu Sid
@ 2009-01-30  8:53   ` Juanma Barranquero
  2009-01-30  9:38     ` BVK
  2009-01-31 16:30   ` bug#2106: marked as done (end-of-defun loops on malformed python code) Emacs bug Tracking System
  1 sibling, 1 reply; 5+ messages in thread
From: Juanma Barranquero @ 2009-01-30  8:53 UTC (permalink / raw)
  To: Sid; +Cc: 2106, rfrancoise

On Thu, Jan 29, 2009 at 15:48, Sid <bvk.groups@gmail.com> wrote:

> I noticed that if i have which-function-mode enabled in my init script
> (~/.emacs) and i open any malformed python file it locks up the emacs
> window with 100% cpu utilization.

You don't even have to use which-function-mode. In your example, just
move the point to the last line and type C-M-e (that's end-of-defun).
It loops.

    Juanma






^ permalink raw reply	[flat|nested] 5+ messages in thread

* bug#2106: 23.0.60; which-function-mode locks up emacs 23 with  100% cpu
  2009-01-30  8:53   ` Juanma Barranquero
@ 2009-01-30  9:38     ` BVK
  2009-01-30  9:54       ` Juanma Barranquero
  0 siblings, 1 reply; 5+ messages in thread
From: BVK @ 2009-01-30  9:38 UTC (permalink / raw)
  To: Juanma Barranquero; +Cc: 2106, rfrancoise

On Fri, Jan 30, 2009 at 2:23 PM, Juanma Barranquero <lekktu@gmail.com> wrote:
>
> You don't even have to use which-function-mode. In your example, just
> move the point to the last line and type C-M-e (that's end-of-defun).
> It loops.
>


OK, then it must be a bug in emacs 23 python mode?


regards,
-- 
bvk-chaitanya






^ permalink raw reply	[flat|nested] 5+ messages in thread

* bug#2106: 23.0.60; which-function-mode locks up emacs 23 with  100% cpu
  2009-01-30  9:38     ` BVK
@ 2009-01-30  9:54       ` Juanma Barranquero
  0 siblings, 0 replies; 5+ messages in thread
From: Juanma Barranquero @ 2009-01-30  9:54 UTC (permalink / raw)
  To: BVK; +Cc: 2106, rfrancoise

On Fri, Jan 30, 2009 at 10:38, BVK <bvk.groups@gmail.com> wrote:

> OK, then it must be a bug in emacs 23 python mode?

Yes, definitely. It is looping in python-mode functions, and it
doesn't happen in 22.X.

    Juanma






^ permalink raw reply	[flat|nested] 5+ messages in thread

* bug#2106: marked as done (end-of-defun loops on malformed python  code)
  2009-01-29 14:48 ` bug#2106: 23.0.60; which-function-mode locks up emacs 23 with 100% cpu Sid
  2009-01-30  8:53   ` Juanma Barranquero
@ 2009-01-31 16:30   ` Emacs bug Tracking System
  1 sibling, 0 replies; 5+ messages in thread
From: Emacs bug Tracking System @ 2009-01-31 16:30 UTC (permalink / raw)
  To: Chong Yidong

[-- Attachment #1: Type: text/plain, Size: 899 bytes --]


Your message dated Sat, 31 Jan 2009 11:22:01 -0500
with message-id <87wscbtphy.fsf@cyd.mit.edu>
and subject line Re: bug#2106: 23.0.60; which-function-mode locks up emacs 23 with 100% cpu
has caused the Emacs bug report #2106,
regarding end-of-defun loops on malformed python code
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.)


-- 
2106: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=2106
Emacs Bug Tracking System
Contact owner@emacsbugs.donarmstrong.com with problems

[-- Attachment #2: Type: message/rfc822, Size: 6378 bytes --]

From: Sid <bvk.groups@gmail.com>
To: emacs-pretest-bug@gnu.org
Cc: rfrancoise@debian.org
Subject: 23.0.60; which-function-mode locks up emacs 23 with 100% cpu
Date: Thu, 29 Jan 2009 20:18:20 +0530
Message-ID: <E1LSYBo-0006q0-BL@debook>


hi,


I noticed that if i have which-function-mode enabled in my init script
(~/.emacs) and i open any malformed python file it locks up the emacs
window with 100% cpu utilization.  Python file doesn't show up on the
window and I have to cancel it by pressing C-g.

If i had desktop-save-mode enabled too and i start emacs in daemon
mode, I noticied that parent process simply waits for the child to
complete (because desktop session had this malformed python file
listed.)  What is worse is, if i kill parent process using C-c, i get
my terminal back, but the child continues to eat 100% cpu in the
background :-(

I found this with couple of days old CVS tree and also with
emacs-snapshot package from http://emacs.orebokech.com/.

Malformed python file content is:

    #!/usr/bin/env python
    
    from sqlalchemy import *
    from sqlalchemy.schema import *
    from sqlalchemy.orm import *
    
    class Person:
        pass
    
    mapper(Person, person_table, 
                         
    class Employee:
        pass
    

thanks,
bvk-chaitanya


In GNU Emacs 23.0.60.1 (i486-pc-linux-gnu, GTK+ Version 2.12.11)
 of 2009-01-27 on elegiac, modified by Debian
 (emacs-snapshot package, version 1:20090126-1)
configured using `configure  '--build' 'i486-linux-gnu' '--host' 'i486-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/23.0.60/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/23.0.60/site-lisp:/usr/share/emacs/site-lisp' '--with-x=yes' '--with-x-toolkit=gtk' 'build_alias=i486-linux-gnu' 'host_alias=i486-linux-gnu' 'CFLAGS=-DDEBIAN -DSITELOAD_PURESIZE_EXTRA=5000 -g -O2' 'LDFLAGS=-g -Wl,--as-needed' 'CPPFLAGS=''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: en_IN
  value of $XMODIFIERS: nil
  locale-coding-system: iso-latin-1-unix
  default-enable-multibyte-characters: t

Major mode: Fundamental

Minor modes in effect:
  which-function-mode: t
  tooltip-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  global-auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
ESC [ > 0 ; 2 3 5 ; 0 c C-x b C-g C-x C-f d b . TAB 
RET ESC O B ESC x r e c DEL p o TAB r t - e m TAB 
RET

Recent messages:
Skipping dictionaries-common setup for emacs-snapshot
Loading /etc/emacs/site-start.d/50dictionaries-common.el (source)...done
Loading /etc/emacs/site-start.d/50festival.el (source)...done
Loading /etc/emacs/site-start.d/50psvn.el (source)...done
Loading /etc/emacs/site-start.d/50python-docutils.el (source)...done
Loading /etc/emacs/site-start.d/50ruby1.8-elisp.el (source)...done
Loading /etc/emacs/site-start.d/50yaml-mode.el (source)...done
For information about GNU Emacs and the GNU system, type C-h C-a.
Quit [2 times]
Making completion list...




[-- Attachment #3: Type: message/rfc822, Size: 1248 bytes --]

From: Chong Yidong <cyd@stupidchicken.com>
To: Sid <bvk.groups@gmail.com>
Cc: Juanma Barranquero <lekktu@gmail.com>, 2106-done@emacsbugs.donarmstrong.com
Subject: Re: bug#2106: 23.0.60; which-function-mode locks up emacs 23 with 100% cpu
Date: Sat, 31 Jan 2009 11:22:01 -0500
Message-ID: <87wscbtphy.fsf@cyd.mit.edu>

This was not a bug in Python; it was a bug in end-of-defun, which was
"cleaned up" in Emacs 23.  I've checked in a fix.


^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2009-01-31 16:30 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <87wscbtphy.fsf@cyd.mit.edu>
2009-01-29 14:48 ` bug#2106: 23.0.60; which-function-mode locks up emacs 23 with 100% cpu Sid
2009-01-30  8:53   ` Juanma Barranquero
2009-01-30  9:38     ` BVK
2009-01-30  9:54       ` Juanma Barranquero
2009-01-31 16:30   ` bug#2106: marked as done (end-of-defun loops on malformed python code) Emacs bug Tracking System

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).