From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#6585: 23.1; Hang / CPU 100% on background interaction when in minibuffer Date: Thu, 15 Jul 2010 16:57:40 +0200 Message-ID: <4C3F21E4.6070404@gmx.at> References: <20100708141906.C46AE80333@dev268-l> <4C3EF97A.5080208@ravenpack.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1279206181 6145 80.91.229.12 (15 Jul 2010 15:03:01 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 15 Jul 2010 15:03:01 +0000 (UTC) Cc: 6585@debbugs.gnu.org To: "Jason S. Cornez" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Jul 15 17:02:57 2010 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1OZPxg-0007hM-FO for geb-bug-gnu-emacs@m.gmane.org; Thu, 15 Jul 2010 17:02:56 +0200 Original-Received: from localhost ([127.0.0.1]:42043 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OZPxf-0001ly-PP for geb-bug-gnu-emacs@m.gmane.org; Thu, 15 Jul 2010 11:02:55 -0400 Original-Received: from [140.186.70.92] (port=57995 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OZPvJ-0000pJ-4k for bug-gnu-emacs@gnu.org; Thu, 15 Jul 2010 11:00:34 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OZPvB-00017i-KV for bug-gnu-emacs@gnu.org; Thu, 15 Jul 2010 11:00:28 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:54791) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OZPvB-00017U-J1 for bug-gnu-emacs@gnu.org; Thu, 15 Jul 2010 11:00:21 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1OZPsw-0002qB-KU; Thu, 15 Jul 2010 10:58:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 15 Jul 2010 14:58:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 6585 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 6585-submit@debbugs.gnu.org id=B6585.127920586210912 (code B ref 6585); Thu, 15 Jul 2010 14:58:02 +0000 Original-Received: (at 6585) by debbugs.gnu.org; 15 Jul 2010 14:57:42 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OZPsb-0002px-Pu for submit@debbugs.gnu.org; Thu, 15 Jul 2010 10:57:42 -0400 Original-Received: from mail.gmx.net ([213.165.64.20]) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1OZPsY-0002ps-FU for 6585@debbugs.gnu.org; Thu, 15 Jul 2010 10:57:40 -0400 Original-Received: (qmail invoked by alias); 15 Jul 2010 14:57:47 -0000 Original-Received: from 62-47-39-146.adsl.highway.telekom.at (EHLO [62.47.39.146]) [62.47.39.146] by mail.gmx.net (mp053) with SMTP; 15 Jul 2010 16:57:47 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX19OeJMfBrdO/G1Plsem2UNSGSf07um8tD+ykhMnYK 5sx3HE42pZepYb User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) In-Reply-To: <4C3EF97A.5080208@ravenpack.com> X-Y-GMX-Trusted: 0 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Thu, 15 Jul 2010 10:58:02 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:38559 Archived-At: > Now, if start == (selected-window) is the minibuffer, then it should be > clear that current == (next-window ... 'no-minibuffer ...) will never > result in (eq start current). And if the buffer that is passed in isn't > visible then (not found) will never be nil and we are stuck in an > infinite loop. Using `next-window' to find all windows is generally unsafe since windows might get created and deleted in between (in particular the one you named `start'). Always use `window-list' instead. The doc-string of `next-window' If you use consistent values for MINIBUF and ALL-FRAMES, you can use `next-window' to iterate through the entire cycle of acceptable windows, eventually ending up back at the window you started with. is IMHO misleading in this regard. > So this part is not an emacs problem at all. But I am puzzled as to why > if this is byte-compiled I can't C-g and break out of this. > > I'll fix my code and then the problem goes away. So if you want to > consider this "not-a-bug", ok. But shouldn't C-g work here? C-g should work. If it doesn't we have a bug. IIUC the only occurrence of `switch-to-buffer' is ifdefd out in the source code so there can't be any harm from an inhibit-quitted call from C. Could you try to run Emacs in the debugger to find out where it hangs? Or post a self-contained emacs -Q based recipe here? martin