"fcntl" --- The "fcntl" and "ioctl" system calls
************************************************

======================================================================

This module performs file and I/O control on file descriptors. It is
an interface to the "fcntl()" and "ioctl()" Unix routines. See the
*fcntl(2)* and *ioctl(2)* Unix manual pages for full details.

Availability: Unix, not WASI.

Todas las funciones de este módulo toman un descriptor de fichero *fd*
como su primer argumento.  Puede ser un descriptor de fichero entero,
como el retornado por "sys.stdin.fileno()", o un objeto "io.IOBase",
como "sys.stdin", que proporciona un "fileno()" que retorna un
descriptor de fichero original.

Distinto en la versión 3.3: Las operaciones en este módulo solían
lanzar un "IOError" donde ahora lanzan un "OSError".

Distinto en la versión 3.8: The "fcntl" module now contains
"F_ADD_SEALS", "F_GET_SEALS", and "F_SEAL_*" constants for sealing of
"os.memfd_create()" file descriptors.

Distinto en la versión 3.9: On macOS, the "fcntl" module exposes the
"F_GETPATH" constant, which obtains the path of a file from a file
descriptor. On Linux(>=3.15), the "fcntl" module exposes the
"F_OFD_GETLK", "F_OFD_SETLK" and "F_OFD_SETLKW" constants, which are
used when working with open file description locks.

Distinto en la versión 3.10: On Linux >= 2.6.11, the "fcntl" module
exposes the "F_GETPIPE_SZ" and "F_SETPIPE_SZ" constants, which allow
to check and modify a pipe's size respectively.

Distinto en la versión 3.11: On FreeBSD, the "fcntl" module exposes
the "F_DUP2FD" and "F_DUP2FD_CLOEXEC" constants, which allow to
duplicate a file descriptor, the latter setting "FD_CLOEXEC" flag in
addition.

Distinto en la versión 3.12: En Linux >= 4.5, el módulo "fcntl" expone
las constantes "FICLONE" y "FICLONERANGE", que permiten compartir
algunos datos de un fichero con otro fichero mediante el *reflinking*
en algunos sistemas de ficheros (por ejemplo, btrfs, OCFS2 y XFS).
Este comportamiento se conoce comúnmente como "copy-on-write".

Distinto en la versión 3.13: On Linux >= 2.6.32, the "fcntl" module
exposes the "F_GETOWN_EX", "F_SETOWN_EX", "F_OWNER_TID",
"F_OWNER_PID", "F_OWNER_PGRP" constants, which allow to direct I/O
availability signals to a specific thread, process, or process group.
On Linux >= 4.13, the "fcntl" module exposes the "F_GET_RW_HINT",
"F_SET_RW_HINT", "F_GET_FILE_RW_HINT", "F_SET_FILE_RW_HINT", and
"RWH_WRITE_LIFE_*" constants, which allow to inform the kernel about
the relative expected lifetime of writes on a given inode or via a
particular open file description. On Linux >= 5.1 and NetBSD, the
"fcntl" module exposes the "F_SEAL_FUTURE_WRITE" constant for use with
"F_ADD_SEALS" and "F_GET_SEALS" operations. On FreeBSD, the "fcntl"
module exposes the "F_READAHEAD", "F_ISUNIONSTACK", and "F_KINFO"
constants. On macOS and FreeBSD, the "fcntl" module exposes the
"F_RDAHEAD" constant. On NetBSD and AIX, the "fcntl" module exposes
the "F_CLOSEM" constant. On NetBSD, the "fcntl" module exposes the
"F_MAXFD" constant. On macOS and NetBSD, the "fcntl" module exposes
the "F_GETNOSIGPIPE" and "F_SETNOSIGPIPE" constant.

El módulo define las siguientes funciones:

fcntl.fcntl(fd, cmd, arg=0)

   Realiza la operación *cmd* en el descriptor de fichero *fd*
   (también se aceptan objetos de fichero que proporcionen un método
   "fileno()"). Los valores utilizados para *cmd* dependen del sistema
   operativo y están disponibles como constantes en el módulo "fcntl",
   utilizando los mismos nombres que se utilizan en los archivos de
   cabecera C relevantes. El argumento *arg* puede ser un valor entero
   o un objeto "bytes". Con un valor entero, el valor retornado en
   esta función es el valor entero retornado por la llamada en C
   "fcntl()" . Cuando el argumento son bytes representa una estructura
   binaria, e.g. creada por "struct.pack()". Los datos binarios se
   copian en un búfer cuya dirección se pasa a la llamada en C
   :"fcntl()". El valor retornado después de una llamada correcta es
   el contenido del búfer, convertido en un objeto "bytes". La
   longitud del objeto retornado será la misma que la longitud del
   argumento *arg*. Esta longitud está limitada a 1024 bytes. Si la
   información retornada en el búfer por el sistema operativo es mayor
   que 1024 bytes, lo más probable es que se produzca una violación de
   segmento o a una corrupción de datos más sutil.

   If the "fcntl()" call fails, an "OSError" is raised.

   Lanza un evento de auditoria "fcntl.fcntl" con argumentos "fd",
   "cmd", "arg".

