Waitforexit Não Aguardando Mais

Estou tentando executar um programa do PowerShell, aguardo a saída, depois tenha acesso ao ExitCode, mas não tenho muita sorte. Eu não quero usar - Aguarde com o Processo de Início, pois preciso de algum processamento para continuar em segundo plano. Heres um script de teste simplificado: executar este script fará com que o bloco de notas seja iniciado. Depois que isso for fechado manualmente, o código de saída será impresso, e ele será iniciado novamente, sem usar - aguarde. No ExitCode é fornecido quando isso é encerrado: preciso executar um processamento adicional entre o início do programa e aguardando o encerramento, então eu não posso usar - Wait. Qualquer idéia de como posso fazer isso e ainda ter acesso à propriedade. ExitCode deste processo, pediu 21 de abril 12 às 19:23 Há duas coisas para lembrar aqui. Um é adicionar o argumento - PassThru e dois é adicionar o argumento - Wait. Você precisa adicionar o argumento de espera por causa desse defeito connect. microsoftPowerShellfeedbackdetails520554start-process-do-not-return-exitcode-property Depois de fazer isso, um objeto de processo é passado de volta e você pode observar a propriedade ExitCode desse objeto. Aqui é um exemplo: se você executá-lo sem - PassThru ou - Wait, ele não imprimirá nada. CarlR Esta é uma peculiaridade da implementação do objeto Processo. A implementação da propriedade ExitCode primeiro verifica se o processo foi encerrado. Por algum motivo, o código que executa essa verificação não apenas olha a propriedade HasExited, mas também verifica se o identificador do processo está presente no objeto process e lança uma exceção se não for. O PowerShell intercepta essa exceção e retorna nulo. Ndash Jakub Berezanski 11 de fevereiro às 1: 26La leitura do 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 de processo para aguardar uma quantidade infinita de tempo para o processo para sair. 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. 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 é, 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 bateu no X para fechá-los, eles apenas minimizariam e continuavam funcionando em segundo plano (isso não era um bug, era um recurso, já que da próxima vez que você iniciar o aplicativo, ele seria iniciado com muita rapidez, 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 Eu gostaria de colidir esta questão. Estou no Windows Mobile 6 Standard e estou tentando gerar uma instância do 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 reencontros esperados Segunda-feira, 08 de junho de 2009 22:45 Onde está 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 DimProjetos NovosProcessos () myProc Process. Start (quotiexplorequot, quotfinance. yahooqhpsquot symbol) myProc. WaitForExit () Ele ainda retorna imediatamente. Quarta-feira, 2 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 é que 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 então essa instância que você iniciou sai 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 a você quando você deixar o site Msdn. Você gostaria de participar