SoloCodigo

Buenas. Quisiera saber cual es el codigo para abrir un archivo .exe desde un windows form mediante un boton, osea que cuando le des click al boton se abra un archivo definido.

Ahora bien por si no se ha entendido mucho, en este momente ya cree un windows form que funciona como un Launcher, donde apareceran noticias,etc,en mi caso es de un juego, y lo que quiero es que cuando el usuario de de click a un boton"Start" abra el cliente que es un .exe. En este caso uso el M.Visual c++ 2010.

PD: Si es posible podrian poner el codigo para que se cierre mediante el boton Boton2"exit".

Si lo pueden poner cualquiera de los dos ("aunque le doy prioridad al de abirir el .exe") se lo agradeceria mucho!

/*Edit*/
No se preocupen con eso de los botones y/o windows form,por si se confundieron,practicamente todo está hecho,solo me falta el enunciado Visual C++; que sirve para abrir un archivo .exe"en mi caso".

No te recomiendo lo que dicec m0skit0, esta bien y funciona, pero muestra la fea ventana de cmd, usa mejor:
Esto abrirá el proceso de forma limpia.
Yo lo he usado en varios proyectos, y tengo estas librerias incluidas, que creo que hacen falta.
De todas formas busca en Google mas información sobre Process::Start para saber que necesitas exactamente y que argumentos puedes pasarle.

Mi forma es estándar, la que propones tú no lo es.

Y tu forma abrirá una consola, incializará el sistema de consola, lanzará la aplicación, cerrará el sistema de consola, perdiendo la relación padre/hijo que se puede tener con la forma descrita, con lo que todos los handles heredados y demás se perderán.

Claro, te mantienes en un estándar abierto pero usas cuadros de diálgo de windows, o peor aún, C++/CLI como está usando Burns... Con lo que usar el estándar POSIX tiene toda la razón del mundo.

Si en un programa .NET (no sólo C++/CLI) usas algo nativo, como las funciones del runtime de C que propones, eso significa varios cambios de contexto entre la máquina virtual .NET y el código nativo, en contra de usar la propia biblioteca de .NET, que hará el cambio de contexto cuando sea necesario...

Vamos, que haciendo un programa en C++/CLI tiene mucho sentido respetar los estándares...