🚀 go-pugleaf

Ivan Alameda Carballo <iac@alphacom.es> wrote:
> Hola:

> oscar@server.enmicasa.dhs.org wrote:

>> 1-Necesites gesti�n de ev�ntos as�ncronos. Que cuando alguien pulse una
>> tecla, mueva el rat�n, pase X tiempo... se ejecute cierta rutina.
>> Si es eso, lo que necesitas se llaman se�ales (signals).

>     Lo que necesito realmente es que mi programa o un proceso hijo del mismo,
> salte a ejecucion cuando en pantalla del terminal cambie algo, bien sea porque
> el programa del usuario produce cambios en pantalla, o bien sea porque otro
> proceso de otro usuario escriba en nuestro terminal... como por ejemplo los
> mensajes que otros usuarios nos puedan mandar....

>     Mediante las se�ales, seria con la se�al SIGIO, pero solo he conseguido
> que esta se�al salte y por tanto lanze una funcion mia, cuando el usuario
> teclea una o varias teclas del terminal...

Bueno... Vamos a ver. Seg�n de que terminal estemos hablando y en que 
condiciones.
En Linux tenemos las terminales de consola (tty1 tty2 tty3 ...) y 
pseudo-terminales con 2 implementaciones diferentes. Par tty[q-s]x-pty[q-s]x y
terminales pty/? con mayor compatibilidad con otros Unix.

En teor�a no puedes interceptarlas por las buenas. No est�n dise�adas para 
ello. Si quieres escuchar las terminales, dispones de varias opciones.
Una, modificar el programa lector de la terminal (telnetd, login, etc.) para
multiplexar la salida en varias. Algo similar hace el ttysnoop y no te
ser�a dif�cil programar una versi�n m�s avanzada.
Dos, modificar los correspondientes drivers del kernel para logear esa 
informaci�n que llega.

La primera es la m�s sencilla y la que deber�a darte la funcionalidad que
buscas.
La segunda, solo la veo necesaria si quieres ocultar ese proceso de escucha
hasta l�mites de la paranoia.

Tu ver�s con cual te quedas.

>     Necesito controlar todo lo posible el terminal, pero sin  bloquear el
> sistema... de echo quiero "espiar" de algun modo los cambios del terminal....
>     No obstante... �quieres decir que un programa (aun siendo este del root)
> no puede capturar interrupciones?  Si asi, pues busco algun mecanismo
> parecido, si es que lo hay...

Es raro que sean necesarias. Si realmente lo son (normalmente solo en caso
de accesos directos a un perif�rico) tendr�s que trabajar con el kernel.


>     Espero que al principio en la explicacion qeu doy de mis objetivos, me
> haya explicado correctamente...

Hombre... Si explicases la raz�n te podr�amos aconsejar no solo como hacer lo
que buscas sino otras posibles soluciones mejor adaptadas en este SO para
conseguir el mismo objetivo.

> Muchas gracias por todo

De nada.