Waitforexit not waiting forever

Re: Process. WaitForExit () não parece esperar indefinidamente de. Jeroen Mostert ltjmostertxxxxxxxxx gt Data. Tue, 19 de fevereiro de 2008 18:35:05 0100 psstone escreveu: A documentação para Process. WaitForExit () indica que ele aguardará indefinidamente o processo associado para sair. Parece que essa chamada retornará após os milésimos de segundo int. MaxValue mesmo que o processo que ele faz referência ainda esteja em execução. Isso está correto. Process. WaitForExit () é implementado como esperando precisamente 2 147 483 647 milissegundos. Isso parece ser um erro de design, porque a documentação para o. O método WaitForExit (int milissegundos) indica: quot A quantidade de tempo, em milissegundos, para aguardar o encerramento do processo associado. O máximo é o maior valor possível de um inteiro de 32 bits, que representa infinito para o sistema operacional. Isso é claramente falso. Um tempo limite infinito é representado no sistema operacional com o valor -1, cujo padrão de bits é o maior valor possível de um inteiro de 32 bits não assinado. Isso é difícil de testar porque requer esperar um pouco menos de 25 dias para reproduzir o problema, mas observei em 4 sistemas diferentes que executam Vista e XPSP2. Este é um problema de conhecimento e, em caso afirmativo, existe uma solução quente disponível para isso. Não que eu conheça. No entanto, é fácil contornar chamando Process. WaitForExit (Timeout. Infinite) em vez disso. Isso deve esperar para sempre. No entanto, como o Process. WaitForExit espera que 0x7ffffff seja usado como o valor mágico quotinfinityquot, há um pequeno problema se você tiver redirecionado o IO para o processo, porque (ao contrário normalmente) a espera retornará antes que o IO nos fluxos tenha terminado. Isso significa que a espera pode retornar com os fluxos em um estado inválido, o que pode causar exceções inesperadas e ou perda de dados. Se você não tiver redirecionado IO, isso não é problema. Leia o que o MSDN diz sobre isso: A sobrecarga WaitForExit () () () é usada para fazer o thread atual aguardar até o processo associado terminar. Este método instrui o componente Processo a aguardar uma quantidade infinita de tempo para que o processo saia. Isso pode fazer com que um aplicativo pare 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 gravado para nunca entrar no loop de mensagem. Esta 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 é, naturalmente, para. O que faz você pensar que não aguarda que o processo Note termine. Quais são os sinais disso. Qual é a prova sexta-feira, 20 de fevereiro de 2009 8:13 PM Não tenho certeza se isso mudou recentemente, mas de volta no dia aplicações na janela O celular nunca foi realmente fechado quando você bateu o X para fechá-los, eles apenas minimizariam e continuavam funcionando em segundo plano (isso não era um bug, era um recurso, já que na próxima vez que você iniciou o aplicativo, ele começaria muito rápido, yah Eu sei, insano, mas verdadeiro), então, por isso, o WaitForExit talvez esteja se comportando estranhamente e aguardando a inicialização do aplicativo em vez de sair. Mas, novamente, é apenas uma especulação baseada em conhecimentos de versões antigas do Windows Mobile. Sexta-feira, 20 de fevereiro de 2009 11:03 PM Id gostaria de colidir esta questão. Estou no Windows Mobile 6 Standard e estou tentando gerar uma instância de navegador. Gostaria de aguardar 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 resubs esperados Segunda-feira, 08 de junho de 2009 10:45 PM Onde o símbolo é. símbolo. AlexB Terça, 09 de junho de 2009 9:58 PM Estou vendo o mesmo problema, mas no XP. Eu acho que a prova pode ser vista em qualquer depurador (como estou vendo), ou em qualquer aplicativo de console (não necessariamente no celular) quarta-feira, 02 de setembro de 2009 8:35 PM Exceto que você não obtém um objeto de processo que você pode usar. Se você tentar Dim myProc As New Process () myProc Process. Start (quotiexplorequot, quotfinance. yahooqhpsquot symbol) myProc. WaitForExit () Ele ainda retorna imediatamente. Quarta-feira, 02 de setembro de 2009 8:48 PM O problema é que você não está iniciando uma nova instância de iexplore. exe. Você está apenas criando uma nova janela no processo existente. O meu palpite é iexplore. exe começa, vê uma instância anterior e se comunica com a instância anterior para que ela abre a nova janela e, em seguida, a instância que você começou a sair imediatamente. Portanto, o comportamento é correto e esperado. Blog. voidnish quarta-feira, 2 de setembro de 2009 8:52 PM A Microsoft está realizando uma pesquisa on-line para entender sua opinião sobre o site da Msdn. Se você optar por participar, a pesquisa on-line será apresentada quando você deixar o site Msdn. Você gostaria de participar