fcntl.ioctl(fd, request, arg=0, mutate_flag=True)

   Esta función es idéntica a la función "fcntl()", excepto por el
   manejo de los argumentos que es aún más complicado.

   El parámetro *request* se encuentra limitado a valores que encajen
   en 32-bits. Se pueden encontrar constantes adicionales de interés
   para usar como argumento *request* en el módulo "termios", con los
   mismos nombres que se usan en los archivos de cabecera C
   correspondientes.

   El parámetro *arg* puede ser un entero, un objeto que admita una
   interfaz de búfer de solo lectura (como "bytes") o un objeto que
   admita una interfaz de búfer de lectura-escritura (como: clase
   "bytearray").

   En todos los casos, excepto en el último, el comportamiento es el
   mismo que para la función "fcntl()".

   Si se pasa un búfer mutable, el comportamiento estará determinado
   por el valor del parámetro *mutate_flag*.

   Si es falso, la mutabilidad del búfer se ignorará y el
   comportamiento será como el de un búfer de solo lectura, excepto
   por el límite de 1024 bytes mencionado arriba, que será evitado --
   siempre que el búfer que pase sea al menos tan largo como el
   sistema operativo quiera colocar allí, las cosas deberían
   funcionar.

   Si *mutate_flag* es verdadero (valor predeterminado), entonces el
   búfer se pasa (en efecto) a la llamada al sistema subyacente
   "ioctl()", el código de retorno de este último retorna una llamada
   Python, y el nuevo contenido del búfer refleja la acción de
   "ioctl()". Esto es una ligera simplificación, porque si el búfer
   proporcionado tiene menos de 1024 bytes de longitud, primero se
   copia en un búfer estático de 1024 bytes de longitud que luego se
   pasa a "ioctl()" y se copia de nuevo en el búfer proporcionado.

   If the "ioctl()" call fails, an "OSError" exception is raised.

   Un ejemplo:

      >>> import array, fcntl, struct, termios, os
      >>> os.getpgrp()
      13341
      >>> struct.unpack('h', fcntl.ioctl(0, termios.TIOCGPGRP, "  "))[0]
      13341
      >>> buf = array.array('h', [0])
      >>> fcntl.ioctl(0, termios.TIOCGPGRP, buf, 1)
      0
      >>> buf
      array('h', [13341])

   Lanza un evento de auditoria "fcntl.ioctl" con argumentos "fd",
   "request", "arg".

fcntl.flock(fd, operation)

   Realiza la operación de bloqueo *operation* sobre el descriptor de
   fichero *fd* (también se aceptan objetos de fichero que
   proporcionen un método "fileno()"). Ver el manual de Unix
   *flock(2)* para más detalles. (En algunos sistemas, esta función es
   emulada usando "fcntl()".)

   If the "flock()" call fails, an "OSError" exception is raised.

   Lanza un evento de auditoria "fcntl.flock" con argumentos "fd",
   "operation".

fcntl.lockf(fd, cmd, len=0, start=0, whence=0)

   Esto es esencialmente un "wrapper" de las llamadas de bloqueo
   "fcntl()". *fd* es el descriptor de fichero (también se aceptan
   objetos de fichero que proporcionen un método "fileno()") del
   archivo para bloquear o desbloquear, y *cmd* es uno de los
   siguientes valores:

   fcntl.LOCK_UN

      Release an existing lock.

   fcntl.LOCK_SH

      Acquire a shared lock.

   fcntl.LOCK_EX

      Acquire an exclusive lock.

   fcntl.LOCK_NB

      Bitwise OR with any of the other three "LOCK_*" constants to
      make the request non-blocking.

   If "LOCK_NB" is used and the lock cannot be acquired, an "OSError"
   will be raised and the exception will have an *errno* attribute set
   to "EACCES" or "EAGAIN" (depending on the operating system; for
   portability, check for both values).  On at least some systems,
   "LOCK_EX" can only be used if the file descriptor refers to a file
   opened for writing.

   *len* es el número de bytes a bloquear, *start* es el
   desplazamiento de bytes en el que comienza el bloqueo, relativo a
   *whence*, y *whence* es como con "io.IOBase.seek()",
   específicamente:

   * "0" -- relativo al inicio del archivo ("os.SEEK_SET")

   * "1" -- relativo a la posición actual del buffer ("os.SEEK_CUR")

   * "2" -- relativo al final del archivo ("os.SEEK_END")

   El valor por defecto de*start* es 0, lo que significa que comienza
   al inicio del archivo. El valor por defecto para *len* es 0 lo que
   significa bloquear hasta el final del archivo. El valor por defecto
   para *whence* también es 0.

   Lanza un evento de auditoria "fcntl.lockf" con argumentos "fd",
   "cmd", "len", "start", "whence".

Ejemplos (todos en un sistema compatible con SVR4):

   import struct, fcntl, os

   f = open(...)
   rv = fcntl.fcntl(f, fcntl.F_SETFL, os.O_NDELAY)

   lockdata = struct.pack('hhllhh', fcntl.F_WRLCK, 0, 0, 0, 0, 0)
   rv = fcntl.fcntl(f, fcntl.F_SETLKW, lockdata)

Tenga en cuenta que en el primer ejemplo, el valor de la variable
retornada *rv* contendrá un valor entero; en el segundo ejemplo
contendrá un objeto "bytes". La estructura para la variable *lockdata*
depende del sistema --- por lo tanto, usar la llamada "flock()" puede
ser mejor.

Ver también:

  Módulo  "os"
     Si los indicadores de bloqueo "O_SHLOCK" y "O_EXLOCK" están
     presentes en el módulo "os" (sólo en BSD), la función "os.open()"
     proporciona una alternativa a las funciones "lockf()" y
     "flock()".
