Processo exemplo waitforexit c #

Sua solução não precisa de AutoResetEvent, mas você pesquisa. Quando você faz pesquisa em vez de usar o evento (quando eles estão disponíveis), então você está usando CPU sem razão e que indicam que você é um programador ruim. Sua solução é realmente ruim quando comparado com o outro usando AutoResetEvent. (Mas eu não te dei -1 porque você tentou ajudar). Ndash Eric Ouellet Nov 7 14 at 18:38 Eu estava tendo o mesmo problema, mas a razão era diferente. No entanto, aconteceria no Windows 8, mas não no Windows 7. A seguinte linha parece ter causado o problema. A solução era NÃO desativar UseShellExecute. Eu agora recebi uma janela popup Shell, que é indesejável, mas muito melhor do que o programa esperando nada particular acontecer. Então eu adicionei o seguinte work-around para que: Agora, a única coisa que me incomoda é por que isso está acontecendo no Windows 8 em primeiro lugar. Respondeu Jan 13 15 at 10:35 Exemplo de uso ImplementationProcess. WaitForExit Method () WaitForExit () faz com que o thread atual aguarde até que o processo associado termine. Ele deve ser chamado depois que todos os outros métodos são chamados no processo. Para evitar bloquear o thread atual, use o evento Exited. Este método instrui o componente de processo para aguardar uma quantidade infinita de tempo para o processo e manipuladores de eventos para sair. Isso pode causar um aplicativo para parar de responder. Por exemplo, se você chamar CloseMainWindow para um processo que tenha uma interface de usuário, a solicitação ao sistema operacional para encerrar o processo associado pode não ser tratada se o processo for escrito para nunca inserir seu loop de mensagem. No. NET Framework 3.5 e versões anteriores, a sobrecarga WaitForExit () aguardou milissegundos MaxValue (aproximadamente 24 dias), não indefinidamente. Além disso, versões anteriores não aguardar os manipuladores de eventos para sair se o tempo máximo MaxValue foi atingido. Essa sobrecarga garante que todo o processamento foi concluído, incluindo o tratamento de eventos assíncronos para a saída padrão redirecionada. Você deve usar essa sobrecarga após uma chamada para a sobrecarga WaitForExit (Int32) quando a saída padrão foi redirecionada para manipuladores de eventos assíncronos. Quando um processo associado sai (isto é, quando é desligado pelo sistema de operação através de uma terminação normal ou anormal), o sistema armazena informações administrativas sobre o processo e retorna ao componente que tinha chamado WaitForExit (). O componente de processo pode acessar as informações, que inclui o ExitTime. Usando o identificador para o processo de saída. Como o processo associado foi encerrado, a propriedade Handle do componente não aponta para um recurso de processo existente. Em vez disso, o identificador pode ser usado apenas para acessar os sistemas operacionais informações sobre o recurso de processo. O sistema está ciente de alças para processos encerrados que não foram liberados pelos componentes do processo, portanto, mantém as informações ExitTime e Handle na memória até que o componente Process libera especificamente os recursos. Por esse motivo, sempre que você chama Iniciar para uma instância Process, chame Close quando o processo associado tiver terminado e você não precisa mais nenhuma informação administrativa sobre ele. Fechar libera a memória alocada para o process. Process saída. Método WaitForExit (Int32) WaitForExit (Int32) faz com que o thread atual aguarde até que o processo associado termine. Ele deve ser chamado depois que todos os outros métodos são chamados no processo. Para evitar bloquear o thread atual, use o evento Exited. Este método instrui o componente do processo para aguardar uma quantidade finita de tempo para o processo para sair. Se o processo associado não sair no final do intervalo porque o pedido de encerramento é negado, false é devolvido ao procedimento de chamada. Você pode especificar um número negativo (Infinito) por milissegundos. E Processo. WaitForExit (Int32) irá comportar o mesmo que a sobrecarga WaitForExit (). Se você passar 0 (zero) para o método, ele retornará true somente se o processo já tiver saído caso contrário, ele retornará imediatamente false. No. NET Framework 3.5 e versões anteriores, se milliseconds foi -1, a sobrecarga WaitForExit (Int32) aguardou MaxValue milissegundos (aproximadamente 24 dias), não indefinidamente. Quando a saída padrão foi redirecionada para manipuladores de eventos assíncronos, é possível que o processamento de saída não tenha concluído quando esse método retorna. Para garantir que o processamento de eventos assíncrono foi concluído, chamar a sobrecarga WaitForExit () que não recebe nenhum parâmetro depois de receber um verdadeiro desta sobrecarga. Para ajudar a garantir que o evento Exited é tratado corretamente em aplicativos do Windows Forms, defina a propriedade SynchronizingObject. Quando um processo associado sai (é desligado pelo sistema operacional através de uma terminação normal ou anormal), o sistema armazena informações administrativas sobre o processo e retorna ao componente que tinha chamado WaitForExit (Int32). O componente de processo pode acessar as informações, que inclui o ExitTime. Usando o identificador para o processo de saída. Como o processo associado foi encerrado, a propriedade Handle do componente não aponta para um recurso de processo existente. Em vez disso, o identificador pode ser usado apenas para acessar os sistemas operacionais informações sobre o recurso de processo. O sistema está ciente de alças para processos encerrados que não foram liberados pelos componentes do processo, portanto, mantém as informações ExitTime e Handle na memória até que o componente Process libera especificamente os recursos. Por esse motivo, sempre que você chama Iniciar para uma instância Process, chame Close quando o processo associado tiver terminado e você não precisa mais nenhuma informação administrativa sobre ele. Fechar libera a memória alocada para o processo encerrado.