Pasar argumentos a una función externa de C desde NASM

[huchoko]

Hola de nuevo aquí, veo que esta sección es algo relajada.
En fin, me gustaría saber como puedo pasar argumentos a una función de C desde NASM.
Ejemplo tengo una función en C declarada así:

Código (c) [Seleccionar] Expandir

void k_readkb(char* buf, int n);
Como podria pasar un argumento que tengo en ecx (a ecx se mueve un puntero a un area de memoria, que es un buffer, donde se dejaran los caracteres, un resb en .bss) hacia el primer argumento de la función de C y edx al 2do argumento de la función? Y en caso de que tenga más argumentos?
Me lio un poco con los registros, y no he encontrado mucho acerca de esto.
Saludos.

[srWhiteSkull]

Entiendo que quieres usar una función de C en NASM.

Los parámetros se pasan a las funciones como si fueran un array, en este caso es una pila. En esa pila se van pasando los parámetros por medio, como sabrás, del push. Del último al primero, por lo tanto primero debes meter el entero (n) y luego el puntero (buf). Lógicamente se entiende que sabes que son los punteros y esas cosas. En la pila de los parámetros no pasas la cadena, pasas un puntero, una dirección de memoria.

Ten cuidado porque hay manejas punteros, tienes que reservar la memoria y liberarla, y para más inri lo mismo con los registros, una vez haces un push recuerda que luego debes hacer un pop para recuperar el estado anterior a la llamada de la función.

Ejemplo (Visual Studio (0x86) + NASM Win32):

Código (cpp) [Seleccionar] Expandir

#include <iostream>

extern "C" void funcionEnCpp(char * cadena, int valor) {
std::cout << "cadena=" << cadena << "valor= "<< valor << "\n";
system("PAUSE");
}

Código (asm) [Seleccionar] Expandir

extern _funcionEnCpp

section .data
   cadena: db "Hola asm",8,0

section .text

global _main:

_main:
       ; *** pasamos los parámetros ***
mov eax, 55
push eax ; metemos el valor
push cadena; metemos el puntero de la cadena
       ; ***************************

call _funcionEnCpp ; llamamos la funcion

       ; *** vaciamos la pila ***
pop eax
pop eax
       ; ********************

mov eax, 0 ; retornamos todo OK
ret

[Eternal Idol]

El primer push eax (linea 11) sobra.

La convencion de llamada depende principalmente de la plataforma (hardware y software).

https://en.wikipedia.org/wiki/X86_calling_conventions#cdecl

[srWhiteSkull]

La convencion de llamada depende principalmente de la plataforma (hardware y software).

https://en.wikipedia.org/wiki/X86_calling_conventions#cdecl

Es cierto.

[huchoko]

Gracias, pero no se por que se queda en el limbo, osea no se ejecuta la función k_readkb.
No puedo usar eax para el número ya que lo estoy usando para otra cosa (en cambio debo usar edx), y debo mover el buffer (modificable) a ecx

Código (asm) [Seleccionar] Expandir


    xor eax, eax
    push edx
    push ecx
    call k_readkb
    pop ecx
    pop edx
    jmp isr_common_stub

El buffer es algo así (section .bss):

Código (asm) [Seleccionar] Expandir

instr resb 255
(estoy compilando con GCC)

[srWhiteSkull]

Puedes usar cualquier registro en uso, es más todos los registros suelen estar usados en los procesos del sistema que comparte con tú programa pero lo habitual en asm es guardar sus estados, push o mov, y luego recuperarlos, pop o mov. Posiblemente esto te puede ir grande aunque si inviertes tiempo en aprender seguro que luego sacas eso con menos dificultad.

Por ejemplo, en la porción que muestras usas eax y lo inicias a cero mediante un xor.

Si la variable de la cadena es instr es esa la que tienes que usar no entiendo que haces con ese edx y ese ecx, no se ve en el código que contienen.

[Eternal Idol]

hextakatt vas a tener que buscar una forma de depurar tu codigo ...

Normalmente hay registros que se preservan entre llamadas, hay que ver la convencion de nuevo, aunque en tu caso hextakatt vas a tener que respetar mas que nada lo que haga tu compilador.

[cpu2]

Hola

Yo tambien estoy de acuerdo en lo del sistema de llamadas, como comentaron los compañeros mas arriba, se me hace dificil entender que un sistema actual, no utilize el sistema de llamadas syscall. Te recomiendo que mires algun binario como un hello world compilado por ti en tu equipo, y te fijes en el sistema de llamada que esta usando.

Un saludo.

[huchoko]

Hola

Yo tambien estoy de acuerdo en lo del sistema de llamadas, como comentaron los compañeros mas arriba, se me hace dificil entender que un sistema actual, no utilize el sistema de llamadas syscall. Te recomiendo que mires algun binario como un hello world compilado por ti en tu equipo, y te fijes en el sistema de llamada que esta usando.

Un saludo.

Em... Pasa que estoy programando algo más complejo y no estoy en ningún sistema operativo en concreto.

[cpu2]

Pero si creas una funcion C y compilas, y depuras el codigo como pasa los parametros la funcion? Con el binario creado por el compilador, miratelo con gdb mismo.

Un saludo.