SoloCodigo

No hay nada standard para hacer esto, una solucion (no muy buena) es usar system y cls/clear.

En fin, no era problema de librerías, el programa provocaba un desbordamiento de pila en una makina y en otra makina no, al recompilar se solucionó.. valla uno a saber porqué... pero era eso...

Esa no es una explicacion valida realmente  

Si instalas el Visual Studio el archivo lo podes abrir haciendo doble click o desde Inicio>>Ejecutar. Si lo que queres hacer es poder compilarlo desde el IDE tenes que crear un proyecto y sino lo podes compilar usando cl.exe desde la linea de comandos.

Inicializa la memoria a ceros (ZeroMemory o memset) y despues fijate donde empieza la parte mala, si es que realmente la hay.

Esas funciones (gotoxy y clrscr)no son standard, no las uses. Busca en el foro que ya hay cientos de respuestas sobre este tema.

No habia duda, era un codigo muy legible y simplecito, para los interesados puedan leerlo, no hace nada dificil solo xor, mov, push, call y poco mas. Es facilito.

Ah, OK.

A nivel codigo quitando lo de las direcciones hardcoreadas, que las meto siempre cuando publico el source, asi hay que saber algo mas o menos de asm, me interesan que lo lean novatos no lamer. Que le cambiarias?.

El punto es que esas direcciones se corresponden con las versiones de las DLLs que estan en TU maquina unicamente.

Gracias al foro y ati que n ove si me estas respondiendo post.

De nada, pero si queres publicar codigo fuente hay una seccion especial dedica a eso, por eso pense que tenias algun problema como en el hilo anterior.

Codigo Fuente

No conozco ninguna API para enumerar los handles de un proceso, que es lo que necesitarias para saber quien abrio un puerto con CreateFile.

Con el Process Explorer (o Handle, en si es lo mismo) es posible enumerar los handles ya que usa un modulo de modo Kernel (binario .sys comunmente llamados drivers). Si lo probas encontras un handle a \Device\Serial0 y este es el que corresponde al puerto COM.

¿Para que queres hacer esto?

Con solo publicar ese codigo, sin decir cual es tu duda o problema no se que respuesta esperas pero bueno ahi voy: usa GetProcAddress, no unas direcciones "hardcoded".

Y como siempre DEPURA el programa para averiguar hasta donde se ejecuta tal como desearias.

la verdad es q no entiendo muy bien las respuestas, esq soy nuevo en este de la programación. Pero la finalidad es pasar un programa q tengo en lenguaje c, y hacerlo visual con menus etc, con el visual c++, y claro me dan una serie de errores q no se como solucionar, si alguien pudiera ayudarme

¿Que es lo que no entendes de la siguiente oracion?

Todas las funciones pertenecen a la misma biblioteca, usando Google la encontras muy rapidamente.

Si, buscando esa libreria en este foro te daras cuenta de las razones para NO usarla.

No se cuentan los mensajes en la taberna del bit  

Es una historia muy larga, lo que tendrias que haber hecho es depurar el programa y ver exactamente en donde se producia el error. ¿Estas seguro de haber usado EXACTAMENTE lo mismos fuentes? Que el error se produjera en una libreria del sistema no indica nada, hay un 99% de probabilidades que fuera culpa del ejecutable.

Para hacer un ejecutable que puedas usar en cualquier Windows (gama NT) lo que tenes que hacer es asegurarte de que no tenes dependencias de terceros sino solo dependencias del S.O. que vengan instaladas por defecto. Para ver esas dependencias podes usar el: Dependency Walker.