프로세스 대기 시간 초과
App Store를 통해 가져 오기 우리의 응용 프로그램 에서이 게시물을 읽으십시오!
ProcessStartInfo WaitForExit 시간 초과입니다.
ProcessStartInfo를 사용하여 pdf 파일을 인쇄해야합니다.
파일 이름과 인수는 cmd에 붙여 넣을 때 올바르게 작동합니다. 코드는 제대로 작동하지만 Process. Start 다음에는 WaitForExit을 시작하면 프로그램이 완료되지 않습니다. 시간 초과 오류가 발생했습니다.
System. Threading. ThreadAbortException : 스레드가 중단되었습니다. System. Threading. WaitHandle. InternalWaitOne (SafeHandle waitableSafeHandle, Int64 millisecondsTimeout, 부울 hasThreadAffinity, 부울 exitContext)에서 System. Diagnostics. Process. WaitForExit에서 System. Threading. WaitHandle. WaitOneNative (SafeHandle waitableSafeHandle, UInt32 millisecondsTimeout, 부울 hasThreadAffinity, 부울 exitContext) (Int32 밀리 초).
& lt; httpRuntime executionTimeout = "300"/ & gt; 설정과 같은 몇 가지 사항을 검색하고 시도해 보았습니다. process. aitForExit (6000);을 사용하여 코드에서 500이나 같은 코드를 실행하십시오. 예외는 없지만 아무 것도 인쇄되지 않은 곳에서는 더 높습니다.
오류가 있습니까, 아니면 뭔가 빠졌습니까?
편집 : 위의 내 코드 블록을 변경했습니다. 이제 코드는 디버그 모드에서 작동하지만 게시 될 때 내 문서를 인쇄하지 않습니다. 나는 또한 다른 사용자를 사용하려고 시도했다. 디버그 모드에서 코드는 문서를 인쇄하지만 kill 쿼리에서 실행됩니다.
ProcessStartInfo. Verbs는 인수 예외를 반환하지만 이유를 모르겠습니다.
많은 노력, 테스트 및 검색을 한 후에 내 코드가 작동한다고 확신합니다. 그래서 아직도 내 코드가 작동을 멈춘 이유를 모르겠다. 그러나 서버의 Adobe Reader 9.0에서 7.0으로 변경하면 이제 작동합니다.
Adobe Reader 9.0으로 로컬 디버깅을 할 때도 제대로 작동 했으므로 웹 서버에 업데이트가있을 수 있습니다. 나는 그것을 아직 검증하지 않았다.
프로세스 대기 시간 초과
App Store를 통해 가져 오기 우리의 응용 프로그램 에서이 게시물을 읽으십시오!
특정 시간 이후 프로세스 종료 + C #
2 ~ 3 분이 다음 코드를 살펴본 후 프로세스를 종료하는 방법은 무엇입니까?
그래서 나는 그 IE 창을 2 분 후에 닫고 싶다.
Process. WaitForExit을 2 분의 제한 시간과 함께 사용하고 WaitForExit이 false를 반환하면 Process. Kill을 호출하십시오.
(상황에 따라 Kill 대신 CloseMainWindow를 호출하는 것도 고려해 볼 수 있습니다. 또는 최소한 먼저 시도해 보아 프로세스를 정상적으로 종료 할 수있는 기회를 제공하십시오.)
System. Threading. Timer를 사용하고 2 분 후에 콜백 될 TimerCallback (프로세스를 포함합니다. Kill)을 제공하십시오. 여기 예제를 참조하십시오.
편집 : 존의 솔루션은 간단합니다 .. 덜 유형 .. 아니 처분 reqd.
콘솔 응용 프로그램 대신 Windows 서비스를 사용해보십시오. Windows 서비스는 라이프 사이클을 반복하므로 Windows 서비스의 타이머 컨트롤을 사용하여 쉽게 구현할 수 있습니다. 타이머를 일정한 간격으로 틱하게하고 특정 시간 간격으로 원하는 작업을 수행하십시오.
물론 콘솔 어플리케이션에서도 타이머 컨트롤을 사용할 수 있습니다.
프로세스 대기 시간 초과
내 응용 프로그램에 다음 코드가 있습니다.
System. Diagnostics. Process proc = new System. Diagnostics. Process ();
다른 응용 프로그램을 통해 이것을 호출하면 프로세스가 중지됩니다.
그런 다음 5 초를 기다렸다가 이제는 정상적으로 작동합니다. 그러나이 시간 초과 값은 시스템 리소스 및 입력 응용 프로그램의 처리량에 따라 달라질 수 있으므로이 문제를 수정하는 더 좋은 방법을 찾아야합니다.
그래서, 내 질문은 우리가 System. Diagnostics를 사용하여 프로세스를 만들고 있다면, OS가 별도의 스레드를 만들고 그것을 기본 스레드 또는 UI 스레드로 만드나요?
또는 System. Threading. Thread와 동일한 CLR 스레드를 만드는 중입니까?
Thread-pool을 사용하여 작업자 스레드를 생성하는 것이 더 좋은 선택일까요?
스레드 풀이 사용자 모드 스케줄링을 사용합니까?
이것에 대한 당신의 도움을 감사하십시오.
System. Diagnostics가 배경 스레드 또는 작업자 스레드도 생성하기 때문에 하루가 끝날 때 변경 사항이 없으므로 별도의 스레드를 다시 만들지 않으므로 그 점을 알아야합니다.
위의 구현과 백그라운드 스레드를 만드는 것의 차이점은 무엇입니까?
응용 프로그램의 내부 및 외부 스레드를 혼란스럽게합니다. UI 스레드에서 WaitForExit을 사용하는 경우. UI 스레드가 응답하지 않게됩니다. 문제가 발생하면 BackgroundWorker의 DoWork 이벤트에 새 프로세스를 생성하십시오. 프로세스가 종료되면 UI 스레드에 경고하는 RunWorkerCompleteEvent가 트리거됩니다.
민 주 (Min Zhu) 마이크로 소프트 우연한 직원의 답변으로 표시 중재자 Monday, July 18, 2011 3:10 AM.
모든 답장.
EnableRaisingEvents = false로 이벤트를 기다리면 WaitForExit을 타이머로 사용하고 있음을 의미합니다. 적절한 값으로 설정하십시오.
EnableRaisingEvents = false로 이벤트를 기다리면 WaitForExit을 타이머로 사용하고 있음을 의미합니다. 적절한 값으로 설정하십시오.
저는 5000을 값으로 주었고 문제를 해결했습니다. 내 걱정은 다른 시스템 자원, 입력 내용 크기 등으로 유사하게 작동합니까?
관련 프로세스가 간격의 끝까지 종료되지 않으면 어떻게됩니까?
Windows는 실시간 운영 체제가 아니므로 모든 타이머는 OS의 일정에 따라 달라집니다. 아마도 System. Timers. Timer가 가장 정확합니다.
& quot; 관련 프로세스가 간격의 끝까지 종료되지 않으면 어떻게됩니까? & quot; 이 기능을 사용 중지했습니다. 이것이 당신이하려고하는 것이라면 그것을 가능하게하십시오. 프로세스를 시작하는 데 사용한 스레드를 차단하고 싶지 않으면 백그라운드 스레드에서 시작하십시오. BackgxroundWorker가 이에 적합합니다.
System. Diagnostics가 배경 스레드 또는 작업자 스레드도 생성하기 때문에 하루가 끝날 때 변경 사항이 없으므로 별도의 스레드를 다시 만들지 않으므로 그 점을 알아야합니다.
위의 구현과 백그라운드 스레드를 만드는 것의 차이점은 무엇입니까?
System. Diagnostics가 배경 스레드 또는 작업자 스레드도 생성하기 때문에 하루가 끝날 때 변경 사항이 없으므로 별도의 스레드를 다시 만들지 않으므로 그 점을 알아야합니다.
위의 구현과 백그라운드 스레드를 만드는 것의 차이점은 무엇입니까?
응용 프로그램의 내부 및 외부 스레드를 혼란스럽게합니다. UI 스레드에서 WaitForExit을 사용하는 경우. UI 스레드가 응답하지 않게됩니다. 문제가 발생하면 BackgroundWorker의 DoWork 이벤트에 새 프로세스를 생성하십시오. 프로세스가 종료되면 UI 스레드에 경고하는 RunWorkerCompleteEvent가 트리거됩니다.
민 주 (Min Zhu) 마이크로 소프트 우연한 직원의 답변으로 표시 중재자 Monday, July 18, 2011 3:10 AM.
Microsoft는 Msdn 웹 사이트에 대한 귀하의 의견을 이해하기 위해 온라인 설문 조사를 실시하고 있습니다. 참여를 선택하면 Msdn 웹 사이트를 탈퇴 할 때 온라인 설문 조사가 제공됩니다.
프로세스 대기 시간 초과
나는 Company Project에서 일하고 있습니다. 나는 한 exe에서 다른 exe 호출 할 때이 문제를 발견했습니다. 두 번째 Exe에서 폼을 드래그하는 동안 여러 폼이 표시됩니다. 나는 WaitforExit ()를 사용하고있다.
그것을 해결하십시오.
이사 한 edhickey 2011 년 7 월 27 일 수요일 오후 2:44 (From : 3.0 / 3.5 Windows Workflow Foundation)
이것은 정확히 문제의 원인입니다. WaitForExit이 Form의 스레드에서 호출되면 Form이 다시 그려지지 않습니다. 차단 된 창 앞에 무언가를 끌면 드래그 한 창을 추적 할 수 있습니다.
ahmedilyas의 답변으로 제안 됨 중재자 2011 년 7 월 28 일 목요일 오전 10:34 Jackie-Sun 중재자의 답변으로 표시 Monday, August 8, 2011 6:50 AM.
코드가 더 좋을 것이고 당신이 달성하고자하는 것을 정확하게 말할 수 있다면 더 나을 것입니다.
WaitForExit ()은 호출 코드의 실행을 계속하기 전에 프로세스가 종료 될 때까지 대기합니다 (이 기간 동안 코드를 차단).
C # MVP (2007-2010) MS 공급 업체 - MS 모든 방법! 1995 년 이후 추종자 MS Super Evangelist | MSDN 포럼 중재자.
ahmedilyas의 답변으로 제안 됨 중재자 2011 년 7 월 28 일 목요일 오전 10:33 Jackie-Sun 중재자의 답변으로 표시 Monday, August 8, 2011 6:50 AM.
모든 답장.
코드가 더 좋을 것이고 당신이 달성하고자하는 것을 정확하게 말할 수 있다면 더 나을 것입니다.
WaitForExit ()은 호출 코드의 실행을 계속하기 전에 프로세스가 종료 될 때까지 대기합니다 (이 기간 동안 코드를 차단).
C # MVP (2007-2010) MS 공급 업체 - MS 모든 방법! 1995 년 이후 추종자 MS Super Evangelist | MSDN 포럼 중재자.
ahmedilyas의 답변으로 제안 됨 중재자 2011 년 7 월 28 일 목요일 오전 10:33 Jackie-Sun 중재자의 답변으로 표시 Monday, August 8, 2011 6:50 AM.
내가 확인했다. 그것은 waitforexit ()에 대해서만 문제가있다. 나는 두 번째 exe 형식을 이동할 때 그 문제를 알아 차렸다.
RAJ KUMAR. R에 의해 편집 됨 2011 년 7 월 28 일 목요일 오전 10:09
문제가 정확히 무엇입니까? 내 반응을 읽었 니? 내가 제공 한 링크도 읽었습니까?
WaitForExit ()은 코드를 계속하기 전에 프로세스가 종료 될 때까지 기다리는 스레드 차단 메서드입니다. WaitForExit ()을 호출하기 전에 코드를 호출하지 않는 한 폼을 숨기거나 최소화하지 않습니다.
C # MVP (2007-2010) MS 공급 업체 - MS 모든 방법! 1995 년 이후 추종자 MS Super Evangelist | MSDN 포럼 중재자.
모든 것이 잘 작동합니다. 그러나 양식을 이동할 때 여러 양식이 표시됩니다.
이것은 정확히 문제의 원인입니다. WaitForExit이 Form의 스레드에서 호출되면 Form이 다시 그려지지 않습니다. 차단 된 창 앞에 무언가를 끌면 드래그 한 창을 추적 할 수 있습니다.
ahmedilyas의 답변으로 제안 됨 중재자 2011 년 7 월 28 일 목요일 오전 10:34 Jackie-Sun 중재자의 답변으로 표시 Monday, August 8, 2011 6:50 AM.
여러 폼을 표시한다고 말할 때 - 폼의 여러 인스턴스 또는 드로잉 / 렌더링에 대해 이야기하고 있습니까?
드로잉 / 렌더링이고 그렇다면 이전처럼 말입니다 - 프로세스가 종료되기 전에 프로세스가 끝나기를 기다리고 있기 때문에 스레드 블로킹이 진행되므로 "문제"메시지가 표시됩니다. 당신은 묘사하는 것처럼 보입니다. & quot; 수정 & quot; 이 문제는 버그 나 쟁점이 아니라 사용하고있는 내용과 사용 방법에 따라 다릅니다.
WaitForExit ()을 사용하는 이유가 무엇입니까? WaitForExit ()을 사용할 때 양식을 표시해야합니까? WaitForExit ()을 호출 한 다음 나중에 다시 복원하기 전에 양식을 숨기거나 최소화하지 않는 이유는 무엇입니까?
C # MVP (2007-2010) MS 공급 업체 - MS 모든 방법! 1995 년 이후 추종자 MS Super Evangelist | MSDN 포럼 중재자.
Microsoft는 Msdn 웹 사이트에 대한 귀하의 의견을 이해하기 위해 온라인 설문 조사를 실시하고 있습니다. 참여를 선택하면 Msdn 웹 사이트를 탈퇴 할 때 온라인 설문 조사가 제공됩니다.
App Store를 통해 가져 오기 우리의 응용 프로그램 에서이 게시물을 읽으십시오!
특정 시간 이후 프로세스 종료 + C #
2 ~ 3 분이 다음 코드를 살펴본 후 프로세스를 종료하는 방법은 무엇입니까?
그래서 나는 그 IE 창을 2 분 후에 닫고 싶다.
Process. WaitForExit을 2 분의 제한 시간과 함께 사용하고 WaitForExit이 false를 반환하면 Process. Kill을 호출하십시오.
(상황에 따라 Kill 대신 CloseMainWindow를 호출하는 것도 고려해 볼 수 있습니다. 또는 최소한 먼저 시도해 보아 프로세스를 정상적으로 종료 할 수있는 기회를 제공하십시오.)
System. Threading. Timer를 사용하고 2 분 후에 콜백 될 TimerCallback (프로세스를 포함합니다. Kill)을 제공하십시오. 여기 예제를 참조하십시오.
편집 : 존의 솔루션은 간단합니다 .. 덜 유형 .. 아니 처분 reqd.
콘솔 응용 프로그램 대신 Windows 서비스를 사용해보십시오. Windows 서비스는 라이프 사이클을 반복하므로 Windows 서비스의 타이머 컨트롤을 사용하여 쉽게 구현할 수 있습니다. 타이머를 일정한 간격으로 틱하게하고 특정 시간 간격으로 원하는 작업을 수행하십시오.
물론 콘솔 어플리케이션에서도 타이머 컨트롤을 사용할 수 있습니다.
프로세스 대기 시간 초과
내 응용 프로그램에 다음 코드가 있습니다.
System. Diagnostics. Process proc = new System. Diagnostics. Process ();
다른 응용 프로그램을 통해 이것을 호출하면 프로세스가 중지됩니다.
그런 다음 5 초를 기다렸다가 이제는 정상적으로 작동합니다. 그러나이 시간 초과 값은 시스템 리소스 및 입력 응용 프로그램의 처리량에 따라 달라질 수 있으므로이 문제를 수정하는 더 좋은 방법을 찾아야합니다.
그래서, 내 질문은 우리가 System. Diagnostics를 사용하여 프로세스를 만들고 있다면, OS가 별도의 스레드를 만들고 그것을 기본 스레드 또는 UI 스레드로 만드나요?
또는 System. Threading. Thread와 동일한 CLR 스레드를 만드는 중입니까?
Thread-pool을 사용하여 작업자 스레드를 생성하는 것이 더 좋은 선택일까요?
스레드 풀이 사용자 모드 스케줄링을 사용합니까?
이것에 대한 당신의 도움을 감사하십시오.
System. Diagnostics가 배경 스레드 또는 작업자 스레드도 생성하기 때문에 하루가 끝날 때 변경 사항이 없으므로 별도의 스레드를 다시 만들지 않으므로 그 점을 알아야합니다.
위의 구현과 백그라운드 스레드를 만드는 것의 차이점은 무엇입니까?
응용 프로그램의 내부 및 외부 스레드를 혼란스럽게합니다. UI 스레드에서 WaitForExit을 사용하는 경우. UI 스레드가 응답하지 않게됩니다. 문제가 발생하면 BackgroundWorker의 DoWork 이벤트에 새 프로세스를 생성하십시오. 프로세스가 종료되면 UI 스레드에 경고하는 RunWorkerCompleteEvent가 트리거됩니다.
민 주 (Min Zhu) 마이크로 소프트 우연한 직원의 답변으로 표시 중재자 Monday, July 18, 2011 3:10 AM.
모든 답장.
EnableRaisingEvents = false로 이벤트를 기다리면 WaitForExit을 타이머로 사용하고 있음을 의미합니다. 적절한 값으로 설정하십시오.
EnableRaisingEvents = false로 이벤트를 기다리면 WaitForExit을 타이머로 사용하고 있음을 의미합니다. 적절한 값으로 설정하십시오.
저는 5000을 값으로 주었고 문제를 해결했습니다. 내 걱정은 다른 시스템 자원, 입력 내용 크기 등으로 유사하게 작동합니까?
관련 프로세스가 간격의 끝까지 종료되지 않으면 어떻게됩니까?
Windows는 실시간 운영 체제가 아니므로 모든 타이머는 OS의 일정에 따라 달라집니다. 아마도 System. Timers. Timer가 가장 정확합니다.
& quot; 관련 프로세스가 간격의 끝까지 종료되지 않으면 어떻게됩니까? & quot; 이 기능을 사용 중지했습니다. 이것이 당신이하려고하는 것이라면 그것을 가능하게하십시오. 프로세스를 시작하는 데 사용한 스레드를 차단하고 싶지 않으면 백그라운드 스레드에서 시작하십시오. BackgxroundWorker가 이에 적합합니다.
System. Diagnostics가 배경 스레드 또는 작업자 스레드도 생성하기 때문에 하루가 끝날 때 변경 사항이 없으므로 별도의 스레드를 다시 만들지 않으므로 그 점을 알아야합니다.
위의 구현과 백그라운드 스레드를 만드는 것의 차이점은 무엇입니까?
System. Diagnostics가 배경 스레드 또는 작업자 스레드도 생성하기 때문에 하루가 끝날 때 변경 사항이 없으므로 별도의 스레드를 다시 만들지 않으므로 그 점을 알아야합니다.
위의 구현과 백그라운드 스레드를 만드는 것의 차이점은 무엇입니까?
응용 프로그램의 내부 및 외부 스레드를 혼란스럽게합니다. UI 스레드에서 WaitForExit을 사용하는 경우. UI 스레드가 응답하지 않게됩니다. 문제가 발생하면 BackgroundWorker의 DoWork 이벤트에 새 프로세스를 생성하십시오. 프로세스가 종료되면 UI 스레드에 경고하는 RunWorkerCompleteEvent가 트리거됩니다.
민 주 (Min Zhu) 마이크로 소프트 우연한 직원의 답변으로 표시 중재자 Monday, July 18, 2011 3:10 AM.
Microsoft는 Msdn 웹 사이트에 대한 귀하의 의견을 이해하기 위해 온라인 설문 조사를 실시하고 있습니다. 참여를 선택하면 Msdn 웹 사이트를 탈퇴 할 때 온라인 설문 조사가 제공됩니다.
프로세스 대기 시간 초과
나는 Company Project에서 일하고 있습니다. 나는 한 exe에서 다른 exe 호출 할 때이 문제를 발견했습니다. 두 번째 Exe에서 폼을 드래그하는 동안 여러 폼이 표시됩니다. 나는 WaitforExit ()를 사용하고있다.
그것을 해결하십시오.
이사 한 edhickey 2011 년 7 월 27 일 수요일 오후 2:44 (From : 3.0 / 3.5 Windows Workflow Foundation)
이것은 정확히 문제의 원인입니다. WaitForExit이 Form의 스레드에서 호출되면 Form이 다시 그려지지 않습니다. 차단 된 창 앞에 무언가를 끌면 드래그 한 창을 추적 할 수 있습니다.
ahmedilyas의 답변으로 제안 됨 중재자 2011 년 7 월 28 일 목요일 오전 10:34 Jackie-Sun 중재자의 답변으로 표시 Monday, August 8, 2011 6:50 AM.
코드가 더 좋을 것이고 당신이 달성하고자하는 것을 정확하게 말할 수 있다면 더 나을 것입니다.
WaitForExit ()은 호출 코드의 실행을 계속하기 전에 프로세스가 종료 될 때까지 대기합니다 (이 기간 동안 코드를 차단).
C # MVP (2007-2010) MS 공급 업체 - MS 모든 방법! 1995 년 이후 추종자 MS Super Evangelist | MSDN 포럼 중재자.
ahmedilyas의 답변으로 제안 됨 중재자 2011 년 7 월 28 일 목요일 오전 10:33 Jackie-Sun 중재자의 답변으로 표시 Monday, August 8, 2011 6:50 AM.
모든 답장.
코드가 더 좋을 것이고 당신이 달성하고자하는 것을 정확하게 말할 수 있다면 더 나을 것입니다.
WaitForExit ()은 호출 코드의 실행을 계속하기 전에 프로세스가 종료 될 때까지 대기합니다 (이 기간 동안 코드를 차단).
C # MVP (2007-2010) MS 공급 업체 - MS 모든 방법! 1995 년 이후 추종자 MS Super Evangelist | MSDN 포럼 중재자.
ahmedilyas의 답변으로 제안 됨 중재자 2011 년 7 월 28 일 목요일 오전 10:33 Jackie-Sun 중재자의 답변으로 표시 Monday, August 8, 2011 6:50 AM.
내가 확인했다. 그것은 waitforexit ()에 대해서만 문제가있다. 나는 두 번째 exe 형식을 이동할 때 그 문제를 알아 차렸다.
RAJ KUMAR. R에 의해 편집 됨 2011 년 7 월 28 일 목요일 오전 10:09
문제가 정확히 무엇입니까? 내 반응을 읽었 니? 내가 제공 한 링크도 읽었습니까?
WaitForExit ()은 코드를 계속하기 전에 프로세스가 종료 될 때까지 기다리는 스레드 차단 메서드입니다. WaitForExit ()을 호출하기 전에 코드를 호출하지 않는 한 폼을 숨기거나 최소화하지 않습니다.
C # MVP (2007-2010) MS 공급 업체 - MS 모든 방법! 1995 년 이후 추종자 MS Super Evangelist | MSDN 포럼 중재자.
모든 것이 잘 작동합니다. 그러나 양식을 이동할 때 여러 양식이 표시됩니다.
이것은 정확히 문제의 원인입니다. WaitForExit이 Form의 스레드에서 호출되면 Form이 다시 그려지지 않습니다. 차단 된 창 앞에 무언가를 끌면 드래그 한 창을 추적 할 수 있습니다.
ahmedilyas의 답변으로 제안 됨 중재자 2011 년 7 월 28 일 목요일 오전 10:34 Jackie-Sun 중재자의 답변으로 표시 Monday, August 8, 2011 6:50 AM.
여러 폼을 표시한다고 말할 때 - 폼의 여러 인스턴스 또는 드로잉 / 렌더링에 대해 이야기하고 있습니까?
드로잉 / 렌더링이고 그렇다면 이전처럼 말입니다 - 프로세스가 종료되기 전에 프로세스가 끝나기를 기다리고 있기 때문에 스레드 블로킹이 진행되므로 "문제"메시지가 표시됩니다. 당신은 묘사하는 것처럼 보입니다. & quot; 수정 & quot; 이 문제는 버그 나 쟁점이 아니라 사용하고있는 내용과 사용 방법에 따라 다릅니다.
WaitForExit ()을 사용하는 이유가 무엇입니까? WaitForExit ()을 사용할 때 양식을 표시해야합니까? WaitForExit ()을 호출 한 다음 나중에 다시 복원하기 전에 양식을 숨기거나 최소화하지 않는 이유는 무엇입니까?
C # MVP (2007-2010) MS 공급 업체 - MS 모든 방법! 1995 년 이후 추종자 MS Super Evangelist | MSDN 포럼 중재자.
Microsoft는 Msdn 웹 사이트에 대한 귀하의 의견을 이해하기 위해 온라인 설문 조사를 실시하고 있습니다. 참여를 선택하면 Msdn 웹 사이트를 탈퇴 할 때 온라인 설문 조사가 제공됩니다.
나는 Company Project에서 일하고 있습니다. 나는 한 exe에서 다른 exe 호출 할 때이 문제를 발견했습니다. 두 번째 Exe에서 폼을 드래그하는 동안 여러 폼이 표시됩니다. 나는 WaitforExit ()를 사용하고있다.
그것을 해결하십시오.
이사 한 edhickey 2011 년 7 월 27 일 수요일 오후 2:44 (From : 3.0 / 3.5 Windows Workflow Foundation)
이것은 정확히 문제의 원인입니다. WaitForExit이 Form의 스레드에서 호출되면 Form이 다시 그려지지 않습니다. 차단 된 창 앞에 무언가를 끌면 드래그 한 창을 추적 할 수 있습니다.
ahmedilyas의 답변으로 제안 됨 중재자 2011 년 7 월 28 일 목요일 오전 10:34 Jackie-Sun 중재자의 답변으로 표시 Monday, August 8, 2011 6:50 AM.
코드가 더 좋을 것이고 당신이 달성하고자하는 것을 정확하게 말할 수 있다면 더 나을 것입니다.
WaitForExit ()은 호출 코드의 실행을 계속하기 전에 프로세스가 종료 될 때까지 대기합니다 (이 기간 동안 코드를 차단).
C # MVP (2007-2010) MS 공급 업체 - MS 모든 방법! 1995 년 이후 추종자 MS Super Evangelist | MSDN 포럼 중재자.
ahmedilyas의 답변으로 제안 됨 중재자 2011 년 7 월 28 일 목요일 오전 10:33 Jackie-Sun 중재자의 답변으로 표시 Monday, August 8, 2011 6:50 AM.
모든 답장.
코드가 더 좋을 것이고 당신이 달성하고자하는 것을 정확하게 말할 수 있다면 더 나을 것입니다.
WaitForExit ()은 호출 코드의 실행을 계속하기 전에 프로세스가 종료 될 때까지 대기합니다 (이 기간 동안 코드를 차단).
C # MVP (2007-2010) MS 공급 업체 - MS 모든 방법! 1995 년 이후 추종자 MS Super Evangelist | MSDN 포럼 중재자.
ahmedilyas의 답변으로 제안 됨 중재자 2011 년 7 월 28 일 목요일 오전 10:33 Jackie-Sun 중재자의 답변으로 표시 Monday, August 8, 2011 6:50 AM.
내가 확인했다. 그것은 waitforexit ()에 대해서만 문제가있다. 나는 두 번째 exe 형식을 이동할 때 그 문제를 알아 차렸다.
RAJ KUMAR. R에 의해 편집 됨 2011 년 7 월 28 일 목요일 오전 10:09
문제가 정확히 무엇입니까? 내 반응을 읽었 니? 내가 제공 한 링크도 읽었습니까?
WaitForExit ()은 코드를 계속하기 전에 프로세스가 종료 될 때까지 기다리는 스레드 차단 메서드입니다. WaitForExit ()을 호출하기 전에 코드를 호출하지 않는 한 폼을 숨기거나 최소화하지 않습니다.
C # MVP (2007-2010) MS 공급 업체 - MS 모든 방법! 1995 년 이후 추종자 MS Super Evangelist | MSDN 포럼 중재자.
모든 것이 잘 작동합니다. 그러나 양식을 이동할 때 여러 양식이 표시됩니다.
이것은 정확히 문제의 원인입니다. WaitForExit이 Form의 스레드에서 호출되면 Form이 다시 그려지지 않습니다. 차단 된 창 앞에 무언가를 끌면 드래그 한 창을 추적 할 수 있습니다.
ahmedilyas의 답변으로 제안 됨 중재자 2011 년 7 월 28 일 목요일 오전 10:34 Jackie-Sun 중재자의 답변으로 표시 Monday, August 8, 2011 6:50 AM.
여러 폼을 표시한다고 말할 때 - 폼의 여러 인스턴스 또는 드로잉 / 렌더링에 대해 이야기하고 있습니까?
드로잉 / 렌더링이고 그렇다면 이전처럼 말입니다 - 프로세스가 종료되기 전에 프로세스가 끝나기를 기다리고 있기 때문에 스레드 블로킹이 진행되므로 "문제"메시지가 표시됩니다. 당신은 묘사하는 것처럼 보입니다. & quot; 수정 & quot; 이 문제는 버그 나 쟁점이 아니라 사용하고있는 내용과 사용 방법에 따라 다릅니다.
WaitForExit ()을 사용하는 이유가 무엇입니까? WaitForExit ()을 사용할 때 양식을 표시해야합니까? WaitForExit ()을 호출 한 다음 나중에 다시 복원하기 전에 양식을 숨기거나 최소화하지 않는 이유는 무엇입니까?
C # MVP (2007-2010) MS 공급 업체 - MS 모든 방법! 1995 년 이후 추종자 MS Super Evangelist | MSDN 포럼 중재자.
Microsoft는 Msdn 웹 사이트에 대한 귀하의 의견을 이해하기 위해 온라인 설문 조사를 실시하고 있습니다. 참여를 선택하면 Msdn 웹 사이트를 탈퇴 할 때 온라인 설문 조사가 제공됩니다.
Comments
Post a Comment