Mensajes

En x64 los parametros no se pasan en la pila salvo que no sean suficientes los registros:
http://en.wikipedia.org/wiki/X86_calling_conventions#System_V_AMD64_ABI_convention


Lo del add no se ... ¿Probaste con un S.O. de 32 bits?

http://www.ctyme.com/intr/int-21.htm

Investiga como funcionan todos los servicios que usas y depura tu programa con debug.com, cuando leas una cadena recorda que no es un numero DECIMAL sino una secuencia de CARACTERES, si escribis 25 vas a tener '2' y '5' (49 y 53 en decimal).

De nada.

[All files specified by this macro must reside in the directory containing the Sources file or in the parent directory of the Sources file.]

SOURCES
The SOURCES macro specifies the files to be compiled. The SOURCES macro is required by the Build utility. This macro must be placed in your Sources file. All files specified by this macro must reside in the directory containing the Sources file or in the parent directory of the Sources file.

The Build utility examines these files and generates a dependency list. If any of those dependencies change, the Build utility rebuilds this source file.

Use this macro to list your source file names. Include the file name extension, and separate the entries in this list with spaces or tabs.

Proba con _numero:
http://foro.elhacker.net/programacion_cc/leer_puntero_en_asm-t321560.0.html

Y sino la verdad, estoy 2500% seguro de que en Google hay ejemplos donde se usen variables ...

[Fijate que devuelven LoadLibrary y GetProcAddress en primer lugar.]

Fijate que devuelven LoadLibrary y GetProcAddress en primer lugar.

[no]

Si yo tengo las funciones de una DLL, una es Wipe y es bolean es decir true o false. y la otra es connect

"es boolean" no dice nada. ¿Tiene un solo parametro que es un boolean? ¿El tipo de retorno es boolean? Entiendo que es lo primero por esta notacion que no es C/C++:

function Wipe(bWipeOS: Bool): HResult; stdcall;

Fijate que devuelven LoadLibrary y GetProcAddress en primer lugar. Para ver los nombres de las funciones exportadas por una DLL podes usar el Dependency Walker.

Pero en el caso de ConnectAnyUSB tendria que ser asi:

Código (cpp) [Seleccionar] Expandir

#include <windows.h>

typedef void(__stdcall *ConnectAnyUSB_ptr)(DWORD nMaxTimeoutMs, DWORD nResetTimeOutMs);

int main()
{
HINSTANCE hDll = LoadLibrary("midll.dll"); // carga la dll
ConnectAnyUSB_ptr ConnectAnyUSB_fn = (ConnectAnyUSB_ptr)GetProcAddress(hDll, "ConnectAnyUSB"); //obtiene el puntero
ConnectAnyUSB_fn(50, 10); // ejecuta la funcion
FreeLibrary(hDll);
return 0;
}

PD. Si la funcion Wipe necesita un parametro boolean entonces arregla el codigo siguiendo la logica del anterior.

De nadas 

C++ es mas versatil 

[PERO NADA FUNCIONARA USANDO EL PROCESO ACTUAL SI ESTAS EN UN CONTEXTO INDETERMINADO COMO PASA EN UN DPC.]

Ahi no podes obtener el nombre, un DPC se ejecuta en un contexto cualquiera ... es seguro que esta no es la manera ideal de hacer lo que queres.

Para obtener el nombre y/o el path completo (obtene el PEB) podes usar (siempre en PASSIVE_LEVEL obviamente):
ZwQueryInformationProcess

PERO NADA FUNCIONARA USANDO EL PROCESO ACTUAL SI ESTAS EN UN CONTEXTO INDETERMINADO COMO PASA EN UN DPC. Tal vez si puedas usar esta funcion: IoGetRequestorProcess y obtener un EPROCESS util del IRP.