From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nick Dokos Subject: Re: Re: Behavior of Gnus when called from an hyperlink Date: Sat, 17 Jul 2010 16:49:44 -0400 Message-ID: <23154.1279399784@gamaville.dokosmarshall.org> References: <87r5jrcx9g.fsf@mundaneum.com> <8763138nna.fsf@thinkpad.tsdh.de> <87ocev5pn3.fsf@mundaneum.com> <87fx071fsg.fsf@mundaneum.com> <23582.1277735944@gamaville.dokosmarshall.org> <87vd936wiq.fsf@mundaneum.com> <87eifr3t52.fsf@thinkpad.tsdh.de> <87vd8gcu6k.fsf@mundaneum.com> <87oce7j26i.fsf@thinkpad.tsdh.de> <87fwzjfyf8.fsf@mundaneum.com> <878w5bkxx7.fsf@mundaneum.com> <87hbjyzicz.fsf@thinkpad.tsdh.de> <13292.1279382554@gamaville.dokosmarshall.org> <87zkxpanh1.fsf@mundaneum.com> Reply-To: nicholas.dokos@hp.com Return-path: Received: from [140.186.70.92] (port=42336 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OaEKh-0002HP-U6 for emacs-orgmode@gnu.org; Sat, 17 Jul 2010 16:50:28 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OaEKY-0002aI-DP for emacs-orgmode@gnu.org; Sat, 17 Jul 2010 16:49:56 -0400 Received: from vms173007pub.verizon.net ([206.46.173.7]:58458) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OaEKY-0002Zq-AI for emacs-orgmode@gnu.org; Sat, 17 Jul 2010 16:49:54 -0400 Received: from gamaville.dokosmarshall.org ([unknown] [173.76.32.106]) by vms173007.mailsrvcs.net (Sun Java(tm) System Messaging Server 7u2-7.02 32bit (built Apr 16 2009)) with ESMTPA id <0L5P00FCRZ6WUS10@vms173007.mailsrvcs.net> for emacs-orgmode@gnu.org; Sat, 17 Jul 2010 15:49:45 -0500 (CDT) In-reply-to: Message from =?utf-8?Q?S=C3=A9bastien_Vauban?= of "Sat, 17 Jul 2010 21:59:38 +0200." <87zkxpanh1.fsf@mundaneum.com> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: =?utf-8?Q?S=C3=A9bastien_Vauban?= Cc: nicholas.dokos@hp.com, emacs-orgmode@gnu.org =?utf-8?Q?S=C3=A9bastien_Vauban?= wrote: > By carefully reading the article just sent by Erik (in another thread) about > Edebug, becoming aware of the cursor movements under stepping, I now can say > without error what *really* eats the time. > > I effectively saw every parameter evaluated, every one after the other. Here > are the results: > > - head :: nnimap-request-head > - article :: "<871vbxzo6.fsf@mundaneum.com>" > - (gnus-group-real-name group) :: "INBOX.mc" > - gnus-command-method :: (nnimap "mc" > (nnimap-address "mail.missioncriticalit.com") > (nnir-search-engine imap)) > - (nth 1 gnus-command-method) :: "mc" > - (funcall nnimap-request-head "<871vbxzo6.fsf@mundaneum.com>" "INBOX.mc" "= > mc") > results... after 5 mins... in ("INBOX.mc" . 28606) > > So, that's not `nth' that took the time (as previously thought), but the > `funcall'. > > What does the jury thinks of that? > You've got a few more layers of elisp to go through. You should edebug-defun the function nnimap-request-article-part in nnimap.el and keep going. You should also probably investigate what would happen if you set nnimap-debug to t, after reading its docstring. Cheers, Nick