Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!bloom-beacon!mit-eddie!apollo!weber_w
From: weber_w@apollo.HP.COM (Walt Weber)
Newsgroups: comp.sys.apollo
Subject: Re: stat(&buf) vs file ownership
Message-ID: <453ae25a.10b48@apollo.HP.COM>
Date: 25 Aug 89 00:54:00 GMT
References: <9441@kuhub.cc.ukans.edu>
Reply-To: weber_w@apollo.COM (Walt Weber)
Organization: Hewlett-Packard, Apollo Division, Chelmsford, MA
Lines: 30

In article <9441@kuhub.cc.ukans.edu> MICHAL@kuhub.cc.ukans.edu (Merlin The Magician) writes:
>OK,
>
>  I am calling the stat C function under bsd4.2 and SR9 for a file
>that is 
>   ls -ld foo
>   d---rwx--- 1 <none>   1024 Aug 22 16:46 foo
>
> The ACL are as follows:
>   foo.group.org.%   pgndcalrse
>   %.sys_admin.%.%   pgndcalrse
>
>I get the correct size (1024) mod/cre/acc date/time, but the uid and
>gid are garbage.

Unfortunately, the ACL shown above will not be able to be translated into
valid Un*x owner/group ID's, since it is not an acl which is created by
chmod(1) or open(2), for example.  See the System Administration for BSD4.2 manual,
starting at page 5-14 and the approx. 6 pages following for a discussion of
how SR9 starts with an ACL and derives the mode bits.

It will behave as you expect at sr10; avoid the behavior by using unix commands
to create files, and not Aegis commands.  You might also wish to review the command
/etc/sup, documented in section 8 on the BSD side, section 1M on the SYS5 side.

...walt...
-- 
Walt Weber                    Hewlett-Packard, Apollo Division
(508) 256-6600 x8315          People's Republic of Massachusetts
-The views expressed herein are personal, and not binding on ANYONE-