🚀 go-pugleaf

Fco. Javier Espejo <jespejoYASABES@quehacerarrakis.es> wrote:
> encargan de llamar a las respectivas "llamadas al sistema", que necesiten,
> que son menos; en ensamblador he leido que es la int 80h (no estoy seguro),
> pero los parametros se pasan por pila y no por registros.
Te equivocas... Los par�metros en linux se pasan por registros, aunque en
llamadas complejas normalmente uno o dos de los registros es un puntero
a una zona de memoria del proceso que contiene una estructura con un 
buen n�mero de par�metros.

> Si lo que quieres es llamarlas directamente, no te lo aconsejo, entre otras
> cosas por que pueden cambian con cada n�cleo, pero no tienes problema porque
> se enlanzan en memoria din�micamente, y si miras include/linux/sys.h ver�s
No te confundas. Si llamas con INT est�s no se enlazan ni nada. Si haces
un ejecutable normal entonces no haces las llamadas directamente sino a
trav�s de la libc. En este caso SI se enlazan y los par�metros se pasan por
la pila.
Pero la libc trabaja al mismo nivel tu aplicaci�n. Solo facilita las tareas
y aumenta la compatibilidad.

> ten�an. Por eso cuando sale un fallo de seguridad, no tienes que recompilar
> todos los programas, s�lo el n�cleo que es el que corrige el fallo, por que
> enlaza din�micamente en tiempo de ejecuci�n.
Esto... Depende de donde sea el error. Lo normal es que el error sea de una
aplicaci�n determinada (un buffer overflow o algo similar) y sea lo que haya
que cambiar.
Tambi�n puede ser que sea del kernel (como lo que paso con los inferiores
a la 2.2.16) y sea lo que haya que upgradear.