2 .\" Copyright (c) 2000 Robert N. M. Watson
3 .\" All rights reserved.
5 .\" Redistribution and use in source and binary forms, with or without
6 .\" modification, are permitted provided that the following conditions
8 .\" 1. Redistributions of source code must retain the above copyright
9 .\" notice, this list of conditions and the following disclaimer.
10 .\" 2. Redistributions in binary form must reproduce the above copyright
11 .\" notice, this list of conditions and the following disclaimer in the
12 .\" documentation and/or other materials provided with the distribution.
14 .\" THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND
15 .\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
16 .\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
17 .\" ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE
18 .\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
19 .\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
20 .\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
21 .\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
22 .\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
23 .\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
26 .\" $FreeBSD: src/lib/libposix1e/acl_valid.3,v 1.2.2.5 2001/12/20 16:27:06 ru Exp $
27 .\" $DragonFly: src/lib/libposix1e/acl_valid.3,v 1.3 2004/03/11 12:28:52 hmp Exp $
43 .Fn acl_valid "acl_t acl"
45 .Fn acl_valid_fd_np "int fd" "acl_type_t type" "acl_t acl"
47 .Fn acl_valid_file_np "const char *path_p" "acl_type_t type" "acl_t acl"
49 These functions check that the ACL referred to by the argument
51 is valid. The POSIX.1e routine,
53 checks this validity only with POSIX.1e ACL semantics, and irrespective
54 of the context in which the ACL is to be used. The non-portable forms,
57 .Fn acl_valid_file_np ,
58 allow an ACL to be checked in the context of a specific acl type,
60 and file system object. In environments where additional ACL types are
61 supported than just POSIX.1e, this makes more sense.
63 For POSIX.1e semantics, the checks include:
64 .Bd -literal -offset indent
65 The three required entries (ACL_USER_OBJ, ACL_GROUP_OBJ,
66 and ACL_OTHER) shall exist exactly once in the ACL. If
67 the ACL contains any ACL_USER, ACL_GROUP, or any other
68 implementation-defined entries in the file group class
69 then one ACL_MASK entry shall also be required. The ACL
70 shall contain at most on ACL_MASK entry.
72 The qualifier field shall be unique among all entries of
73 the same POSIX.1e ACL facility defined tag type. The
74 tag type field shall contain valid values including any
75 implementation-defined values. Validation of the values
76 of the qualifier field is implementation-defined.
81 function may reorder the ACL for the purposes of verification; the
82 non-portable validation functions will not.
83 .Sh IMPLEMENTATION NOTES
85 support for POSIX.1e interfaces and features is still under
86 development at this time.
90 If any of the following conditions occur, these functions shall return
93 to the corresponding value:
96 Search permission is denied for a component of the path prefix, or the
97 object exists and the process does not have appropriate access rights.
101 argument is not a valid file descriptor.
105 does not point to a valid ACL.
107 One or more of the required ACL entries is not present in
110 The ACL contains entries that are not unique.
112 The file system rejects the ACL based on fs-specific semantics issues.
113 .It Bq Er ENAMETOOLONG
114 A component of a pathname exceeded 255 characters, or an
115 entire path name exceeded 1023 characters.
117 The named object does not exist, or the
119 argument points to an empty string.
121 Insufficient memory available to fulfill request.
123 The file system does not support ACL retrieval.
132 POSIX.1e is described in IEEE POSIX.1e draft 17. Discussion
133 of the draft continues on the cross-platform POSIX.1e implementation
134 mailing list. To join this list, see the
136 POSIX.1e implementation
137 page for more information.
139 POSIX.1e support was introduced in
141 and development continues.
143 .An Robert N M Watson
145 These features are not yet fully implemented. In particular, the shipped
146 version of UFS/FFS does not support storage of additional security labels,
147 and so is unable to (easily) provide support for most of these features.