From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/5731 Path: main.gmane.org!not-for-mail From: Kai Grossjohann Newsgroups: gmane.emacs.gnus.general Subject: Re: Q: Extending nntp (for nndb) Date: 27 Mar 1996 08:34:34 +0100 Organization: Universitaet Dortmund, CS Dept, Chair 6 Sender: grossjoh@dusty.informatik.uni-dortmund.de Message-ID: References: Reply-To: Kai Grossjohann NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 (generated by tm-edit 7.41) Content-Type: text/plain; charset=US-ASCII X-Trace: main.gmane.org 1035146294 1243 80.91.224.250 (20 Oct 2002 20:38:14 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 20:38:14 +0000 (UTC) Cc: ding@ifi.uio.no Return-Path: ding-request@ifi.uio.no Original-Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by deanna.miranova.com (8.7.3/8.6.9) with SMTP id AAA01075 for ; Wed, 27 Mar 1996 00:07:08 -0800 Original-Received: from floyd.informatik.uni-dortmund.de (floyd.informatik.uni-dortmund.de [129.217.4.40]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id ; Wed, 27 Mar 1996 08:34:42 +0100 Original-Received: by dusty.informatik.uni-dortmund.de id AA06000; Wed, 27 Mar 96 08:34:37 +0100 Original-To: Lars Magne Ingebrigtsen In-Reply-To: Lars Magne Ingebrigtsen's message of 27 Mar 1996 04:49:37 +0000 Original-Lines: 35 Xref: main.gmane.org gmane.emacs.gnus.general:5731 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:5731 >>>>> On 27 Mar 1996 04:49:37 +0000, Lars Magne Ingebrigtsen >>>>> said: Lars> By "data", the manual means "data in the nntpd buffer". I Lars> forgot to mention the function return value. I see. By reading a bit more, I found that there is in fact one function where the return value is mentioned: a list of article numbers. Can I assume that this is the same for other functions? Lars> The `*-open-server' function sets all variables in the Lars> backend. So all the other functions can assume that they are Lars> working on variables local to the current virtual server. So if I were to add to the nntp.el file a new function, said function could just use the variable nntp-address to get the name of the nntp server? Kai> Maybe this was a completely stupid approach of doing it? Kai> Should I've copied nntp.el then change every occurrence of Kai> "nntp" to "nndb", then change the defaults at will? Lars> Yes, probably. nndb and nntp are sufficiently different that Lars> there probably should be a new nndb.el file. Really? Please note that nndb offers a superset of the nntp protocol. Therefore, the nntp subset would have to be maintained twice if the two were completely independent nndb.el and nntp.el files. Well, I don't like this idea, but you're the guru, so I'll comply. Why is ELisp not object-oriented? kai -- There ain't no cure for the summer time blues.