Provided by: libdpm-dev_1.10.0-2_amd64 bug

NAME

       rfio_unlink - remove a file entry

SYNOPSIS

       #include <sys/types.h>
       #include "rfio_api.h"

       int rfio_unlink (const char *path);
       int rfio_munlink (const char *path);
       int rfio_munlink_reset ();
       int rfio_unend ();

DESCRIPTION

       rfio_unlink removes a file entry.

       path   specifies the logical pathname relative to the current directory or the full pathname.

       rfio_munlink  is  identical  to  rfio_unlink but keeps the connection open to the server unless there are
       more than MAXMCON connections already opened. This is useful when issuing a series of unlink calls.   The
       last rfio_munlink call should be followed by a call to rfio_unend.

       rfio_munlink_reset  is  to be used when your program is forking. In such a case the permanent connections
       opened with rfio_munlink become shared between the  parent  and  the  child.  Use  rfio_munlink_reset  to
       perform  the  necessary reset and close of the socket file descriptor in the parent or the child in order
       to be sure that only of them will receice an answer from the RFIO daemon.

       rfio_munlink_reset is to be used when your program is forking. In such a case the  permanent  connections
       opened  with  rfio_munlink  become  shared  between  the  parent and the child. Use rfio_munlink_reset to
       perform the necessary reset and close of the socket file descriptor in the parent or the child  in  order
       to be sure that only of them will receice an answer from the RFIO daemon.

       See NOTES section below.

RETURN VALUE

       This routine returns 0 if the operation was successful or -1 if the operation failed. In the latter case,
       serrno is set appropriately.

NOTES

       Multiple connections using rfio_munlink are thread-safe but not process-wide, therefore  a  forked  child
       cann share file descriptors opened with rfio_munlink by its parent. Use rfio_msymlink_reset in such case.

       Multiple  connections behaviour is undefined if you work in a multi-threaded environment and with threads
       not created using the LCG's Cthread interface.

ERRORS

       EPERM        path is a directory.

       ENOENT       The named file does not exist or is a null pathname.

       EACCES       Search permission is denied on a component of the path prefix or write permission is  denied
                    on the parent directory or the parent has the sticky bit S_ISVTX set and

                      the effective user ID of the requestor does not match the owner ID of the file and

                      the effective user ID of the requestor does not match the owner ID of the directory and

                      the file is not writable by the requestor and

                      the requestor is not super-user.

       EFAULT       path is a NULL pointer.

       ENOTDIR      A component of path prefix is not a directory.

       ENAMETOOLONG The  length  of  path  exceeds  CA_MAXPATHLEN  or  the  length  of  a path component exceeds
                    CA_MAXNAMELEN.

       SENOSHOST    Host unknown.

       SENOSSERV    Service unknown.

       SECOMERR     Communication error.

SEE ALSO

       Castor_limits(4), rfio_rmdir(3), Cthread(3)

AUTHOR

       LCG Grid Deployment Team