From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Alexander Shukaev Newsgroups: gmane.emacs.help Subject: Re: Gnus + Gmail + IMAP Date: Tue, 30 Jun 2015 22:45:39 +0200 Message-ID: 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 1435697164 31455 80.91.229.3 (30 Jun 2015 20:46:04 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 30 Jun 2015 20:46:04 +0000 (UTC) Cc: help-gnu-emacs To: Eli Zaretskii Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Tue Jun 30 22:46:04 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 1ZA2Ps-0008KS-15 for geh-help-gnu-emacs@m.gmane.org; Tue, 30 Jun 2015 22:46:04 +0200 Original-Received: from localhost ([::1]:48668 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZA2Pr-0006KG-7D for geh-help-gnu-emacs@m.gmane.org; Tue, 30 Jun 2015 16:46:03 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41064) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZA2PY-0006KB-Sx for help-gnu-emacs@gnu.org; Tue, 30 Jun 2015 16:45:45 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZA2PX-0000Bt-H8 for help-gnu-emacs@gnu.org; Tue, 30 Jun 2015 16:45:44 -0400 Original-Received: from mail-lb0-x231.google.com ([2a00:1450:4010:c04::231]:33653) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZA2PU-0000B1-Tr; Tue, 30 Jun 2015 16:45:41 -0400 Original-Received: by lbcui10 with SMTP id ui10so972864lbc.0; Tue, 30 Jun 2015 13:45:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=OPgpNzTzEmkmwaYMoMSBSxxJBE/jcHU7tLcHQWQgtW4=; b=wpRNQ6iEeffPjoHM5/wyb97FYvEexRQKqdBi5PpdYSOM3e9QwBaQpvpyc3ZxzuDo79 e6xMQGvVPeQbPAqaiFrDyBsl3+sqBuujrsDMDQd4aA2HAFaDA4SBGIEx57nEpZhyPs1N qAgEBjM78cJ4LHRKERsxKFcDzUYI2xET7Xy7Nc6fcnZgEQ7RoStFhZVusagChLyMZuvz SBH/3eJakQA3n6N5dytQeSdYF/b34UbYcWXfg14SBb8jYKD7dy/9bINeuFHMljMPLSKD m5b7DvGrv8ungiacC7TL6A10fEYuGNrtbo6OJPGrr4orSyk4Z98eyY21aUh81PMxH1OO Mkig== X-Received: by 10.152.22.99 with SMTP id c3mr22062190laf.32.1435697139506; Tue, 30 Jun 2015 13:45:39 -0700 (PDT) Original-Received: by 10.112.36.103 with HTTP; Tue, 30 Jun 2015 13:45:39 -0700 (PDT) In-Reply-To: <838ub12c2k.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4010:c04::231 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 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:105342 Archived-At: On Tue, Jun 30, 2015 at 10:09 PM, Eli Zaretskii wrote: > > Date: Tue, 30 Jun 2015 23:04:09 +0300 > > From: Eli Zaretskii > > > > Somehow, minibuffer-line--update calls format-mode-line, which calls > > format-time-string, which again calls run-hooks, which again calls > > minibuffer-line--update. Look into your hook and see how this can > > happen. > > I think I know the answer: > =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-buffer > invokes your buffer-list-update-hook again, thus the infinite > recursion. > > I think you need to modify your > =E2=80=8B=E2=80=8B > buffer-list-update-hook to ignore > temporary buffers, those whose names begin with a space. > > =E2=80=8BIf that is the case, then why when I simply select some other wind= ow 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? I've also tried to run `=E2=80=8Bformat-time-string' manually just now and = it didn't entail recursion on its own.