Newsgroups: comp.lang.perl
Path: utzoo!utgpu!news-server.csri.toronto.edu!torsqnt!jtsv16!gerry
From: gerry@jts.com (G. Roderick Singleton )
Subject: Re: t/op/groups.t fails
Message-ID: <1991Apr24.175736.2876@jts.com>
Organization: JTS Computer Systems Ltd.
References: <1991Apr22.212847.3788@jts.com> <DNB.91Apr23015436@meshugge.media.mit.edu>
Date: Wed, 24 Apr 1991 17:57:36 GMT

In article <DNB.91Apr23015436@meshugge.media.mit.edu> dnb@meshugge.media.mit.edu (David N. Blank) writes:
>> t/op/groups.t fails
>
>Howdy-
>    I had a problem similar to yours on a Decstation 5000.  Turns out
>that I was compiling on a machine which did not have the group id
>found in the passwd file listed in the /etc/group file.  As a result,
	[stuff deleted]

>                 Peace,
>                   dNb

Did all that but I guess I didn't provide sufficient detail. So I've
added details below.

>
>P.S. Perhaps The Author might want to make that test a bit more robust
>by checking for this condition.

Please, Larry!

Now for some more information:
My ISI is running IS68K 4.3BSD UNIX: 4.1A with nfs and "yellowpages".
This, in itself, should make things easier but ISI's getgrgid(),
getgroups() and /usr/ucb/groups, all seem to handle the yp maps
differently hence groups.t fails. I have no source licence so fixing
the primatives is out of the question.

Does anyone, especially Larry, have a workaround/solution
for this?

I'm concerned because on my other servers (sun386is/SunOS4.0.2,
sun3s/SunOS4.0.3 and sun4s/SunOS4.1.1) perl seems to compile execute
correctly.  Thus perl on the ISI must execute the same perl scripts as
the others and produce exactly the same results, at least if I have my
druthers.

Any and all help gratefully accepted.

ger
-- 
G. Roderick Singleton, System and Network Manager, JTS Computers 
{yunexus | uunet | geac | torsqnt}!gerry@jtsv16.jts.com