SoloCodigo

En Windows, si inicias una aplicación de consola haciendo doble clic sobre ella, la ventana se cierra inmediatamente después de terminada la aplicación. Para evitar que se cierre, puedes hacer dos cosas:

• Ejecutar tu programa desde consola, abres una ventana de consola, vas a la carpeta donde está tu programa y lo ejecutas. Al finalizar no se cerrará la ventana y podrás ver el resultado de tu programa.</li>
• Agregas una pausa a tu programa justo antes de finalizar. Para esta pausa puedes usar la instrucción
  
  Código: Text
  1. system( &#34;pause&#34; );
  2.  
  o, en Turbo C/C++:
  
  Código: Text
  1. getc();
  2.  
  En donde aparezca esta instrucción, el programa esperará a que el usuario presione alguna tecla para continuar.</li>

Saludos,
JJ (Geo).

abrilo desde la consola y fijate si te aparece algun mensaje antes de que se cierre la aplicacion...despues postealo aca

He ejecutado el ejecutable (que redundante) en la ventana de ms-dos, me hace un salto de linea y vuelve a poner lo de :
C:\Documents and Settings\...
No creo que sea lo que tu dices su-, porque al crear el ejecutable em Linux con el gcc creo un .exe y un .exe es universal , no??
Crees con el programa que crees el .exe siempre será el mismo si el codigo fuente no varia. No creo que dos programas distintos creen diferentes .exe
Si no cuando en internet cualgan el codigo fuente, el ejecutable dependeria del compilador.  

PD: Cuando digo ejecutable no me refiero a los programas que te bajas por internet que incluso depende del linux que utilices (si es red hat si es debian) me refiero a un .exe creado a partir de un .c

y se puede arreglar para que desde el gcc de linux funcione en windows o se a de compilar en windows por wevos.
Tanto puede variar la estructura de un ejecutable, el programa son 50 lineas y de ir de que funcione a que no
 

Piensa que estoy compilando un programa en c no en c++, así que aqui no utlizas ficheros .o o .so ya que no hay objetos como en c++
Despues compilar en gcc es lo mismo que compilar en dev c++ de windows ya que ambos son gcc.
Así que como solo hay un archivo, el .exe ni .o ni .so (no has de comprimir na de na)

RECUERDA: cuando programas en C/C++ o cualquier lenguaje compilable y codigo tiene que ser a gusto del compilador y de la plataforma que corres.

Si y no, al- en C. Cuando compilas en C en gral. un programa que compila en visual c++, compila en dev , compila en gcc. Y en todos ellos se ejecuta correctamente salvo alguna excepción. Que alguno deje pasar más cosas que otros, no te digo que no. Que depende de dnd corras será más preciso pues tan bien. Pero en gral, el codigo funcionará en todas las plataformas (codigo no ejecutable) si estas utlizando librerias standard y básicas como son el stdio.h y el math.h

Je, parece que estás bastante confundido ra_mer .

Piensa que estoy compilando un programa en c no en c++, así que aqui no utlizas ficheros .o o .so ya que no hay objetos como en c++

Nop, no estamos hablando de "objetos" = clases, sino de código objeto, código en el formato de la computadora/arquitectura/sistema operativo en que estás trabajando.

Despues compilar en gcc es lo mismo que compilar en dev c++ de windows ya que ambos son gcc.
Así que como solo hay un archivo, el .exe ni .o ni .so (no has de comprimir na de na)

A ver, MinGW es un port de GCC, efectivamente. Pero una cosa es que un mismo código fuente pueda ser compilado en ambos compiladores (GCC y MinGW, de hecho, si se trata de C/C++ estándar, debiera compilar en cualquier otro compilador que lo soporte), y otra MUY diferente es que el ejecutable resultante (ya enlazado) pueda correrse en ambas plataformas, eso no es posible (a menos, como mencioné, que se trate de un código interpretado como Java, no compilado/enlazado como C/C++).

Citar

RECUERDA: cuando programas en C/C++ o cualquier lenguaje compilable y codigo tiene que ser a gusto del compilador y de la plataforma que corres.

Si y no, al- en C. Cuando compilas en C en gral. un programa que compila en visual c++, compila en dev , compila en gcc. Y en todos ellos se ejecuta correctamente salvo alguna excepción. Que alguno deje pasar más cosas que otros, no te digo que no. Que depende de dnd corras será más preciso pues tan bien. Pero en gral, el codigo funcionará en todas las plataformas (codigo no ejecutable) si estas utlizando librerias standard y básicas como son el stdio.h y el math.h

Aquí reafirmas lo que te he dicho arriba, pero ten claro que una cosa es un código fuente escrito en C/C++ estándar que pueda compilarse en diferentes compiladores, y otra el código objeto y/o ejecutables resultantes tras compilar dicho código fuente, el cual NO puede ejecutarse en diferentes plataformas (si lo compilaste para Windows, pues sólo corre en Windows), a menos que lo emules .

Una opción interesante, puede ser trabajar en Linux, compilar con GCC. Y, para crear ejecutables para Windows, instalar MinGW en Linux y "cros-compilar" aplicaciones Windows desde Linux (si, compilar ejecutables para Windows desde Linux es posible con MinGW/Linux), pero para probar dichos programas en Linux deberás hacerlo mediante un emulador, como Wine.

Saludos,
JJ (Geo).

"Compilado multiOS/plataforma".

Ok, "cross-compiling" .
 

Wine no es un emulador, los emuladores son Qemu y VMware.

Cierto.

Saludos,
JJ (Geo).