Mensajes

Si pones el codigo en una funcion al salir de la misma todo esa memoria vuelve a estar disponible. ¿Estas tratando de entender malloc o tenes requisitos de un hardware con infima memoria?

No hay forma de saber el tamaño de la cadena ANTES de que el usuario la escriba, salvo que tambien tenga que escribir el tamaño de la misma ...

No, no hay ningun problema, en todo caso se truncaria pero 80 es un tamaño mas que suficiente para practicamente cualquier cosa, si te parece insuficiente siempre podes reemplazar el 80 por 32768 por ejemplo.

[char*]

Podes usar una variable temporal donde leer la cadena:

Código (c) [Seleccionar] Expandir


char tmp[80];
fgets(tmp, sizeof(tmp), stdin);

Despues solo tenes que usar strlen para saber el tamaño (no te olvides de reservar memoria para el 0 terminador de cadena) y copiar.


PD. Al reservar los punteros a cadena se tiene que usar el sizeof de char* y no de char para obtener el tamaño.

112 bytes no es nada, tal vez estes corrompiendo el heap, usa el Application Verifier (con WinDbg) para tratar de comprobarlo:

http://www.microsoft.com/downloads/en/details.aspx?FamilyID=c4a25ab9-649d-4a1b-b4a7-c9d8b095df18&displaylang=en

Los Windows para x64 ejecutan programas de 32 bits sin mayores inconvenientes (viceversa no es posible).

No necesitas hacer nada de eso, los ejecutables para Windows generados por MASM son PEs de por si (es el formato de ejecutable nativo de Windows). ¿No estaras tratando de ejecutar un programa de 16 bits - para MS-DOS - en un Windows de 64 bits por casualidad? O uno de 64 bits en un Windows de 32 bits ... ¿De donde los bajaste esos programas?

MASM:
http://win32assembly.online.fr

Podes generar un binario .COM (es decir un ejecutable compuesto pura y exclusivamente por codigo, sin ninguna cabecera) partiendo del codigo en C, escribirlo en ciertos sectores y despues desde el loader cargar esos sectores en memoria y saltar al principio del ejecutable.

Es casi nula la informacion que das pero depuralo con el WinDbg, pone un breakpoint en la funcion y analiza tanto la misma como el codigo llamador.

Codigo sin compilar (lo que vendria ser el equivalente del inline assembly) segurisimo que no, codigo objeto tal vez podrias si las herramientas que usas lo soportan y no hace uso de ningun servicio del sistema (es decir si escribis en pantalla, trabajas con archivos, etc. olvidate), es de 16 bits (como asumo tu otro codigo en ASM).

¿Que queres hacer exactamente con ese codigo en C? No te va a ayudar a evitar escribir codigo para interactuar con el hardware ...