Eu quero matar um processo em execução na máquina usando taskkill se theyre ainda em execução após X segundos (um serviço do Windows foi interrompido, mas leva tempo para os processos de dissapear) Qual é a maneira mais correta para realizar o acima em C (.net 2.0 ou Possivelmente 3.0) Método de utilitário Ive para verificar se um processo ainda está em execução, dado o nome do processo (usando Process. GetProcesses ()). (Como o processo não é gerado pelo meu código, eu não posso usar WaitTillExit para saber quando ele não está mais correndo) PS: o processo é executado em uma máquina remota pediu Aug 19 10 às 9: 24Waiting on God - Como esperamos Waiting on God Era um dos segredos de Davids de ser um homem segundo o próprio coração de Deus. Davi entrou e sentou-se diante do Senhor (2 Samuel 7:18). Deus era a sua confiança e confiava nele em todos os aspectos da sua vida: para orientação e instrução (Salmo 25: 5), para ajuda e defesa (Sl 33:20), para a vitória sobre os seus inimigos e vindicação (Sl. Salmos 40: 1, 59: 9), para Seu refúgio da traição e da opressão (Salmo 62: 1,5), para Seu perdão Amor (Sl 130: 5-6), e muito mais. Nada tenta nossa fé como esperar em Deus por respostas à oração. A espera prova nossa submissão a Ele como nossa autoridade confiável. Esperar não é necessariamente resignação de toda atividade é submissão à melhor idéia de Deus. Esperar em Deus significa que toda a nossa vida é trazida sob o guarda-chuva de Deus de autoridade e direção. Se corrermos à frente de Deus, seremos dolorosamente castigados pelo tumulto, exaustão e fracasso. Tomar assuntos em nossas próprias mãos tem um amplo precedente instrutivo na Palavra de Deus. Pense em Abraão com Ismael, em Saulo usurpando o papel de um sacerdote, em Israel procurando ajuda no Egito (Isaías 30: 1-3), ou caminhando na luz do nosso próprio fogo (Isaías 50:11.) O que nós Aprender enquanto estamos esperando Nós aprendemos o próprio Deus. Deus está revelando Suas perfeições, Sua habilidade impecável de ser responsável por cada detalhe. Seu timing é dividido em segundo. Ele é onisciente, onipresente e omnipresente. Ele trabalha tudo e em todos. Ele dá confirmações de Sua sempre-presença. Ele nos dá garantias de Seu poder real sobre o inimigo que não é visto. Seu Espírito Santo nos focaliza. Queremos provas, mas a fé é a substância (não a evidência) das coisas esperadas, a convicção das coisas não vistas (Hb 11: 1). O Espírito Santo diz: Eu vos dou a substância da fé. Ele dá a graça de esperar Seus propósitos até o momento exato em que Ele dá evidência de que Ele estava trabalhando o tempo todo. Sem esta fé, é impossível agradar a Ele, pois todos os que vêm a Deus devem crer que Ele recompensa aqueles que O buscam sinceramente (Hebreus 11: 6). Em comunhão com outros crentes, enquanto nos humilhamos e nos abrimos para receber do corpo de Cristo, seremos fortalecidos para ver o caleidoscópio completo de Seu plano e sermos encorajados na graça de esperar. Salmos 25: 4-5 Com força e coragem Salmos 27:14, 31:24 Regozijando-nos e confiando no Seu santo nome Salmos 33:21 Com base no temor do Senhor e no Seu amor infalível Salmo 33: 18,22 Com esperança Salmo 33:20, 39: 7 Pacientemente Salmos 37: 7, 40: 1 Habacuque 3:16, Romanos 8:25, Hebreus 6: 15Vamos ler o que a MSDN diz sobre isso: A sobrecarga WaitForExit () () () é usada para fazer O thread atual espera 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 Process () p. StartInfo. Arguments 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, a pesquisa on-line será apresentada a você quando você deixar o site Msdn. Você gostaria de participar
No comments:
Post a Comment