Cómo crear un proceso que sobrevive a su matriz

Question

Estoy tratando de poner en marcha una aplicación de actualización externa para una plataforma que he desarrollado. La razón por la que me gustaría iniciar esta actualización es porque mi utilidad de configuración, que maneja las actualizaciones y la configuración de la licencia para la plataforma, ha compartido dependencias con otros ensambles en la carpeta donde se implementará la actualización. Entonces, aunque puedo cambiar el nombre de la utilidad de configuración y sobrescribirla al implementar la actualización, no puedo cambiar el nombre ni sobrescribir las DLL de las que depende. Por lo tanto, la aplicación de actualización externa.

estoy manejando toda la lógica de la recolección de actualización en la utilidad de configuración, a continuación, intentar iniciar el programa de actualización para manejar la copia del archivo actual/operaciones de sobreescritura. Obviamente, debido a los problemas de archivos en uso, necesito que la utilidad de configuración se cierre justo después de que comience el actualizador.

El problema que tengo es que estoy usando el método estándar Process.Start para iniciar el actualizador, y tan pronto como se cierra la utilidad de configuración, también se elimina el proceso del actualizador.

¿Hay alguna manera de que pueda crear un proceso que sobrevive a su padre, o lanzar una aplicación externa que puede funcionar más allá del programa que lo lanzó?

EDIT:

Al parecer, en mi aplicación de actualización, que calcularon mal el número de argumentos de línea de comandos que se pasan a la misma. Debido a esto, el actualizador se cerraría inmediatamente. Interpreté erróneamente que esto significa que la aplicación lanzadora estaba matando el proceso "hijo", cuando en realidad no era así.

Las respuestas a continuación son correctas.

Answer 1

¿Podría compartir algún código, por favor? Parece que el problema que está viendo tiene un motivo diferente porque la clase Process no matará ningún proceso que se haya iniciado utilizando Process.Start cuando finaliza su aplicación.

Ver este programa de ejemplo simple, la calculadora permanecerá abierta:

using System.Diagnostics; 

class Program 
{ 
    static void Main(string[] args) 
    { 
     Process.Start(@"C:\windows\system32\calc.exe"); 
    } 
} 

Answer 2

No hay ninguna razón por la que un proceso iniciado con Process.Start muera automáticamente cuando sale el iniciador. Supongo que estás haciendo algo extraño en el actualizador.

He escrito un actualizador haciendo exactamente este tipo de cosas antes, y está bien.

Por ejemplo:

Launcher.cs:

using System; 
using System.Diagnostics; 

class Launcher 
{ 
    static void Main() 
    { 
     Console.WriteLine("Launching launchee"); 
     Process.Start("Launchee.exe"); 
     Console.WriteLine("Launched. Exiting"); 
    } 
} 

Launchee.cs:

using System; 
using System.Threading; 

class Launchee 
{ 
    static void Main() 
    { 
     Console.WriteLine("  I've been launched!"); 
     Thread.Sleep(5000); 
     Console.WriteLine("  Exiting..."); 
    } 
} 

Compilar los dos, por separado, y ejecutar Launcher.exe. El proceso "launchee" definitivamente dura más que el iniciador.

Answer 3

Es sólo una idea de mi memoria de niebla, pero creo recordar que tiene una discusión hace un tiempo que cuando el método es Process.Start llamado desde Formulario que el proceso engendrado tiene algún tipo de dependencia (no estoy seguro de qué, por qué o cómo, la memoria es un poco borrosa).

Para resolverlo, se configuró una marca que en realidad se llamó desde el método Main() de la aplicación después de salir del formulario/aplicación principal y que si el proceso se inició desde el método Main(), todo salió bien esta bien

Solo un pensamiento, como he dicho, esto es puramente de memoria, pero algunos de los ejemplos publicados aquí todos siendo invocados desde el método Main() de una aplicación de consola parecían triturar algo.

Espero que todo salga bien para ti.