From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Glenn Morris Newsgroups: gmane.emacs.bugs Subject: bug#7492: 23.2; cl loop over the windows: infinite loop, info doc Date: Mon, 29 Nov 2010 19:29:26 -0500 Message-ID: References: <874ob3lt1j.fsf@web.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1291077922 6182 80.91.229.12 (30 Nov 2010 00:45:22 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 30 Nov 2010 00:45:22 +0000 (UTC) Cc: 7492@debbugs.gnu.org To: michael_heerdegen@web.de Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Nov 30 01:45:17 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 1PNELM-0005Ww-Gh for geb-bug-gnu-emacs@m.gmane.org; Tue, 30 Nov 2010 01:45:17 +0100 Original-Received: from localhost ([127.0.0.1]:45867 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PNELL-0000dp-VU for geb-bug-gnu-emacs@m.gmane.org; Mon, 29 Nov 2010 19:45:15 -0500 Original-Received: from [140.186.70.92] (port=33630 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PNELF-0000Zx-95 for bug-gnu-emacs@gnu.org; Mon, 29 Nov 2010 19:45:10 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PNELE-0000GR-Bx for bug-gnu-emacs@gnu.org; Mon, 29 Nov 2010 19:45:09 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:33521) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PNELE-0000GN-9E for bug-gnu-emacs@gnu.org; Mon, 29 Nov 2010 19:45:08 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1PNE0n-0002DC-PZ; Mon, 29 Nov 2010 19:24:01 -0500 X-Loop: help-debbugs@gnu.org In-Reply-To: <874ob3lt1j.fsf@web.de> Resent-From: Glenn Morris Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 30 Nov 2010 00:24:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7492 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 7492-submit@debbugs.gnu.org id=B7492.12910766378490 (code B ref 7492); Tue, 30 Nov 2010 00:24:01 +0000 Original-Received: (at 7492) by debbugs.gnu.org; 30 Nov 2010 00:23:57 +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 1PNE0i-0002Ct-Eu for submit@debbugs.gnu.org; Mon, 29 Nov 2010 19:23:56 -0500 Original-Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PNE0f-0002Cf-SB for 7492@debbugs.gnu.org; Mon, 29 Nov 2010 19:23:54 -0500 Original-Received: from localhost ([127.0.0.1]:34146) by fencepost.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PNE62-0003JF-P1; Mon, 29 Nov 2010 19:29:26 -0500 X-Spook: PGP nuclear insurgency pre-emptive ASDIC UFO Putin KGB X-Ran: H6't6L:7t9DD_R<&)w^Sb(8;j11JIKeIl}0AQohu^b[_+i\`Tv2VaMR}J!o+jk)q-B"#@/ X-Hue: red X-Attribution: GM User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Mon, 29 Nov 2010 19:24:01 -0500 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:42014 Archived-At: Michael Heerdegen wrote: > For looping over "the windows", it only says: > > `for VAR being the windows [of FRAME]' > This clause iterates over the windows (in the Emacs sense) of the > current frame, or of the specified FRAME. > > It's not clear if/when the minibuffer window is included and in which > order the iteration is done. By experiment, the minibuffer is not included, which is why it loops forever if you force it to start there. Does the order matter? Anyway, it's the order that `next-window' gives. `loop' can probably be improved, but I suggest using `walk-windows' (which has well-defined, flexible behaviour wrt the minibuffer) instead and will add a note to cl.texi to this effect.