CRySoL

this

Arco-icon

related

recent

GLib IO Channels con C

Programación de bucles de eventos en C para GNU/Linux utilizando GLib

Introducción

Siguiendo con la línea de david en su entrada GLib IO Channels con python en el que implementaba el patrón reactor en python, ahora haré una pequeña introducción a la programación de éste mismo patrón en C.

Patrón reactor en C.

El código de ejemplo para ésta receta se encuentra disponible en el repo público de Arco y puede ser descargado utilizando subversion. Aquí se muestra el contenido del archivo con la implementación del patrón reactor: 
#include <stdio.h>
#include <glib.h>

gboolean handler1(gpointer data) {
  printf ("Manejador 1\n");
  return TRUE;
}

gboolean handler2(gpointer data) {
  printf ("Manejador 2\n");
  return TRUE;
}

gboolean handler3(GIOChannel *source, GIOCondition condition, gpointer data) {
  int fd;
  char buff[100];

  for (fd = 0; fd < 100; fd++) {
    buff[fd] = 0;
  }

  printf ("Manejador 3\n");
  fd = g_io_channel_unix_get_fd (source);
  read(fd, buff, 100);
  printf ("Buffer: %s", buff);
  return TRUE;
}

int main (void) {
  gpointer data;

  g_timeout_add(1000, handler1, data);
  g_timeout_add(500, handler2, data);

  g_io_add_watch(g_io_channel_unix_new(0), G_IO_IN, handler3, NULL);
  g_main_loop_run(g_main_loop_new(NULL, FALSE));
  return 0;
}
El código que se muestra es bastante simple y fácil de entender. Al principio, después de las inclusiones de las cabeceras necesarias, se declaran tres funciones que consisten en los manejadores de los eventos capturados. Los dos primeros son exactamente iguales y lo único que hacen es escribir un mensaje por pantalla. El tercer manejador se llama cuando se introducen datos por teclado. Lo único que hace es inicializar un buffer en el que después copiaremos los datos introducidos y finalmente los imprimiremos. Podemos ver que éstas tres funciones devuelven TRUE, mas adelante se verá el porqué. La "chicha" del asunto está en la función main, que es la que se encarga de asignar los manejadores anteriores a cada una de las señales y de inicializar el bucle de eventos. Las llamadas a g_timeout_add asignan los dos primeros manejadores a un evento de tiempo, que se generará, respectivamente, cada segundo y medio segundo. Por su parte, la llamada a g_io_channel_unix_new asigna el tercer manejador a los eventos de escritura generados a través de la entrada estándar (el teclado). Finalmente, la penúltima línea se encarga de poner en funcionamiento el bucle principal, creado por la función que se llama como primer parámetro. En ese momento, el programa se queda "congelado" ahí y lo único que hace es esperar a que se produzcan los eventos programados (los dos de temporización y la entrada por el teclado). Antes comenté que los manejadores siempre devolvian TRUE. Ésto se debe a que si devolviesen FALSE, no volverían a ser llamados. Así conseguimos que los manejadores vuelvan a ser ejecutados cuando se producen de nuevo los eventos.

Referencias

API de GLib.
blog comments powered by Disqus