Exemplo de espera do net waitforexit
exemplo waitforexit
Obter através da App Store Leia esta publicação em nosso aplicativo!
Como usar Process. WaitForExit.
Estou chamando um aplicativo da 3ª parte que "às vezes" funciona no VB (é um WCF autônomo). Mas às vezes o aplicativo de terceiros pendura para sempre, então adicionei um temporizador de 90 segundos. O problema é, como eu sei se o tempo expirou?
O código parece assim:
O que eu gostaria de fazer é algo assim.
Verifique o valor de retorno do método - msdn. microsoft/en-us/library/ty0d8k56.aspx - se a chamada expirar, ele retornará False.
Houve problemas conhecidos no passado em que os aplicativos congelariam ao usar WaitForExit.
exemplo waitforexit
Obter através da App Store Leia esta publicação em nosso aplicativo!
O que acontece com um processo em uma declaração de uso sem WaitForExit ()?
No exemplo a seguir, o que acontece com o processo se ele ainda está sendo executado uma vez que o código deixa a declaração de uso?
Deveria separar o processo do sistema operacional que está sendo executado no seu sistema a partir do objeto Processo que representa um "identificador" no seu programa:
O processo continua a ser executado até que ele seja concluído, ou você o mata usando métodos específicos do sistema operacional. O objeto Processo é descartado, então seu programa não pode mais interagir com o processo do sistema operacional.
O método Call of Dispose () no objeto Processo não mata o processo do sistema operacional.
Como você pode saber, a indicação de uso irá chamar o método Dispose, então a instância do processo será Disposed.
Para interagir com o processo, para obter as informações relacionadas ao processo que você precisa, use o Processo. A estrutura internamente contém o Handle para o processo e leva toda a dor para você. Dispose irá fechar o Handle do processo e, assim, você não poderá fazer uso do objeto Processo de uma maneira boa.
E a coisa mais importante: nada acontece com o processo que você começou, ele funciona como se nada acontecesse. Realmente nada aconteceu, você acabou de perder a chave para a porta, não significa que a sala esteja destruída.
Processo estará executando util que você fechar. Não morrerá apenas porque o objeto final do processo "acabar".
exemplo waitforexit
Obter através da App Store Leia esta publicação em nosso aplicativo!
Depuração do Visual Studio - System. Diagnostics. Process trava no WaitForExit.
No Console Application, Windows 10, Visual Studio 2015, 4.6 eu chamo método único no Main chamado TestProcess. Build mode Debug, se eu executar o aplicativo sem depurar, imprime o texto correto:
Pressione qualquer tecla para continuar . . .
Se eu executar o aplicativo com depuração, aguarda 3 segundos antes da impressão.
Erro falso falso falso '' ''
Esta é apenas a simplificação do problema real, este código é uma espinha dorsal de algum código complexo que também trava na versão sem depuração para md5sums. exe, mas funciona para alguns outros programas. O código Coplex também trava em var a = proc. WaitForExit (tempo limite); até o tempo limite como no exemplo em anexo. Por outro lado, esta simplificação funcionará na versão sem depurador. Além disso, todos esses problemas começaram com o Windows 10, no Windows 7, tudo funcionou bem.
[EDIT] Não consigo entender por que md5sums. exe causaria problemas e se eu usar algo mais, ou seja. FileName = "ping", Arguments = "localhost" tudo funciona conforme o esperado.
[EDIT2] Meu programa complexo parou de funcionar no Windows 10 (Release - Run without debugging), mas esse exemplo também trava no Windows 7 (Debug - Run with debugging)
Houve 3 capturas para resolver isso:
md5sums. exe em alguns casos interrompe a execução após o término quando iniciado com as minhas configurações:
Pressione ENTER para sair.
Isso pode ser observado se CreateNoWindow estiver configurado para false e stdout, o redirecionamento stderr será removido. Isso pode ser corrigido usando a opção - e: 'Sair imediatamente; não faça uma pausa antes de retornar '. Isso solucionará todos os casos. Mas, como não usei, eu tinha comportamento inconsistente, dependendo do depurador e da versão do Windows.
Quando executado sem a pausa de depuração não foi disparado, embora todas as configurações fossem as mesmas e "Pressione ENTER para sair" não estava em saída. Mas correr com a depuração causou uma pausa para bloquear o programa até o tempo limite, onde md5sums iria pendurar no gerenciador de tarefas à espera de Enter. No modo de lançamento, execute sem depuração, embora a pausa seja disparada e "Pressione ENTER para sair" estava em saída no Windows 7 md5sums retornados e a execução continuou sem bloquear e pressionando o tempo limite. Este não era o caso no Windows 10, onde os md5sums viviam no time manager esperando por Enter e o programa continuasse após o tempo limite.
exemplo waitforexit
Eu trabalhei no projeto da minha empresa. Eu notei esse problema, quando liguei de um Exe para Outre Exe. Durante o arrastar, o formulário no segundo Exe mostrará várias formas. Estou usando WaitforExit ().
resolva-o.
Movido por edhickey quarta-feira, 27 de julho de 2011 2:44 PM (De: 3.0 / 3.5 Fundação Workflow do Windows)
Esta é exatamente a causa do problema. Se WaitForExit é chamado a partir do tópico do formulário, ele impedirá que o formulário seja redesenhado novamente. Arrastar algo na frente de uma janela bloqueada deixa um traço da janela arrastada.
Proposto como resposta por ahmedilyas Moderador quinta-feira, 28 de julho de 2011 10:34 Marcado como resposta por Jackie-Sun Moderador segunda-feira, 8 de agosto de 2011 6:50 AM.
O código seria melhor e também seria melhor se você puder nos dizer exatamente o que você está tentando alcançar.
WaitForExit () simplesmente espera (bloqueia seu código durante esse período) para que um processo saia antes de continuar com a execução do seu código de chamada.
C # MVP (2007-2010) MS Vendor - MS Todo o caminho! Seguidor desde 1995 MS Super Evangelist | Moderador do Fórum MSDN.
Proposto como resposta por ahmedilyas Moderador quinta-feira, 28 de julho de 2011 10:33 Marcado como resposta por Jackie-Sun Moderador segunda-feira, 8 de agosto de 2011 6:50 AM.
Todas as respostas.
O código seria melhor e também seria melhor se você puder nos dizer exatamente o que você está tentando alcançar.
WaitForExit () simplesmente espera (bloqueia seu código durante esse período) para que um processo saia antes de continuar com a execução do seu código de chamada.
C # MVP (2007-2010) MS Vendor - MS Todo o caminho! Seguidor desde 1995 MS Super Evangelist | Moderador do Fórum MSDN.
Proposto como resposta por ahmedilyas Moderador quinta-feira, 28 de julho de 2011 10:33 Marcado como resposta por Jackie-Sun Moderador segunda-feira, 8 de agosto de 2011 6:50 AM.
Eu tinha verificado. Tem problema no waitforexit () only. i percebi esse problema quando mover o segundo formulário exe.
Editado por RAJ KUMAR. R quinta-feira, 28 de julho de 2011 10:09.
Qual é exatamente o problema? você leu minha resposta? você também leu o link que eu forneci?
WaitForExit () é um método de bloqueio de thread que fará exatamente exatamente isso - espere que um processo saia antes de continuar com seu código. NÃO fará o seu formulário ocultar ou minimizar, a menos que você diga ao seu código para fazer isso antes de chamar WaitForExit ()
C # MVP (2007-2010) MS Vendor - MS Todo o caminho! Seguidor desde 1995 MS Super Evangelist | Moderador do Fórum MSDN.
Tudo está funcionando bem. Mas quando eu mudo o formulário, ele mostra uma forma múltipla.
Esta é exatamente a causa do problema. Se WaitForExit é chamado a partir do tópico do formulário, ele impedirá que o formulário seja redesenhado novamente. Arrastar algo na frente de uma janela bloqueada deixa um traço da janela arrastada.
Proposto como resposta por ahmedilyas Moderador quinta-feira, 28 de julho de 2011 10:34 Marcado como resposta por Jackie-Sun Moderador segunda-feira, 8 de agosto de 2011 6:50 AM.
Quando você diz que mostra vários formulários - você está falando sobre várias instâncias dos formulários ou apenas o desenho / renderização?
se é o desenho / renderização, sim, como já foi dito - é porque está aguardando que o processo saia / termine antes de continuar e seja threadblocking para que você veja o & quot; problema & quot; você está a descrever. Não há "correcção" para isso, uma vez que não é um bug ou um problema, mas apenas o que você está usando e como você o está usando.
Existe uma razão pela qual você está usando WaitForExit ()? Você deve mostrar seu formulário quando você está usando WaitForExit ()? Por que você não esconde ou minimiza o formulário antes de chamar WaitForExit (), então, restaure-o depois da palavra?
C # MVP (2007-2010) MS Vendor - MS Todo o caminho! Seguidor desde 1995 MS Super Evangelist | Moderador do Fórum MSDN.
A Microsoft está conduzindo 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.
exemplo waitforexit
A sobrecarga WaitForExit () () () é usada para fazer o thread atual aguardar até o processo associado terminar. Esse 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 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 de nota termine? Quais são os sinais disso? Qual é a prova?
Processo p = novo Processo ();
MessageBox. Show (& quot; agora o navegador deve estar fechado & quot;);
Exceto que você não obtém um objeto de processo que você pode usar. Se você tentar.
Dim myProc como novo processo ()
myProc = Process. Start (& quot; iexplore & quot ;, & quot; finance. yahoo/q/hp? s = & quot; + symbol);
A Microsoft está conduzindo 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.
Processo . Método BeginOutputReadLine ()
A documentação de referência da API tem uma nova casa. Visite o navegador da API no docs. microsoft para ver a nova experiência.
Inicia operações de leitura assíncrona no fluxo de StandardOutput redirecionado do aplicativo.
Assembly: System (no System. dll)
Uma operação de leitura assíncrona já está em andamento no fluxo StandardOutput.
O fluxo StandardOutput foi usado por uma operação de leitura síncrona.
O fluxo StandardOutput pode ser lido de forma síncrona ou assíncrona. Métodos como Read, ReadLine e ReadToEnd executam operações de leitura síncrona no fluxo de saída do processo. Essas operações de leitura síncrona não são concluídas até que o Processo associado escreva seu fluxo StandardOutput ou encerre o fluxo.
Em contraste, BeginOutputReadLine inicia operações de leitura assíncronas no fluxo StandardOutput. Este método habilita um manipulador de eventos designado para a saída do fluxo e retorna imediatamente ao chamador, o que pode executar outro trabalho enquanto a saída do fluxo é direcionada para o manipulador de eventos.
Siga estas etapas para executar operações de leitura assíncronas no StandardOutput para um processo:
Adicione seu manipulador de eventos ao evento OutputDataReceived. O manipulador de eventos deve corresponder ao System. Diagnostics. DataReceivedEventHandler delegar assinatura.
Ligue BeginOutputReadLine para o Processo. Esta chamada inicia operações de leitura assíncronas no StandardOutput.
Quando as operações de leitura assíncronas começam, o manipulador de eventos é chamado cada vez que o Processo associado grava uma linha de texto em seu fluxo StandardOutput.
Você pode cancelar uma operação de leitura assíncrona chamando CancelOutputLit. A operação de leitura pode ser cancelada pelo chamador ou pelo manipulador de eventos. Após o cancelamento, você pode chamar BeginOutputReadLine novamente para retomar as operações de leitura assíncronas.
Você não pode misturar operações de leitura assíncronas e síncronas em um fluxo redirecionado. Uma vez que o fluxo redirecionado de um Processo é aberto em modo assíncrono ou síncrono, todas as operações de leitura adicionais nesse fluxo devem estar no mesmo modo. Por exemplo, não siga BeginOutputReadLine com uma chamada para ReadLine no fluxo StandardOutput ou vice-versa. No entanto, você pode ler dois fluxos diferentes em modos diferentes. Por exemplo, você pode chamar BeginOutputReadLine e, em seguida, chamar ReadLine para o fluxo StandardError.
O exemplo a seguir ilustra como executar operações de leitura assíncronas no fluxo de StandardOutput redirecionado do comando de ordenação. O comando classificar é um aplicativo de console que lê e classifica a entrada de texto.
O exemplo cria um delegado de evento para o manipulador de eventos SortOutputHandler e o associa com o evento OutputDataReceived. O manipulador de eventos recebe linhas de texto do fluxo StandardOutput redirecionado, formata o texto e grava o texto na tela.
para uma confiança total para o chamador imediato. Este membro não pode ser usado por código parcialmente confiável.
Obter através da App Store Leia esta publicação em nosso aplicativo!
O que acontece com um processo em uma declaração de uso sem WaitForExit ()?
No exemplo a seguir, o que acontece com o processo se ele ainda está sendo executado uma vez que o código deixa a declaração de uso?
Deveria separar o processo do sistema operacional que está sendo executado no seu sistema a partir do objeto Processo que representa um "identificador" no seu programa:
O processo continua a ser executado até que ele seja concluído, ou você o mata usando métodos específicos do sistema operacional. O objeto Processo é descartado, então seu programa não pode mais interagir com o processo do sistema operacional.
O método Call of Dispose () no objeto Processo não mata o processo do sistema operacional.
Como você pode saber, a indicação de uso irá chamar o método Dispose, então a instância do processo será Disposed.
Para interagir com o processo, para obter as informações relacionadas ao processo que você precisa, use o Processo. A estrutura internamente contém o Handle para o processo e leva toda a dor para você. Dispose irá fechar o Handle do processo e, assim, você não poderá fazer uso do objeto Processo de uma maneira boa.
E a coisa mais importante: nada acontece com o processo que você começou, ele funciona como se nada acontecesse. Realmente nada aconteceu, você acabou de perder a chave para a porta, não significa que a sala esteja destruída.
Processo estará executando util que você fechar. Não morrerá apenas porque o objeto final do processo "acabar".
exemplo waitforexit
Obter através da App Store Leia esta publicação em nosso aplicativo!
Depuração do Visual Studio - System. Diagnostics. Process trava no WaitForExit.
No Console Application, Windows 10, Visual Studio 2015, 4.6 eu chamo método único no Main chamado TestProcess. Build mode Debug, se eu executar o aplicativo sem depurar, imprime o texto correto:
Pressione qualquer tecla para continuar . . .
Se eu executar o aplicativo com depuração, aguarda 3 segundos antes da impressão.
Erro falso falso falso '' ''
Esta é apenas a simplificação do problema real, este código é uma espinha dorsal de algum código complexo que também trava na versão sem depuração para md5sums. exe, mas funciona para alguns outros programas. O código Coplex também trava em var a = proc. WaitForExit (tempo limite); até o tempo limite como no exemplo em anexo. Por outro lado, esta simplificação funcionará na versão sem depurador. Além disso, todos esses problemas começaram com o Windows 10, no Windows 7, tudo funcionou bem.
[EDIT] Não consigo entender por que md5sums. exe causaria problemas e se eu usar algo mais, ou seja. FileName = "ping", Arguments = "localhost" tudo funciona conforme o esperado.
[EDIT2] Meu programa complexo parou de funcionar no Windows 10 (Release - Run without debugging), mas esse exemplo também trava no Windows 7 (Debug - Run with debugging)
Houve 3 capturas para resolver isso:
md5sums. exe em alguns casos interrompe a execução após o término quando iniciado com as minhas configurações:
Pressione ENTER para sair.
Isso pode ser observado se CreateNoWindow estiver configurado para false e stdout, o redirecionamento stderr será removido. Isso pode ser corrigido usando a opção - e: 'Sair imediatamente; não faça uma pausa antes de retornar '. Isso solucionará todos os casos. Mas, como não usei, eu tinha comportamento inconsistente, dependendo do depurador e da versão do Windows.
Quando executado sem a pausa de depuração não foi disparado, embora todas as configurações fossem as mesmas e "Pressione ENTER para sair" não estava em saída. Mas correr com a depuração causou uma pausa para bloquear o programa até o tempo limite, onde md5sums iria pendurar no gerenciador de tarefas à espera de Enter. No modo de lançamento, execute sem depuração, embora a pausa seja disparada e "Pressione ENTER para sair" estava em saída no Windows 7 md5sums retornados e a execução continuou sem bloquear e pressionando o tempo limite. Este não era o caso no Windows 10, onde os md5sums viviam no time manager esperando por Enter e o programa continuasse após o tempo limite.
exemplo waitforexit
Eu trabalhei no projeto da minha empresa. Eu notei esse problema, quando liguei de um Exe para Outre Exe. Durante o arrastar, o formulário no segundo Exe mostrará várias formas. Estou usando WaitforExit ().
resolva-o.
Movido por edhickey quarta-feira, 27 de julho de 2011 2:44 PM (De: 3.0 / 3.5 Fundação Workflow do Windows)
Esta é exatamente a causa do problema. Se WaitForExit é chamado a partir do tópico do formulário, ele impedirá que o formulário seja redesenhado novamente. Arrastar algo na frente de uma janela bloqueada deixa um traço da janela arrastada.
Proposto como resposta por ahmedilyas Moderador quinta-feira, 28 de julho de 2011 10:34 Marcado como resposta por Jackie-Sun Moderador segunda-feira, 8 de agosto de 2011 6:50 AM.
O código seria melhor e também seria melhor se você puder nos dizer exatamente o que você está tentando alcançar.
WaitForExit () simplesmente espera (bloqueia seu código durante esse período) para que um processo saia antes de continuar com a execução do seu código de chamada.
C # MVP (2007-2010) MS Vendor - MS Todo o caminho! Seguidor desde 1995 MS Super Evangelist | Moderador do Fórum MSDN.
Proposto como resposta por ahmedilyas Moderador quinta-feira, 28 de julho de 2011 10:33 Marcado como resposta por Jackie-Sun Moderador segunda-feira, 8 de agosto de 2011 6:50 AM.
Todas as respostas.
O código seria melhor e também seria melhor se você puder nos dizer exatamente o que você está tentando alcançar.
WaitForExit () simplesmente espera (bloqueia seu código durante esse período) para que um processo saia antes de continuar com a execução do seu código de chamada.
C # MVP (2007-2010) MS Vendor - MS Todo o caminho! Seguidor desde 1995 MS Super Evangelist | Moderador do Fórum MSDN.
Proposto como resposta por ahmedilyas Moderador quinta-feira, 28 de julho de 2011 10:33 Marcado como resposta por Jackie-Sun Moderador segunda-feira, 8 de agosto de 2011 6:50 AM.
Eu tinha verificado. Tem problema no waitforexit () only. i percebi esse problema quando mover o segundo formulário exe.
Editado por RAJ KUMAR. R quinta-feira, 28 de julho de 2011 10:09.
Qual é exatamente o problema? você leu minha resposta? você também leu o link que eu forneci?
WaitForExit () é um método de bloqueio de thread que fará exatamente exatamente isso - espere que um processo saia antes de continuar com seu código. NÃO fará o seu formulário ocultar ou minimizar, a menos que você diga ao seu código para fazer isso antes de chamar WaitForExit ()
C # MVP (2007-2010) MS Vendor - MS Todo o caminho! Seguidor desde 1995 MS Super Evangelist | Moderador do Fórum MSDN.
Tudo está funcionando bem. Mas quando eu mudo o formulário, ele mostra uma forma múltipla.
Esta é exatamente a causa do problema. Se WaitForExit é chamado a partir do tópico do formulário, ele impedirá que o formulário seja redesenhado novamente. Arrastar algo na frente de uma janela bloqueada deixa um traço da janela arrastada.
Proposto como resposta por ahmedilyas Moderador quinta-feira, 28 de julho de 2011 10:34 Marcado como resposta por Jackie-Sun Moderador segunda-feira, 8 de agosto de 2011 6:50 AM.
Quando você diz que mostra vários formulários - você está falando sobre várias instâncias dos formulários ou apenas o desenho / renderização?
se é o desenho / renderização, sim, como já foi dito - é porque está aguardando que o processo saia / termine antes de continuar e seja threadblocking para que você veja o & quot; problema & quot; você está a descrever. Não há "correcção" para isso, uma vez que não é um bug ou um problema, mas apenas o que você está usando e como você o está usando.
Existe uma razão pela qual você está usando WaitForExit ()? Você deve mostrar seu formulário quando você está usando WaitForExit ()? Por que você não esconde ou minimiza o formulário antes de chamar WaitForExit (), então, restaure-o depois da palavra?
C # MVP (2007-2010) MS Vendor - MS Todo o caminho! Seguidor desde 1995 MS Super Evangelist | Moderador do Fórum MSDN.
A Microsoft está conduzindo 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.
exemplo waitforexit
A sobrecarga WaitForExit () () () é usada para fazer o thread atual aguardar até o processo associado terminar. Esse 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 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 de nota termine? Quais são os sinais disso? Qual é a prova?
Processo p = novo Processo ();
MessageBox. Show (& quot; agora o navegador deve estar fechado & quot;);
Exceto que você não obtém um objeto de processo que você pode usar. Se você tentar.
Dim myProc como novo processo ()
myProc = Process. Start (& quot; iexplore & quot ;, & quot; finance. yahoo/q/hp? s = & quot; + symbol);
A Microsoft está conduzindo 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.
Processo . Método BeginOutputReadLine ()
A documentação de referência da API tem uma nova casa. Visite o navegador da API no docs. microsoft para ver a nova experiência.
Inicia operações de leitura assíncrona no fluxo de StandardOutput redirecionado do aplicativo.
Assembly: System (no System. dll)
Uma operação de leitura assíncrona já está em andamento no fluxo StandardOutput.
O fluxo StandardOutput foi usado por uma operação de leitura síncrona.
O fluxo StandardOutput pode ser lido de forma síncrona ou assíncrona. Métodos como Read, ReadLine e ReadToEnd executam operações de leitura síncrona no fluxo de saída do processo. Essas operações de leitura síncrona não são concluídas até que o Processo associado escreva seu fluxo StandardOutput ou encerre o fluxo.
Em contraste, BeginOutputReadLine inicia operações de leitura assíncronas no fluxo StandardOutput. Este método habilita um manipulador de eventos designado para a saída do fluxo e retorna imediatamente ao chamador, o que pode executar outro trabalho enquanto a saída do fluxo é direcionada para o manipulador de eventos.
Siga estas etapas para executar operações de leitura assíncronas no StandardOutput para um processo:
Adicione seu manipulador de eventos ao evento OutputDataReceived. O manipulador de eventos deve corresponder ao System. Diagnostics. DataReceivedEventHandler delegar assinatura.
Ligue BeginOutputReadLine para o Processo. Esta chamada inicia operações de leitura assíncronas no StandardOutput.
Quando as operações de leitura assíncronas começam, o manipulador de eventos é chamado cada vez que o Processo associado grava uma linha de texto em seu fluxo StandardOutput.
Você pode cancelar uma operação de leitura assíncrona chamando CancelOutputLit. A operação de leitura pode ser cancelada pelo chamador ou pelo manipulador de eventos. Após o cancelamento, você pode chamar BeginOutputReadLine novamente para retomar as operações de leitura assíncronas.
Você não pode misturar operações de leitura assíncronas e síncronas em um fluxo redirecionado. Uma vez que o fluxo redirecionado de um Processo é aberto em modo assíncrono ou síncrono, todas as operações de leitura adicionais nesse fluxo devem estar no mesmo modo. Por exemplo, não siga BeginOutputReadLine com uma chamada para ReadLine no fluxo StandardOutput ou vice-versa. No entanto, você pode ler dois fluxos diferentes em modos diferentes. Por exemplo, você pode chamar BeginOutputReadLine e, em seguida, chamar ReadLine para o fluxo StandardError.
O exemplo a seguir ilustra como executar operações de leitura assíncronas no fluxo de StandardOutput redirecionado do comando de ordenação. O comando classificar é um aplicativo de console que lê e classifica a entrada de texto.
O exemplo cria um delegado de evento para o manipulador de eventos SortOutputHandler e o associa com o evento OutputDataReceived. O manipulador de eventos recebe linhas de texto do fluxo StandardOutput redirecionado, formata o texto e grava o texto na tela.
para uma confiança total para o chamador imediato. Este membro não pode ser usado por código parcialmente confiável.
Eu trabalhei no projeto da minha empresa. Eu notei esse problema, quando liguei de um Exe para Outre Exe. Durante o arrastar, o formulário no segundo Exe mostrará várias formas. Estou usando WaitforExit ().
resolva-o.
Movido por edhickey quarta-feira, 27 de julho de 2011 2:44 PM (De: 3.0 / 3.5 Fundação Workflow do Windows)
Esta é exatamente a causa do problema. Se WaitForExit é chamado a partir do tópico do formulário, ele impedirá que o formulário seja redesenhado novamente. Arrastar algo na frente de uma janela bloqueada deixa um traço da janela arrastada.
Proposto como resposta por ahmedilyas Moderador quinta-feira, 28 de julho de 2011 10:34 Marcado como resposta por Jackie-Sun Moderador segunda-feira, 8 de agosto de 2011 6:50 AM.
O código seria melhor e também seria melhor se você puder nos dizer exatamente o que você está tentando alcançar.
WaitForExit () simplesmente espera (bloqueia seu código durante esse período) para que um processo saia antes de continuar com a execução do seu código de chamada.
C # MVP (2007-2010) MS Vendor - MS Todo o caminho! Seguidor desde 1995 MS Super Evangelist | Moderador do Fórum MSDN.
Proposto como resposta por ahmedilyas Moderador quinta-feira, 28 de julho de 2011 10:33 Marcado como resposta por Jackie-Sun Moderador segunda-feira, 8 de agosto de 2011 6:50 AM.
Todas as respostas.
O código seria melhor e também seria melhor se você puder nos dizer exatamente o que você está tentando alcançar.
WaitForExit () simplesmente espera (bloqueia seu código durante esse período) para que um processo saia antes de continuar com a execução do seu código de chamada.
C # MVP (2007-2010) MS Vendor - MS Todo o caminho! Seguidor desde 1995 MS Super Evangelist | Moderador do Fórum MSDN.
Proposto como resposta por ahmedilyas Moderador quinta-feira, 28 de julho de 2011 10:33 Marcado como resposta por Jackie-Sun Moderador segunda-feira, 8 de agosto de 2011 6:50 AM.
Eu tinha verificado. Tem problema no waitforexit () only. i percebi esse problema quando mover o segundo formulário exe.
Editado por RAJ KUMAR. R quinta-feira, 28 de julho de 2011 10:09.
Qual é exatamente o problema? você leu minha resposta? você também leu o link que eu forneci?
WaitForExit () é um método de bloqueio de thread que fará exatamente exatamente isso - espere que um processo saia antes de continuar com seu código. NÃO fará o seu formulário ocultar ou minimizar, a menos que você diga ao seu código para fazer isso antes de chamar WaitForExit ()
C # MVP (2007-2010) MS Vendor - MS Todo o caminho! Seguidor desde 1995 MS Super Evangelist | Moderador do Fórum MSDN.
Tudo está funcionando bem. Mas quando eu mudo o formulário, ele mostra uma forma múltipla.
Esta é exatamente a causa do problema. Se WaitForExit é chamado a partir do tópico do formulário, ele impedirá que o formulário seja redesenhado novamente. Arrastar algo na frente de uma janela bloqueada deixa um traço da janela arrastada.
Proposto como resposta por ahmedilyas Moderador quinta-feira, 28 de julho de 2011 10:34 Marcado como resposta por Jackie-Sun Moderador segunda-feira, 8 de agosto de 2011 6:50 AM.
Quando você diz que mostra vários formulários - você está falando sobre várias instâncias dos formulários ou apenas o desenho / renderização?
se é o desenho / renderização, sim, como já foi dito - é porque está aguardando que o processo saia / termine antes de continuar e seja threadblocking para que você veja o & quot; problema & quot; você está a descrever. Não há "correcção" para isso, uma vez que não é um bug ou um problema, mas apenas o que você está usando e como você o está usando.
Existe uma razão pela qual você está usando WaitForExit ()? Você deve mostrar seu formulário quando você está usando WaitForExit ()? Por que você não esconde ou minimiza o formulário antes de chamar WaitForExit (), então, restaure-o depois da palavra?
C # MVP (2007-2010) MS Vendor - MS Todo o caminho! Seguidor desde 1995 MS Super Evangelist | Moderador do Fórum MSDN.
A Microsoft está conduzindo 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.
Comments
Post a Comment