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 12:02:34 -0400 Message-ID: <13292.1279382554@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> Reply-To: nicholas.dokos@hp.com Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from [140.186.70.92] (port=52847 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OaA4k-0004lY-Hq for emacs-orgmode@gnu.org; Sat, 17 Jul 2010 12:17:24 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Oa9qj-0006kZ-Fc for emacs-orgmode@gnu.org; Sat, 17 Jul 2010 12:02:53 -0400 Received: from vms173001pub.verizon.net ([206.46.173.1]:34861) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Oa9qj-0006kI-C7 for emacs-orgmode@gnu.org; Sat, 17 Jul 2010 12:02:49 -0400 Received: from gamaville.dokosmarshall.org ([unknown] [173.76.32.106]) by vms173001.mailsrvcs.net (Sun Java(tm) System Messaging Server 7u2-7.02 32bit (built Apr 16 2009)) with ESMTPA id <0L5P00JQALWAUU10@vms173001.mailsrvcs.net> for emacs-orgmode@gnu.org; Sat, 17 Jul 2010 11:02:35 -0500 (CDT) In-reply-to: Message from Tassilo Horn of "Sat\, 17 Jul 2010 09\:18\:36 +0200." <87hbjyzicz.fsf@thinkpad.tsdh.de> 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: Tassilo Horn , =?us-ascii?Q?=3D=3Futf-8=3FQ=3F?= =?us-ascii?Q?S=3DC3=3DA9bastien=3F=3D?= Vauban Cc: nicholas.dokos@hp.com, emacs-orgmode@gnu.org Tassilo Horn wrote: > S=C3=A9bastien Vauban > writes: >=20 > Hi S=C3=A9bastien, >=20 > > When stepping with SPC, the "arrow mark" (in the left fringe) stayed 5 > > mins on line 487: > > > > --8<---------------cut here---------------start------------->8--- > > ;; Use `head' function. > > ((fboundp head) > > (setq res (funcall head article (gnus-group-real-name group) > >> (nth 1 gnus-command-method)))) > > ^ > > cursor after first par= en > > --8<---------------cut here---------------end--------------->8--- > > > > If I understand well, it wasted all the time evaluating > > > > --8<---------------cut here---------------start------------->8--- > > (nth 1 gnus-command-method) > > --8<---------------cut here---------------end--------------->8--- > > > > I can't understand anything from the above... Someone does? >=20 > Not really. Picking the second element out of a list must not take 5 > minutes! What's the value of `gnus-command-method' when this happens? > One SPC before the hang, that variable is evaluated and its contents are > printed to *Messages*. >=20 > For example, checking with an org-gnus link to an article in a gmane > group, the value of `gnus-command-method' at that time was >=20 > (nntp "Gmane" (nntp-address "news.gmane.org")) >=20 > here, and picking out "Gmane" took no time at all... >=20 [For some reason, I didn't receive Seb's more recent messsages, so I'm replying to Tassilo's message to try to keep the reply in the thread. I hope it works.] Seb, try single stepping to that point and evaluate the various expressions that enter into the computation. For example, > > ;; Use `head' function. > > ((fboundp head) > > (setq res (funcall head article (gnus-group-real-name group) > >> (nth 1 gnus-command-method)))) put the cursor after the closing paren of the (nth 1 gnus-command-method) form and type C-x C-e, after the closing paren of (gnus-group-real-name gro= up) and do the same and after the closing paren of the (funcall ...) and do the same. Also perhaps after the head variable (between head and article) and do the same. Tassilo is right of course that (nth 1 gnus-command-method) should be trivial (unless nth has been redefined somehow and is trying to prove the Riemann hypothesis instead :-) ) -- but the cursor might be off by one and it's really the funcall that's taking all the time. HTH, Nick