explain_mknod_or_die(3) [debian man page]

explain_mknod_or_die(3) 				     Library Functions Manual					   explain_mknod_or_die(3)

NAME

       explain_mknod_or_die - create a special or ordinary file and report errors

SYNOPSIS

       #include <libexplain/mknod.h>
       void explain_mknod_or_die(const char *pathname, mode_t mode, dev_t dev);
       int explain_mknod_on_error(const char *pathname, mode_t mode, dev_t dev);

DESCRIPTION

       The  explain_mknod_or_die  function is used to call the mknod(2) system call. On failure an explanation will be printed to stderr, obtained
       from the explain_mknod(3) function, and then the process terminates by calling exit(EXIT_FAILURE).

       The explain_mknod_on_error function is used to call the mknod(2) system call. On failure an explanation will be printed to stderr, obtained
       from the explain_mknod(3) function, but still returns to the caller.

       pathname
	       The pathname, exactly as to be passed to the mknod(2) system call.

       mode    The mode, exactly as to be passed to the mknod(2) system call.

       dev     The dev, exactly as to be passed to the mknod(2) system call.

RETURN VALUE

       The  explain_mknod_or_die function only returns on success, see mknod(2) for more information. On failure, prints an explanation and exits,
       it does not return.

       The explain_mknod_on_error function always returns the value return by the wrapped mknod(2) system call.

EXAMPLE

       The explain_mknod_or_die function is intended to be used in a fashion similar to the following example:
	      explain_mknod_or_die(pathname, mode, dev);

SEE ALSO

       mknod(2)
	       create a special or ordinary file

       explain_mknod(3)
	       explain mknod(2) errors

       exit(2) terminate the calling process

COPYRIGHT

       libexplain version 0.52
       Copyright (C) 2009 Peter Miller

															   explain_mknod_or_die(3)

MKNODAT(2)						     Linux Programmer's Manual							MKNODAT(2)

NAME

       mknodat - create a special or ordinary file relative to a directory file descriptor

SYNOPSIS

       #include <fcntl.h> /* Definition of AT_* constants */
       #include <sys/stat.h>

       int mknodat(int dirfd, const char *pathname, mode_t mode, dev_t dev);

   Feature Test Macro Requirements for glibc (see feature_test_macros(7)):

       mknodat():
	   Since glibc 2.10:
		_XOPEN_SOURCE >= 700
	   Before glibc 2.10:
	       _ATFILE_SOURCE

DESCRIPTION

       The mknodat() system call operates in exactly the same way as mknod(2), except for the differences described in this manual page.

       If  the	pathname  given in pathname is relative, then it is interpreted relative to the directory referred to by the file descriptor dirfd
       (rather than relative to the current working directory of the calling process, as is done by mknod(2) for a relative pathname).

       If pathname is relative and dirfd is the special value AT_FDCWD, then pathname is interpreted relative to the current working directory	of
       the calling process (like mknod(2)).

       If pathname is absolute, then dirfd is ignored.

RETURN VALUE

       On success, mknodat() returns 0.  On error, -1 is returned and errno is set to indicate the error.

ERRORS

       The same errors that occur for mknod(2) can also occur for mknodat().  The following additional errors can occur for mknodat():

       EBADF  dirfd is not a valid file descriptor.

       ENOTDIR
	      pathname is relative and dirfd is a file descriptor referring to a file other than a directory.

VERSIONS

       mknodat() was added to Linux in kernel 2.6.16; library support was added to glibc in version 2.4.

CONFORMING TO

       POSIX.1-2008.

NOTES

       See openat(2) for an explanation of the need for mknodat().

SEE ALSO

       mknod(2), openat(2), path_resolution(7)

COLOPHON

       This  page is part of release 3.53 of the Linux man-pages project.  A description of the project, and information about reporting bugs, can
       be found at http://www.kernel.org/doc/man-pages/.

Linux								    2012-05-04								MKNODAT(2)