2011-04-26 4 views
5

디버그 -> 디버깅하지 않고 시작> 내 WPF 앱이 제대로 실행되지만 디버그 -> 디버깅 시작으로 이동하면 UI가 사라지고 디버그 아래 출력 창에 표시됩니다. :디버깅 할 때만 WPF UI가 깨집니다.

프로그램 '[6744] UI.exe가 : (v4.0.30319)를 관리합니다'코드 -1073740791 (0xc0000409)

어떤 예외가 발생하지 않습니다 또는 아무것도로 종료했다. 왜 이런 일이 생길까요? Prism 라이브러리를 사용하고 있으므로 관련이 있는지 확실하지 않습니다.

프로세스에 디버거를 수동으로 연결하면 충돌없이 디버깅 할 수 있습니다.

+1

디버그 -> 디버깅하지 않고 시작한 다음 디버깅 할 프로세스 (디버그 -> 프로세스에 연결 또는 이와 비슷한 작업)에 연결하면 어떻게됩니까? 그러면 실제로 디버그 할 수 있습니까? – Skrymsli

+2

스택 오버플로가 [this] (http : //www.febooti.디버그를 허용하기 위해 작동하는 것으로 보이는 @Skrymsli – jfs

+0

/common/products/autodesk-workshop/online-help/ events/run-dos-cmd-command/exit-codes /) – user404068

답변

0

개체 초기화 (stackoverflow 또는 임의의 메모리 부족 조건) 중에 힙 손상이 발생했을 수 있습니다. 이것은 주로 P/Invoke 메서드 또는 다른 안전하지 않은 코드로 인해 발생합니다. 안전하지 않은 코드를 사용하지 않는다면 오류의 원인으로 사용하는 타사 라이브러리를 확인하십시오.

1

제 경우에는 동일한 문제가 있습니다. "어셈블리 이름"을 최대 42 자로 변경하면 내 앱이 빌드되었습니다 ...

나는 미친 생각이지만 작동합니다.

0

PRISM을 사용하는 경우 컨테이너 (영역으로 설정)에 내용이있는 경우 오류가 발생할 수 있습니다. 모든 영역은 빈 컨테이너 컨트롤이거나 비어있는 항목 컨트롤이어야합니다.

프리즘에는 이유가 될 수있는 디버그 및 릴리스 모드에 대한 몇 가지 구성이 있습니다. 한 줄씩 분석하려고합니다. 영역 컨트롤이있는 XAML 코드 파일과 태그가 비어 있는지 확인합니다. 컨테이너가 비어 있는지 확인하는 가장 좋은 방법은 짧은 태그 버전을 만드는 것입니다.

예 : 대신 내 멀티 스레딩 애플리케이션에서 유사한 문제가이

<ContentControl></ContentControl> 
0

<ContentControl /> 

을 시도합니다. 나는 해결책을 찾지 만 성공하지 못했습니다. 다중 스레드의 sime 종류를 사용하는 응용 프로그램 - 문제가있을 수 있습니다. 확인하십시오. UI가 주 스레드와 동일한 스레드에서 실행됩니다.

+0

이것은 답변보다 더 많은 코멘트이며 OP가 아닌 다른 사용자에게는 도움이되지 않을 수 있습니다. 아마도 데모 아이디어를 확장하거나이 문제를 확인하거나 배제 할 수있는 방법을 제시했을 것입니다. –

0

이 문제는 Microsoft EMET (Enhanced Mitigation Experience Toolkit) 유틸리티 (http://support.microsoft.com/kb/2458544)가 설치된 경우 발생할 수 있습니다.

응용 프로그램 이벤트 로그에서 "응용 프로그램 이름 : UI.exe와 같은 오류가 있는지 확인하십시오 .EMET는 EAF 완화를 감지하고 응용 프로그램을 종료합니다 : UI.exe". 당신이 이러한 오류가있는 경우

- 구성하거나 그냥 같은 문제가 있었다

0

:-) EMET를 제거하려고은 86 "모든 CPU"로에서 "플랫폼 대상을"로 변경하고 그것을 잘 작동합니다. 그러나 VS2010에만 해당 VS2013 용

관련 문제