DirectNET

Data Center Management Solutions including UPS Systems, Data Center Cooling, KVM over IP & IP Power Strips, Server Racks and Server Rack accessories; KVM Switches and KVM Extenders; Rackmount Monitors and Rackmount Keyboards.


NAVIGATION
Home
Store
INSIDE MAC
Television Shows
Broadcast Shows
Daily News Shows
Special Shows
EVENTS
DAILY TIPS
Design
Mac OS X
Mac OS X UNIX
COMMUNITY
Surveys
NEWS
Current
Press
Archive
FEATURES
Editorial
Dr. Mac
Reviews
Reader Reports
RESOURCES
FAQ
Documentation
Learning Center
MAN pages
Glossary
Tutorials
Tips
Links

OUR PARTNERS


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

     int
     chown(const char *path, uid_t owner, gid_t group)

     int
     lchown(const char *path, uid_t owner, gid_t group)

     int
     fchown(int fd, uid_t owner, gid_t group)


DESCRIPTION

     The owner ID and group ID of the file (or link) named by path or refer-
     enced by fd is changed as specified by the arguments owner and group. The
     owner of a file may change the group to a group of which he or she is a
     member, but the change owner capability is restricted to the super-user.

     Chown() clears the set-user-id and set-group-id bits on the file to pre-
     vent accidental or mischievous creation of set-user-id and set-group-id
     programs.

     Lchown() operates similarly to how chown() operated on older systems, and
     does not follow symbolic links.  It allows the owner and group of a sym-
     bolic link to be set.

     Fchown() is particularly useful when used in conjunction with the file
     locking primitives (see flock(2)).

     One of the owner or group id's may be left unchanged by specifying it as
     -1.


RETURN VALUES

     Zero is returned if the operation was successful; -1 is returned if an
     error occurs, with a more specific error code being placed in the global
     variable errno.


ERRORS

     Chown() or lchown() will fail and the file or link will be unchanged if:

     [ENOTDIR]     A component of the path prefix is not a directory.

     [ENAMETOOLONG]
                   A component of a pathname exceeded {NAME_MAX} characters,
                   or an entire path name exceeded {PATH_MAX} characters.

     [ENOENT]      The named file does not exist.

     [EACCES]      Search permission is denied for a component of the path
                   prefix.

     [ELOOP]       Too many symbolic links were encountered in translating the

     [EBADF]       Fd does not refer to a valid descriptor.

     [EINVAL]      Fd refers to a socket, not a file.

     [EPERM]       The effective user ID is not the super-user.

     [EROFS]       The named file resides on a read-only file system.

     [EIO]         An I/O error occurred while reading from or writing to the
                   file system.


SEE ALSO

     chown(8),  chgrp(1),  chmod(2),  flock(2)


STANDARDS

     The chown() function is expected to conform to IEEE Std1003.1-1988
     (``POSIX'').


HISTORY

     The fchown() function call appeared in 4.2BSD.

     The chown() and fchown() functions were changed to follow symbolic links
     in 4.4BSD.

     The lchown() function was added to OpenBSD due to the above.

BSD Experimental               January 25, 1997                              2

Copyright © 2000-2010 Inside Mac Media, Inc. All rights reserved.
Apple assumes no responsibility with regard to the selection, performance, or use of the products or services. All understandings, agreements, or warranties, if any, take place directly between the vendors and prospective users.
Apple, the Apple logo, Mac, PowerMac G4, PowerMac G5, Xserve, Xserve RAID, PowerBook, iBook, Airport, AirPort Extreme, iMac, eMac, iLife, iMovie, iCal, iPhoto, iTunes, QuickTime, FireWire, iPod, iSight, AppleWorks, Macintosh, Jaguar, Panther, Mac OS, Mac OS X and Mac OS X Server are trademarks of Apple Computer, Inc.