[comp.sys.apollo] stat

MICHAL@kuhub.cc.ukans.edu (Merlin The Magician) (08/23/89)

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 am with uid that is sys_admin. Although the file 'foo' is the home 
dir of user 'foo', calling 
   stat (&buf) 
I get the correct size (1024) mod/cre/acc date/time, but the uid and
gid are garbage. At best the gid is that if sys_admin. Is this fixed 
in SR10 and bsd4.3 ? How can I avoid it now ?

--Merlin 
+------------------------------+----------------------------------------------+
| Michal Chmielewski            \    The inherent vice of capitalism is the   |
| Academic Computing Services    \   unequal sharing of blessings; the        |
| University of Kansas            \  inherent virtue of socialism is the      |
| Lawrence, KS 66045               \ equal sharing of miseries.               |
| Internet: michal@kuhub.cc.ukans.edu                    - Winston Churchill  |
| BitNet  : michal@ukanvax.bitnet    \                                        |
+-------------------------------------+---------------------------------------+

weber_w@apollo.HP.COM (Walt Weber) (08/25/89)

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-