From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/48182 Path: main.gmane.org!not-for-mail From: kai.grossjohann@uni-duisburg.de (Kai =?iso-8859-1?q?Gro=DFjohann?=) Newsgroups: gmane.emacs.gnus.general Subject: Re: 'g' in the group buffer still very slow Date: Fri, 13 Dec 2002 17:24:49 +0100 Organization: University of Dortmund, Germany Sender: owner-ding@hpc.uh.edu Message-ID: <84bs3pubse.fsf@lucy.cs.uni-dortmund.de> References: <87heisn8f4.fsf@sdbk.de> <87d6ocmlux.fsf@sdbk.de> <84adjg8fbd.fsf@lucy.cs.uni-dortmund.de> <87wumk5bmq.fsf@gmx.de> <84k7ijaaz2.fsf@lucy.cs.uni-dortmund.de> <87hedn2su2.fsf@gmx.de> <84of7vxg2t.fsf@lucy.cs.uni-dortmund.de> <87el8qlswk.fsf@gmx.de> <878yyxsp4m.fsf@gmx.de> <873cp4s4m4.fsf@gmx.de> <84smx3o4ck.fsf@lucy.cs.uni-dortmund.de> <87isxydiz0.fsf@gmx.de> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: main.gmane.org 1039796859 17977 80.91.224.249 (13 Dec 2002 16:27:39 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 13 Dec 2002 16:27:39 +0000 (UTC) Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18Msf3-0004fp-00 for ; Fri, 13 Dec 2002 17:27:37 +0100 Original-Received: from sina.hpc.uh.edu ([129.7.128.10] ident=lists) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 18Msd8-0004Qf-00; Fri, 13 Dec 2002 10:25:38 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Fri, 13 Dec 2002 10:26:29 -0600 (CST) Original-Received: from sclp3.sclp.com (qmailr@[209.196.61.66]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id KAA09467 for ; Fri, 13 Dec 2002 10:26:10 -0600 (CST) Original-Received: (qmail 28655 invoked by alias); 13 Dec 2002 16:24:51 -0000 Original-Received: (qmail 28650 invoked from network); 13 Dec 2002 16:24:51 -0000 Original-Received: from quimby.gnus.org (80.91.224.244) by gnus.org with SMTP; 13 Dec 2002 16:24:51 -0000 Original-Received: from news by quimby.gnus.org with local (Exim 3.12 #1 (Debian)) id 18MsoC-0006fM-00 for ; Fri, 13 Dec 2002 17:37:04 +0100 Original-To: ding@gnus.org Original-Path: not-for-mail Original-Newsgroups: gnus.ding Original-Lines: 61 Original-NNTP-Posting-Host: pd951f511.dip.t-dialin.net Original-X-Trace: quimby.gnus.org 1039797424 25334 217.81.245.17 (13 Dec 2002 16:37:04 GMT) Original-X-Complaints-To: usenet@quimby.gnus.org Original-NNTP-Posting-Date: 13 Dec 2002 16:37:04 GMT User-Agent: Gnus/5.090008 (Oort Gnus v0.08) Emacs/21.2.93 (i686-pc-linux-gnu) Cancel-Lock: sha1:+h1KlR8KTeYl3Ep/OOpdg5jGbQM= Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:48182 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:48182 Martin Rohde writes: > On Day 54 of The Aftermath 3168, Kai Großjohann wrote: > >> You can put the definition in the server parameters, like this: >> >> (add-to-list 'gnus-secondary-select-methods >> '(nntp "servername" >> (nntp-address "host.name.of.server") >> (nntp-open-connection-function nntp-open-telnet-stream) >> ...other.nntp-open-telnet.settings...)) > > Oops. Sorry, then Kevin was right, nntp-delete-echo has to be > buffer-local. Yes. > I fixed the cleaning of the server-buffer after sending "MyNOOP" > like you suggested and it works, but I like the version of Kevin > very much. In my opinion it works just as well as testing for an > echo in nntp-open-connection, but saves code and time. Hm? If the code is simpler, I'm all for it, but I don't see what time it saves. Is it quicker to implement or easier to maintain, or does it run quicker? > Hm, but it is right to refer to nntp-open-connection-function > globally, isn't it? It is connection-dependend, too, but I just > found it as a global variable...(That's why I thought, that it > would be independent...) Code referring to a buffer-local variable looks the same as code referring to a global variable. See this: (defvar x nil) ; declare (setq x 1) ; global value ; switch to some buffer foo (make-local-variable 'x); now it will be local to the foo buffer x => 1 ; local value same as global initially (setq x 2) ; set the local value x => 2 ; local value ; switch back to previous buffer x => 1 ; access global value again As you can see, the setq looks the same and the access also looks the same. The only difference is the make-local-variable. > If so, here is yet another try: Looks good to me, even though I'm not so sure about the logic. First of all, you still test the connection function, is that still necessary? If the look-for-echo test works well, it should be okay to apply it always, making the code (a tiny bit) simpler. Secondly, and this is the logic part, the check-for-echo variable starts out as nil. I didn't look very closely, but I thought that the echo check is skipped when the variable is nil... -- ~/.signature is: umop ap!sdn (Frank Nobis)