Path: utzoo!censor!geac!torsqnt!news-server.csri.toronto.edu!bonnie.concordia.ca!thunder.mcrcim.mcgill.edu!snorkelwacker.mit.edu!paperboy!think.com!sdd.hp.com!elroy.jpl.nasa.gov!jpl-devvax!lwall
From: lwall@jpl-devvax.JPL.NASA.GOV (Larry Wall)
Newsgroups: comp.lang.perl
Subject: Re: 4.0 beta on a DecStation 3100
Message-ID: <11515@jpl-devvax.JPL.NASA.GOV>
Date: 20 Feb 91 18:34:31 GMT
References: <44395@ut-emx.uucp> <Ubkd0py00WAxEWY1ps@andrew.cmu.edu>
Reply-To: lwall@jpl-devvax.JPL.NASA.GOV (Larry Wall)
Organization: Jet Propulsion Laboratory, Pasadena, CA
Lines: 14

In article <Ubkd0py00WAxEWY1ps@andrew.cmu.edu> jb3o+@andrew.cmu.edu (Jon Allen Boone) writes:
: It passed all the tests excetp in io/fs.t test 5 - anding the $mode with
: 777 to get 666 (what does this do - does it check for r/w permission for
: everyone, but not execute?).  This was on an NFS mounted partition - on
: the local hard-drive, it worked fine....

The purpose of the test is to make sure that the umask(0) above worked
right.  The only reason the mode is ANDed with 0777 is to wipe out the
filetype bits that live above the permission bits.

The test is basically relying on Unix filesystem semantics, which DEC in
its wisdom has chosen to bust.  Don't sweat it.

Larry