Mira, es un ejemplo completo, funcional y compilable. No dudes en compilarlo tú mismo y probarlo, realmente funciona. Deberías llamar al programa desde una terminal como esta:

Ahora, centrémonos en la llamada de lectura en sí:

La firma de lectura es la siguiente (extraída de las páginas de manual de Linux):

Primero, el argumento fd representa el descriptor de archivo. He explicado un poco este concepto en mi artículo de fork.  Un descriptor de archivo es un int que representa un archivo abierto, socket, pipe, FIFO, dispositivo, bueno, hay muchas cosas donde los datos se pueden leer o escribir, generalmente de una manera similar a una secuencia. Voy a profundizar más sobre eso en un artículo futuro.

La función abierta es una de las formas de decirle a Linux: quiero hacer cosas con el archivo en esa ruta, búsquelo donde está y déme acceso a él. Le devolverá este int llamado descriptor de archivo y ahora, si desea hacer algo con este archivo, use ese número. No olvide llamar al cierre cuando haya terminado con el archivo, como en el ejemplo.

Por lo tanto, debe proporcionar este número especial para leer. Luego está el argumento buf. Aquí debe proporcionar un puntero a la matriz donde read almacenará sus datos. Finalmente, el recuento es la cantidad de bytes que leerá como máximo.

El valor de retorno es de tipo ssize_t. Tipo raro, ¿no es así?? Significa "tamaño_t firmado", básicamente es un int largo. Devuelve el número de bytes que lee correctamente, o -1 si hay un problema. Puede encontrar la causa exacta del problema en la variable global errno creada por Linux, definida en . Pero para imprimir un mensaje de error, usar perror es mejor ya que imprime errno en su nombre.

En archivos normales, y solo en este caso, read devolverá menos de count solo si ha llegado al final del archivo. La matriz buf que proporcionas deber ser lo suficientemente grande como para caber al menos en los bytes de recuento, o su programa puede fallar o crear un error de seguridad.

Ahora, leer no solo es útil para archivos normales y si quieres sentir sus superpoderes - Sí, sé que no está en ningún cómic de Marvel, pero tiene verdaderos poderes - querrá usarlo con otras corrientes como tuberías o enchufes. Echemos un vistazo a eso:

Archivos especiales de Linux y llamada al sistema de lectura

El hecho de que read funcione con una variedad de archivos como tuberías, sockets, FIFO o dispositivos especiales como un disco o un puerto serie es lo que lo hace realmente más poderoso. Con algunas adaptaciones, puedes hacer cosas realmente interesantes. En primer lugar, esto significa que, literalmente, puede escribir funciones que trabajen en un archivo y usarlo con una tubería en su lugar. Es interesante pasar datos sin tocar el disco, lo que garantiza el mejor rendimiento.

Sin embargo, esto también desencadena reglas especiales. Tomemos el ejemplo de una lectura de una línea desde la terminal en comparación con un archivo normal. Cuando llama a leer en un archivo normal, solo necesita unos pocos milisegundos para Linux para obtener la cantidad de datos que solicita.

Pero cuando se trata de terminal, esa es otra historia: digamos que pides un nombre de usuario. El usuario está escribiendo en la terminal su nombre de usuario y presiona Enter. Ahora sigue mi consejo anterior y llamas a leer con un búfer grande como 256 bytes.

Si la lectura funcionaba como lo hizo con los archivos, esperaría a que el usuario escribiera 256 caracteres antes de regresar! Su usuario esperaría una eternidad y luego, lamentablemente, mataría su aplicación. Ciertamente no es lo que quieres y tendrías un gran problema.

De acuerdo, podría leer un byte a la vez, pero esta solución es terriblemente ineficaz, como le dije anteriormente. Debe funcionar mejor que eso.

Pero los desarrolladores de Linux pensaron leer de manera diferente para evitar este problema:

• Cuando lee archivos normales, intenta tanto como sea posible leer los bytes de recuento y obtendrá bytes del disco de forma activa si es necesario.
• Para todos los demás tipos de archivos, devolverá tan pronto como hay algunos datos disponibles y a lo sumo contar bytes:
  1. Para terminales, es generalmente cuando el usuario presiona la tecla Enter.
  2. Para los sockets TCP, es tan pronto como su computadora recibe algo, no importa la cantidad de bytes que obtenga.
  3. Para FIFO o tuberías, generalmente es la misma cantidad que la que escribió la otra aplicación, pero el kernel de Linux puede entregar menos a la vez si eso es más conveniente.

Para que pueda llamar de forma segura con su búfer de 2 KiB sin permanecer bloqueado para siempre. Tenga en cuenta que también puede interrumpirse si la aplicación recibe una señal. Como la lectura de todas estas fuentes puede llevar segundos o incluso horas - hasta que el otro lado decida escribir, después de todo - ser interrumpido por señales permite dejar de permanecer bloqueado durante demasiado tiempo.

Sin embargo, esto también tiene un inconveniente: cuando desee leer exactamente 2 KiB con estos archivos especiales, deberá verificar el valor de retorno de lectura y llamar a read varias veces. la lectura rara vez llenará todo el búfer. Si su aplicación usa señales, también deberá verificar si la lectura falló con -1 porque fue interrumpida por una señal, usando errno.

Déjame mostrarte cómo puede ser interesante usar esta propiedad especial de read: