From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.help Subject: Re: Gnus + Gmail + IMAP Date: Wed, 01 Jul 2015 18:20:48 +0300 Message-ID: <8338173nvz.fsf@gnu.org> References: <87lhf272in.fsf@yale.edu> <83zj3h2p89.fsf@gnu.org> <83oajx2mim.fsf@gnu.org> <83lhf12lin.fsf@gnu.org> <83k2ul2krn.fsf@gnu.org> <83d20d2igt.fsf@gnu.org> <83a8vh2cau.fsf@gnu.org> <838ub12c2k.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Trace: ger.gmane.org 1435764078 15957 80.91.229.3 (1 Jul 2015 15:21:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 1 Jul 2015 15:21:18 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Jul 01 17:21:08 2015 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ZAJox-0001yw-SM for geh-help-gnu-emacs@m.gmane.org; Wed, 01 Jul 2015 17:21:08 +0200 Original-Received: from localhost ([::1]:59595 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZAJow-00025q-SA for geh-help-gnu-emacs@m.gmane.org; Wed, 01 Jul 2015 11:21:06 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35062) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZAJog-00025i-L1 for help-gnu-emacs@gnu.org; Wed, 01 Jul 2015 11:20:51 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZAJoa-0003bA-K2 for help-gnu-emacs@gnu.org; Wed, 01 Jul 2015 11:20:50 -0400 Original-Received: from mtaout20.012.net.il ([80.179.55.166]:41932) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZAJoa-0003aP-0t for help-gnu-emacs@gnu.org; Wed, 01 Jul 2015 11:20:44 -0400 Original-Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0NQT00500EL0NM00@a-mtaout20.012.net.il> for help-gnu-emacs@gnu.org; Wed, 01 Jul 2015 18:20:42 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NQT005NQEMGFS80@a-mtaout20.012.net.il> for help-gnu-emacs@gnu.org; Wed, 01 Jul 2015 18:20:42 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.166 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:105358 Archived-At: > Date: Tue, 30 Jun 2015 22:45:39 +0200 > From: Alexander Shukaev > Cc: help-gnu-emacs >=20 > I think I know the answer:=20 > =E2=80=8B=E2=80=8B > format-time-string uses a temporary buffer, > which is then killed when no longer needed. That call to kill-b= uffer > invokes your buffer-list-update-hook again, thus the infinite > recursion. > =20 > I think you need to modify your=20 > =E2=80=8B=E2=80=8B > buffer-list-update-hook to ignore > temporary buffers, those whose names begin with a space. > =20 > =20 >=20 > =E2=80=8BIf that is the case, then why when I simply select some ot= her window via > `select-window', which also runs the =E2=80=8B`=E2=80=8Bbuffer-list= -update-hook', which (1) runs > the `=E2=80=8Bformat-time-string' for `minibuffer-line', (2) runs `= format-mode-line' for > `minibuffer-line', the recursion does not happen? Are you sure format-time-string is run in that case? And calling select-window runs a different hook, doesn't it? Anyway, do I really have to explain everything? isn't it enough to suggest a solution (assuming it is a solution)? > I've also tried to run `=E2=80=8Bformat-time-string' manually just = now and it didn't > entail recursion on its own. That's expected, since format-time-string needs to run as part of you= r hook, not interactively, otherwise the recursion won't happen.