Mac Developer Library Developer


This manual page is part of Xcode Tools version 5.0

To obtain these tools:

If you are running a version of Xcode Tools other than 5.0, view the documentation locally:

  • In Xcode

  • In Terminal, using the man(1) command

Reading manual pages

Manual pages are intended as a quick reference for people who already understand a technology.

  • To learn how the manual is organized or to learn about command syntax, read the manual page for manpages(5).

  • For more information about this technology, look for other documentation in the Apple Developer Library.

  • For general information about writing shell scripts, read Shell Scripting Primer.

ACL_GET(3)               BSD Library Functions Manual               ACL_GET(3)

     acl_get_fd, acl_get_fd_np, acl_get_file, acl_get_link_np -- get an ACL for a file

     Standard C Library (libc, -lc)

     #include <sys/types.h>
     #include <sys/acl.h>

     acl_get_fd(int fd);

     acl_get_fd_np(int fd, acl_type_t type);

     acl_get_file(const char *path_p, acl_type_t type);

     acl_get_link_np(const char *path_p, acl_type_t type);

     The acl_get_fd(), acl_get_file(), acl_get_link_np(), and acl_get_fd_np() each allow the retrieval of an
     ACL from a file.  The acl_get_fd() is a POSIX.1e call that allows the retrieval of an ACL of type
     ACL_TYPE_ACCESS from a file descriptor.  The acl_get_fd_np() function is a non-portable form of
     acl_get_fd() that allows the retrieval of any type of ACL from a file descriptor.  The acl_get_file()
     function is a POSIX.1e call that allows the retrieval of a specified type of ACL from a file by name;
     acl_get_link_np() is a non-portable variation on acl_get_file() which does not follow a symlink if the
     target of the call is a symlink.

     These functions may cause memory to be allocated.  The caller should free any releasable memory, when
     the new ACL is no longer required, by calling acl_free(3) with the (void *)acl_t as an argument.

     The ACL in the working storage is an independent copy of the ACL associated with the object referred to
     by fd.  The ACL in the working storage shall not participate in any access control decisions.

     Upon successful completion, the function shall return a pointer to the ACL that was retrieved.  Other-wise, Otherwise,
     wise, a value of (acl_t)NULL shall be returned, and errno shall be set to indicate the error.

     If any of the following conditions occur, the acl_get_fd() function shall return a value of (acl_t)NULL
     and set errno to the corresponding value:

     [EACCES]           Search permission is denied for a component of the path prefix, or the object exists
                        and the process does not have appropriate access rights.

     [EBADF]            The fd argument is not a valid file descriptor.

     [EINVAL]           The ACL type passed is invalid for this file object.

     [ENAMETOOLONG]     A component of a pathname exceeded 255 characters, or an entire path name exceeded
                        1023 characters.

     [ENOENT]           The named object does not exist, or the path_p argument points to an empty string.

     [ENOMEM]           Insufficient memory available to fulfill request.

     [EOPNOTSUPP]       The file system does not support ACL retrieval.

     acl(3), acl_free(3), acl_get(3), acl_set(3), posix1e(3)

     POSIX.1e is described in IEEE POSIX.1e draft 17.

     Michael Smith
     Robert N M Watson

BSD                            December 29, 2002                           BSD

Reporting Problems

The way to report a problem with this manual page depends on the type of problem:

Content errors
Report errors in the content of this documentation with the feedback links below.
Bug reports
Report bugs in the functionality of the described tool or API through Bug Reporter.
Formatting problems
Report formatting mistakes in the online version of these pages with the feedback links below.