Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!batcomputer!cornell!uw-beaver!mit-eddie!media-lab.media.mit.edu!dnb From: dnb@meshugge.media.mit.edu (David N. Blank) Newsgroups: comp.lang.perl Subject: Re: t/op/groups.t fails Message-ID: Date: 23 Apr 91 05:54:36 GMT References: <1991Apr22.212847.3788@jts.com> Sender: news@media-lab.media.mit.edu.MEDIA.MIT.EDU Organization: M.I.T. Media Laboratory Lines: 28 In-reply-to: gerry@jts.com's message of 22 Apr 91 21:28:47 GMT > 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, the system call getgroups() and the UNIX command 'groups' gave different results, forcing that test to fail. As soon as I added an entry to /etc/group with my group, everything was peachy. The way I wound up debugging this was to a) run the command 'groups' and b) uncomment out the lines (which were commented out in my version: > print "gr1 is <$gr1>\n"; > print "gr2 is <$gr2>\n"; When they returned two different values, I knew something was fishy. Hope this helps. Peace, dNb P.S. Perhaps The Author might want to make that test a bit more robust by checking for this condition. -- David N. Blank o/ \ / \ / / \o M.I.T. Media Laboratory /# ##o # o## #\ E15-473F, (617) 253-2169 / \ / \ /o\ / |\ / \