GNU bug report logs - #11724
24.1; emacs freeze (full hang, ctrl+G or kill -15 do not help) on rope lucky assist

Previous Next

Package: emacs;

Reported by: "Alex V. Koval" <alex <at> ua2web.com>

Date: Sat, 16 Jun 2012 17:39:02 UTC

Severity: normal

Tags: moreinfo

Found in version 24.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


Message #8 received at 11724 <at> debbugs.gnu.org (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: "Alex V. Koval" <alex <at> ua2web.com>
Cc: 11724 <at> debbugs.gnu.org
Subject: Re: bug#11724: 24.1;
	emacs freeze (full hang, ctrl+G or kill -15 do not help) on rope
	lucky assist
Date: Sun, 24 Jun 2012 20:59:42 -0400
"Alex V. Koval" wrote:

> 1. Have installed rope, pymacs and ropemacs packages of current versions

Thanks for the report, but I'm afraid I'm not familiar with any of these
packages, which aren't part of Emacs. You might have more luck
contacting their maintainers.

> (require 'pymacs)
> (pymacs-load "ropemacs" "rope-")
>
> 3. Open pyton file. try to autocomplete on line 241 (remove part of
> False, like Fa and then call rope-lucky-assist.
>
> 4. Emacs is hang completely and does not react to Ctrl+G. It does
> tries to say that it will save and quite on trying kill -15, but then
> it still hangs.

It looks to be waiting for process output. This may not be an Emacs bug.

>  (gdb) xbacktrace 
> "accept-process-output" (0xffffa710)
[...]
> "pymacs-round-trip" (0xffffbdd0)

A brief search shows pymacs-timeout-at-start defaults to 30s.
Maybe it helps to lower this and related settings.
Again, a pymacs list may be of more help.





This bug report was last modified 9 years and 83 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.