From mboxrd@z Thu Jan  1 00:00:00 1970
X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/10066
Path: main.gmane.org!not-for-mail
From: Karl Kleinpaste <karl@jprc.com>
Newsgroups: gmane.emacs.gnus.general
Subject: Re: 5.4.13 and virtual servers
Date: 02 Mar 1997 18:27:29 -0500
Message-ID: <vxk9145g9i6.fsf@pocari-sweat.jprc.com>
References: <yvian2t38abk.fsf@atreides.eng.mindspring.net> <yviaenee990z.fsf@atreides.eng.mindspring.net> <m2sp2sfczz.fsf@proletcult.slip.ifi.uio.no> <vxkbu9fzfmq.fsf@pocari-sweat.jprc.com> <m2g1ygwlzo.fsf@proletcult.slip.ifi.uio.no>
NNTP-Posting-Host: coloc-standby.netfonds.no
X-Trace: main.gmane.org 1035149996 22174 80.91.224.250 (20 Oct 2002 21:39:56 GMT)
X-Complaints-To: usenet@main.gmane.org
NNTP-Posting-Date: Sun, 20 Oct 2002 21:39:56 +0000 (UTC)
Return-Path: <ding-request@ifi.uio.no>
Original-Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2])
	by deanna.miranova.com (8.8.5/8.8.5) with SMTP id PAA09198
	for <steve@miranova.com>; Sun, 2 Mar 1997 15:41:18 -0800
Original-Received: from pocari-sweat.jprc.com (karl@POCARI-SWEAT.JPRC.COM [207.86.147.217]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) 
	id <AAA16017@ifi.uio.no> for <ding@ifi.uio.no> ; Mon, 3 Mar 1997 00:27:32 +0100
Original-Received: (from karl@localhost)
	by pocari-sweat.jprc.com (8.8.5/8.8.5) id SAA05161;
	Sun, 2 Mar 1997 18:27:30 -0500
Original-To: ding@ifi.uio.no
In-Reply-To: Lars Magne Ingebrigtsen's message of 01 Mar 1997 00:26:35 +0100
Xref: main.gmane.org gmane.emacs.gnus.general:10066
X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:10066

Lars Magne Ingebrigtsen <larsi@ifi.uio.no> writes:
> It shouldn't, but it might if there's (wow!) a bug in the new function
> that compares servers.  Let's see...  Find two groups created in this
> manner (that use the same server), and pick out the select methods
> with `G e' on the two groups.  Then do
> (gnus-server-get-method GROUP METHOD)
> an both these groups (with their server) and see what it says.  It
> should ideally return the same method for both groups.

OK, I picked on my local INN-hackery server's instance of
news.admin.{misc,technical}.  I know they cause distinct server opens
due to *Message-Log*:

Opening nntp server on localhost+nntp+localhost:news.admin.misc... 
Opening nntp server on localhost+nntp+localhost:news.admin.technical... 

`G e' for both groups returns an edit-form buffer with this content:

(nntp "localhost" 
      (nntp-address "localhost")) 

Then executing, e.g.,
	(gnus-server-get-method "news.admin.misc"
				'(nntp "localhost" (nntp-address "localhost"))
returns in the minibuffer:

(nntp "localhost" (nntp-address "localhost")) 

(Seems kinda redundant, but I think that's what you wanted.)

Identical responses for both.  One would presume they compare as
equivalent.  Um...unless they don't use the string= function?  Um,
gnus-server-get-method calls get-server-to-method, and there it loops
through the opened servers, looking for a match with `equal' rather
than `string='.  Is this the problem?

> > If so, how and why does this differ from `G m' creation?

> `G m group RET server RET'.  So it's would be less typing in the long
> run. 

I suppose I didn't ask the question very precisely.

Obviously, I can type X characters to create a group via `G m', or I
can type Y characters via entry to server mode, poke around the group
list, and subscribe those I like.

What I'm wondering is whether two groups defined only via `G m' would
have some relevant server difference indicated in the forms one finds
in .newsrc.eld, or whether a group selected via server-mode would
differ from one defined via `G m', assuming that the names typed (etc)
are the same.