VS2015 프로젝트가 더 이상 디버그 모드에서 실행되지 않습니다.
이것은 디버그 구성에서 사용할 때도 얻는 것입니다.
내가 작성 방법은 "Just My Code"를 활성화하고 실행시 사용자 코드가없는 경우 경고를 활성화하는 것입니다. 이것은 최근에 우리 프로젝트에 일어난 일이며 우리가 유발하기 위해 무엇을했는지 잘 모르겠습니다. 그러나 나는 그것을 고칠 수 없었다. 중단 점은 실행되지 않고 빠른 감시는 이상한 결과를 제공합니다.
나는 문제를 인터넷 검색을 시도했지만 표준 "중단 지점이 발생하지"솔루션 중 어느 것도 작동하지 않습니다. 나는 모든 아이디어입니다.
업데이트 : 구성 관리자를 확인하고 모든 프로젝트도 디버그로 설정되어 있습니다.
업데이트 2 : "최적화 사용"을 "릴리스 빌드를 끄고"대화 상자가 더 이상 표시되지 않습니다. 중단 점에서 다시 실행되고 멈 멈춤 다! 그러나 출력 창은 시작할 때 다음을 표시합니다.
모듈 'Navigo.exe'에 대한 기호가로드되지 않았습니다.
- 디버그 빌드 구성을 사용하거나 '내 코드 만 활성화'디버그 옵션을 강화합니다.
- 주문 옵션에서 'Symbols'설정을 확인하십시오.
그래서 더 이상 중단 점과 팝업이 중단됩니다. 중단 점이 작동 추측 기호를로드해야 할 생각 때문에 이상합니다. 결함이없는 경우 중단 점은 작동 작동 할 수 있습니까? 그냥 나쁜 메시지일까요?
구성 관리자를 사용하여 디버그 구성에 대한 실제 설정이 무엇인지 확인합니다. 릴리스를 사용하는 경우 기본 메뉴의 Build \ Configuration Manager에 있습니다.
또한 프로젝트에서 DEBUG를 정의하고 "코드 최적화"가 선택되어 있지 않은지 확인하십시오.
이 몇 가지 프로젝트를 나에게습니다. stuartd에서 제안한대로 빌드 설정을 검토 했습니다 . 그러나 빌드 설정에서 '코드 최적화'가 활성화되지 않습니다 . 그래서 그것을 활성화하고 프로젝트를 저장했습니다. 그런 다음 확인을 취소하고 다시 저장했습니다. 문제 해결됨.
--optimize+플래그가 디버거에 전달하는 경우 버그가 있습니다. 활성화 한 다음 비활성화하는 것은 쉬운 해결 방법입니다.
그냥 들어가서 업데이트 1을 적용한 후에 이런 일이 일어나기 시작했다고 말하고 싶습니다. 기존 프로젝트에서 이것을 보여주기 시작했고 새로운 프로젝트로 복제 할 수 있습니다. 모든 구성은 DEBUG로 설정되고 최적화는 선택되지 않습니다. 키커는 프로젝트를 처음 (또는 정리 후) 실행하면 메시지없이 잘 실행됩니다. 프로젝트를 중지했다가 다시 실행하면 (참고-프로젝트가 REBUILT가 아님) 대화 상자가 표시됩니다. 유일한 해결책은 내 코드 만 옵션을 끄는 것입니다.이 옵션은 문제없이 업데이트 1 이전에 있었기 때문에 해킹으로 보입니다.
언급 된 솔루션이 도움이되지 않은 경우 프로젝트의 AssemblyInfo.cs에서 명시 적 DebuggableAttribute 응용 프로그램을 확인하십시오. 컴파일러의 디버그 / 릴리스 옵션을 재정의하는 것 같습니다.
제 경우에는 파일에이 줄이있었습니다 (레거시 프로젝트, 어떻게 거기에 도달했는지 알 수 없음). 그것을 삭제하면 문제가 해결되었습니다.
[assembly: System.Diagnostics.Debuggable(System.Diagnostics.DebuggableAttribute.DebuggingModes.IgnoreSymbolStoreSequencePoints)]
디버그> 옵션을 선택하고 Suppress JIT optimization. 그것은 나를 위해 작동합니다.
파티에 조금 늦었지만이 문제도 발생했습니다. 효과가 있었던 수정 사항은 내 프로젝트를 간단히 정리하고 다시 빌드하는 것입니다.
위의 답변 중 어느 것도 나를 위해 일하지 않았습니다. IIS를 다시 시작하면 문제가 해결되었습니다.
stuartd의 답변에 보조 메모를 추가하면됩니다.
동일한 빌드 설정에 대해 종속 프로젝트를 확인하십시오. 주 프로젝트에 적절한 설정이 있지만 종속 프로젝트에는없는 경우 동일한 메시지 프롬프트가 표시됩니다. 후방 시야에서 분명하게 이해되지만 가장 먼저 떠오르는 것은 아닙니다.
이것은 오래된 게시물이지만 답변을 검색 할 때 Google에 처음으로 올라온 게시물이므로 다른 사람들도 여기에 올 것입니다.
내 경우 문제는 내 ASP.NET 프로젝트 속성 웹 탭의 IIS 프로젝트 URL이 잘못된 URL로 설정되었다는 것입니다. 프로젝트의 다른 사본과 함께 사용하고 있던 http : // localhost 를 가리 켰습니다 . 내가 연 솔루션의 주소는 실제로 내 로컬 IIS에서 http : // localhost : 90으로 구성되었습니다 .
올바른 주소로 변경하면 문제가 해결되었습니다.
나도 똑같은 문제가 있었어 ... 내가 뭘했는지에 상관없이-아무것도 효과가 없었어. 문제였던 새로운 빈 프로젝트였습니다. 결국 프로젝트 를 제거하고 새 프로젝트를 추가했습니다. 새 프로젝트 에는 다른 이름 이 있어야했습니다 . 같은 이름을 사용하면 오류가 다시 나타납니다. 재부팅 후에도 정리하고 다시 빌드합니다. VS 2015의 버그 일 것입니다.
저에게는 사설 Nuget 서버의 Nuget 참조였습니다. 어떻게 컴파일되었는지 모르겠지만 프로젝트 참조에 대한 참조를 변경하면 문제가 해결되었습니다.
이 목록의 거의 모든 것을 시도했지만 결국 솔루션 속성을 열고 "다중 시작 프로젝트"에서 "단일 시작 프로젝트"로 전환 한 다음 다시 돌아가서이 문제를 해결했습니다.
- 솔루션을 마우스 오른쪽 버튼으로 클릭하고 "속성"을 선택합니다.
- "공통 속성"에서 "다중 시작 프로젝트"선택을 "단일 시작 프로젝트"로 변경합니다.
- 확인 클릭
- 디버깅 실행
- 디버깅을 종료하고 1-3 단계를 반복하되 "다중 시작 프로젝트"로 다시 전환합니다.
- 여러 프로젝트에서 다시 디버깅 실행
VS2015Express에서 VS2012Pro 프로젝트를 열었고 동일한 문제가 발생했습니다.
솔루션 속성 | 구성 속성 및 프로젝트가 릴리스 및 x86으로 설정되었음을 발견했습니다.
디버그 및 모든 CPU로 다시 변경했는데 프롬프트가 사라졌습니다.
필자의 경우 Outlook 용 VSTO 플러그인을 개발 중이 었는데 Outlook이 설치 프로그램을 테스트하는 동안 최근에 설치 한 DLL의 릴리스 버전을 실수로로드했습니다. VS가 내가 예상 한 디버그 대신 해당 DLL을 사용하려고 한 것 같습니다. Outlook에서로드되는 DLL을 수정하면이 문제가 해결되었습니다.
몇 가지 문제를 만났고 마침내 '내 코드 만 비활성화하고 계속하기'를 선택하여 문제를 해결했습니다.
해결 단계 :
문제가되는 프로젝트의 빌드 설정으로 이동합니다.
"고급"버튼까지 오른쪽으로 스크롤합니다.
"디버그 정보"가 "없음"으로 설정되어 있지 않은지 확인하십시오.
전체 옵션을 사용하는 것이 좋습니다.
기꺼이 도와 드리겠습니다
질문에 대한 주석으로 Patrick 의 링크를 본 후 누군가가 IIS Express에서 사이트를 중지하는 해결 방법을 언급했습니다. Visual Studio에서 디버거를 중지 한 후에 바로 이와 동일한 문제가 발생하는 것을 방지 할 수있었습니다. 그러나 나는 그것을 더 조사하고 있었고 디버거의 '편집 및 계속'설정과 관련이있을 수도 있다고 생각합니다. Visual Studio의 옵션에서 비활성화했을 때 더 이상 문제가 없었습니다. 그러나 그러면 편집 및 계속 기능을 사용할 수 없으므로 그만한 가치가 있는지 확실하지 않습니다.
도구> 옵션> 디버거> 편집하고 계속하기 (일반 목록의 맨 아래로 스크롤)> 편집하고 계속하기 확인란을 선택 취소합니다.
업데이트 1을 설치 한 후 갑자기이 문제를 경험했지만 처음에이 설정을 해제했을 수도 있습니다 ... 확실하지 않습니다.
@romanoza가 언급했듯이 Microsoft는 다음 정보로 버그 보고서를 업데이트했습니다.
디버그-> 옵션-> 모듈로드시 JIT 최적화 억제 설정을 선택 취소하십시오 (관리 전용).
이것이 해결 방법입니다. 그들은 나중에 다음과 같이 말합니다.
선택하지 않으면 특정 시나리오에서 내 코드의 성능과 동작이 모두 향상되므로 선택하지 않은 상태로 두는 것이 좋습니다.
마지막으로 감사의 말 :
해당 설정이 활성화 된 상태에서 작동하지 않는 버그이며 일부 고객이 해당 설정을 활성화 한 상태에서 여전히 디버깅을 원하는 경우 해당 상황에 대한 수정 작업을 진행 중입니다.
... 더 이상 지연없이 계속 진행해야하는 경우 팝업에서 마지막 옵션을 선택하면 모두 이전과 동일하게 실행됩니다.
이것은 이상한 경고였습니다.
솔루션을 다시 빌드한다고해서 모든 DLL (특히 종속 프로젝트에서 복사 된 DLL)이 반드시 지워지는 것은 아닙니다.
그러나 종속성 프로젝트를 다시 빌드하면이 경고가 사라졌습니다.
VS2015 업데이트 3에서이 문제에 직면했습니다.
내 솔루션은 다른 모든 솔루션과 약간 다르며 약간 독특합니다.
동일한 어셈블리를 참조하는 관리 코드와 클래식 ASP가 혼합 된 웹 사이트를 사용하고 있습니다. Visual Studio는 내 관리 DLL이 릴리스 빌드라고 불평했습니다.
이 문제는 내 어셈블리에서 발생하지 않은 예외 였지만 상호 운영을 통해 클래식 ASP 페이지에서 발생했습니다. Visual Studio에서 기질을 처리 할 수 있음 오류 메시지가 표시됩니다. 관리 코드에서 발생하는 예외로 인해 발생했을 것입니다.
내 관리되는 어셈블리 생성자의 문제를 수정하면 모든 것이 수정됩니다.
"아하!"가 모든 것이 이해가 나올 것입니다. 오류 메시지가 "아하!"가 모든 것을 시도했습니다. 순간.
이틀을 보냈는데 Reset the Visual Studio 2017 Experimental Instance도움 이 된 것 입니다.
참고 URL : https://stackoverflow.com/questions/31992705/vs2015-project-no-longer-runs-in-debug-mode
'IT' 카테고리의 다른 글
| Android Test Framework를 사용하는 Android AsyncTask 테스트 (0) | 2020.08.27 |
|---|---|
| Go의 http 패키지에서 POST 요청에 대한 쿼리를 어떻게 얻습니까? (0) | 2020.08.27 |
| Flask SQLAlchemy 쿼리, 열 이름 지정 (0) | 2020.08.27 |
| Visual Studio : 여러 빌드 후 명령? (0) | 2020.08.27 |
| 왜 캐스팅을 피해야합니까? (0) | 2020.08.27 |