Processo Waitforexit Não Espera

Permite ler o que a MSDN diz sobre isso: A sobrecarga WaitForExit () () () é usada para fazer o thread atual esperar até que o processo associado termine. Este método instrui o componente de processo para aguardar uma quantidade infinita de tempo para o processo 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. 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. Isso é claro para. NET. O que faz você pensar que ele não espera o processo Note para terminar Quais são os sinais de que O que é a prova Sexta-feira, 20 de fevereiro de 2009 20:13 Não tenho certeza se isso mudou recentemente, mas de volta no dia aplicações na janela Móvel nunca realmente fechado quando você bateu o X para fechá-los, eles apenas minimizar e continuar funcionando em segundo plano (este não era um bug, era uma característica, desde a próxima vez que você iniciar o aplicativo seria iniciado muito rápido, yah Eu sei, insano, mas verdadeiro) para que poderia ser por isso WaitForExit é talvez se comportando estranhamente e esperando para a inicialização do aplicativo em vez de sair. Mas, novamente, é apenas especulação baseada em knowlegde de versões antigas do Windows Mobile. Sexta-feira, fevereiro 20, 2009 11:03 PM Id gostaria de colidir esta pergunta. Estou no Windows Mobile 6 Standard e estou tentando gerar uma instância do navegador. Eu gostaria de esperar até o usuário fechar o navegador. Mas WaitForExit retorna extremamente rápido. Aqui está o código: Processo p novo Processo () p. StartInfo. Argumentos quotexample-sitequot p. StartInfo. Verb quotOpenquot p. StartInfo. UseShellExecute falso p. StartInfo. FileName quotIExplore. exequot p. Start () p. WaitForExit () MessageBox. Show (quotNow o navegador deve ser closedquot) Qual deve ser o caminho certo para obter os resultados esperados Segunda-feira, 08 de junho de 2009 22:45 Onde está o símbolo. símbolo. AlexB terça-feira, 09 de junho de 2009 21:58 Im vendo o mesmo problema, mas no XP. Eu acho que a prova pode ser visto em qualquer depurador (como estou vendo), ou em qualquer aplicativo de console (não necessariamente no Mobile) Excepto que você não, em seguida, obter um objeto de processo que você pode usar. Se você tentar Dim myProc como novo processo () myProc Process. Start (quotiexplorandoquot, quotfinance. yahoo/q/hpsquot símbolo) myProc. WaitForExit () ele ainda retorna imediatamente. Quarta-feira, 02 de setembro de 2009 20:48 Problema é que você não está iniciando uma nova instância de iexplore. exe. Você está apenas criando uma nova janela sobre o processo existente. Meu palpite é iexplore. exe começa, vê uma instância anterior e se comunica com a instância anterior para que ela abra a nova janela e, em seguida, esta instância que você iniciou saídas imediatamente. Portanto, o comportamento é correto e esperado. Blog. voidnish quarta-feira, 2 de setembro de 2009 20:52 Microsoft está conduzindo uma pesquisa on-line para entender sua opinião sobre o site Msdn. Se você optar por participar, o questionário on-line será apresentado a você quando você deixar o site Msdn. Gostaria de participarProcess. 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.