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: Tue, 30 Jun 2015 23:04:09 +0300 Message-ID: <83a8vh2cau.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> NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1435694671 23460 80.91.229.3 (30 Jun 2015 20:04:31 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 30 Jun 2015 20:04:31 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Tue Jun 30 22:04:24 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 1ZA1lX-00043O-CC for geh-help-gnu-emacs@m.gmane.org; Tue, 30 Jun 2015 22:04:23 +0200 Original-Received: from localhost ([::1]:48543 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZA1lW-00085A-E7 for geh-help-gnu-emacs@m.gmane.org; Tue, 30 Jun 2015 16:04:22 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54703) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZA1lK-000850-L3 for help-gnu-emacs@gnu.org; Tue, 30 Jun 2015 16:04:11 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZA1lG-0002x7-Aq for help-gnu-emacs@gnu.org; Tue, 30 Jun 2015 16:04:10 -0400 Original-Received: from mtaout28.012.net.il ([80.179.55.184]:42416) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZA1lF-0002uL-UB for help-gnu-emacs@gnu.org; Tue, 30 Jun 2015 16:04:06 -0400 Original-Received: from conversion-daemon.mtaout28.012.net.il by mtaout28.012.net.il (HyperSendmail v2007.08) id <0NQR00C00WM2YA00@mtaout28.012.net.il> for help-gnu-emacs@gnu.org; Tue, 30 Jun 2015 23:03:52 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout28.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NQR00AQ6X2F3O40@mtaout28.012.net.il> for help-gnu-emacs@gnu.org; Tue, 30 Jun 2015 23:03:52 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 80.179.55.184 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:105340 Archived-At: > Date: Tue, 30 Jun 2015 21:10:44 +0200 > From: Alexander Shukaev > Cc: help-gnu-emacs > > God damn it. I don't know if you remember my post from yesterday where I was > talking which hooks to attach `minibuffer-line--update' to in order to update > minibuffer line on window and buffer switches properly. The conclusion was > > (add-hook 'buffer-list-update-hook #'minibuffer-line--update) > (add-hook 'window-configuration-change-hook #'minibuffer-line--update) > > By examining the GDB output (which obviously repeats): > > #1084 0x00000004001f0978 in run_hook_with_args (nargs=1, args=0x7a8d40, > funcall=0x4001f0434 ) at > C:/Users/Haroogan/Projects/GitHub/MINGW-packages/mingw-w64-emacs-git/src/emacs/src/eval.c:2529 > #1085 0x00000004001f04e2 in Frun_hook_with_args (nargs=1, args=0x7a8d40) at > C:/Users/Haroogan/Projects/GitHub/MINGW-packages/mingw-w64-emacs-git/src/emacs/src/eval.c:2390 > #1086 0x00000004001f0a0a in run_hook (hook=-17119289912) at > C:/Users/Haroogan/Projects/GitHub/MINGW-packages/mingw-w64-emacs-git/src/emacs/src/eval.c:2543 > #1087 0x00000004001f049c in Frun_hooks (nargs=1, args=0x7a8e88) at > C:/Users/Haroogan/Projects/GitHub/MINGW-packages/mingw-w64-emacs-git/src/emacs/src/eval.c:2372 > > I've somehow recalled those hooks. It turns out that this one > > (add-hook 'buffer-list-update-hook #'minibuffer-line--update) > > is seems to be causing the infinite recursion and most importantly only in the > case of `M-x gnus RET' as I haven't experienced that before. Yes, the recursion is clearly visible in the Lisp backtrace. > What could be the problem here, Eli? I think this part of the Lisp backtrace should give you a clue: "format-time-string" (0x8318d0) "propertize" (0x831b18) "let*" (0x831d68) "eval" (0x831fc8) "format-mode-line" (0x833810) "minibuffer-line--update" (0x833e88) "run-hooks" (0x833fc8) "format-time-string" (0x8356a0) "propertize" (0x8358e8) "let*" (0x835b38) "eval" (0x835d98) "format-mode-line" (0x8375e0) "minibuffer-line--update" (0x837c58) "run-hooks" (0x837d98) "utf-7-imap-post-read-conversion" (0x839ce8) "decode-coding-string" (0x83a380) "utf7-decode" (0x83a8d0) "nnimap-get-groups" (0x83ae40) "nnimap-request-newgroups" (0x83b3b0) "gnus-request-newgroups" (0x83b920) "gnus-ask-server-for-new-groups" (0x83be90) 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.