Visual Studio 2010에서 "현재 메서드의 코드가 최적화되어 있으므로 식을 평가할 수 없습니다"

디버그 모드에서 Visual Studio 2010을 사용하고 있으며 "코드 최적화"를 선택하지 않았습니다. 디버거의 변수를 빨리 볼 수 없습니다. "현재 메소드의 코드가 최적화 되었기 때문에 표현식을 평가할 수 없습니다"라는 오류가 발생합니다.

int i = -3과 같은 행이라도 i에서 빠른 감시를 수행하면 "이 명령 포인터에서 로컬 또는 인수 'i'의 값을 얻을 수 없습니다. 최적화되지 않았기 때문일 수 있습니다."

비슷한 질문에 언급 된 이 링크 는 적용되지 않는 것 같습니다.

누락 된 설정이 있습니까?

프로젝트가 디버그 모드에 있었지만 해결책은 없었습니다. 내가 그것을 바꾸었을 때 효과가있었습니다.

VS 2010을 사용할 때이 문제가 발생했습니다. 솔루션 구성에서 (디버그)를 선택했습니다. 프로젝트 속성에서 코드 최적화 속성을 선택 취소하여이 문제를 해결했습니다. 프로젝트 (오른쪽 클릭) => 속성 => 빌드 (탭) => 코드 최적화를 선택 취소하십시오.

최적화 된 상자를 선택하지 않아도 최적화 / 릴리스 빌드를 디버깅하는 것처럼 들립니다. 시도 할 수있는 것은 다음과 같습니다.

• 솔루션 파일을 완전히 다시 작성하십시오 (솔루션을 마우스 오른쪽 단추로 클릭하고 모두 다시 작성을 선택하십시오).
• 디버깅하는 동안 모듈 창 (디버그-> Windows-> 모듈)을 열고로드 된 모듈 목록에서 어셈블리를 찾으십시오. 로드 된 어셈블리에 대해 나열된 경로가 원하는 경로인지, 파일의 수정 된 타임 스탬프가 어셈블리가 실제로 재 빌드되었음을 표시하는지 확인하십시오.
• 모듈 창은 또한로드 된 모듈의 최적화 여부를 알려줍니다. 모듈 창에 최적화되지 않았 음을 표시해야합니다.

디버그-> Windows 메뉴에 모듈 메뉴 항목이 표시되지 않으면 "사용자 정의 ..."메뉴에 추가해야합니다.

VS2013에서 도구-> 옵션-> 디버깅-> 일반으로 이동하여 '관리되는 호환성 모드 사용'을 활성화하십시오. 새로운 기능 평가 동작을 비활성화합니다.

디버그 모드에서 실행 해보십시오. 릴리스 모드에서 실행중인 경우이 메시지가 표시됩니다.

내 상황은 위의 답변 중 어느 것도 다루지 않았습니다. : 나는 다음과 같은 발견 은 MSDN 문서 때 붙어 일부 원시 기본 스레딩 작업에 디버거가 데이터에 액세스 할 수 있다고 설명 스레딩을. 예를 들어, 스레드가 Task.Wait ()에 앉아 있으면 이것이 나타납니다.

나는 같은 문제가 있었다. 그러나 제 경우에는 Debuggable속성이 AssemblyInfo.cs내 프로젝트 파일에 하드 코딩되어 컴파일로 덮어 쓰지 않았습니다. Debuggable속성을 지정하는 행을 제거한 후 작동했습니다 .

나를 위해 VS2017과 VS2019에서 발생했습니다. "모듈로드시 JIT 최적화 억제"옵션을 선택한 후 발생이 중지되었습니다.

VS2008에서도 같은 문제가있었습니다. 제 경우에는 솔루션 재구성을 통해 해결되었습니다.

@Kragen 외에도 웹 프로젝트를 디버깅하는 경우

Visual Studio를 닫고 C : \ Windows \ Microsoft.NET \ Framework \ v2.0.50727 \ Temporary ASP.NET 파일에서 임시 파일을 삭제하십시오.

또 다른 방법은 최적화 된 dll과 이름은 같지만 ini 확장자를 가진 파일을 만들고 다음을 추가하는 것입니다.

[.NET Framework 디버깅 제어]
GenerateTrackingInfo = 1
AllowOptimize = 0

이것은 JIT에게 변수를 최적화하지 않도록 지시합니다.

여전히 pdb가 필요하므로 다음과 같이 끝날 것입니다. yourDll.dll yourDll.pdb yourDll.ini

디버그 옵션을 사용하여 dll을 다시 생성 할 수없는 시나리오에서 특히 효과적입니다.

http://www.hanselman.com/blog/DebugVsReleaseTheBestOfBothWorlds.aspx

당신이 "볼 때 현재 메소드의 코드가 최적화되어 있기 때문에 식을 계산할 수 없습니다. 실행 한 후"메시지가 Debugger.Break()문을 다음 당신이 다음 문 단계에 F10을 눌러 확인하십시오.

다음 문장으로 넘어가 디버그 빌드를 실행한다고 가정하면이 메시지가 사라집니다.

"코드 최적화"속성이 확인되지 않은 문제와 관련하여 코드는 여전히 최적화 된 상태로 컴파일됩니다. 모든 것을 시도한 후에 마지막으로 도움이 된 것은 동일한 설정 페이지 (프로젝트 속성-디버그)에서 "관리되지 않은 코드 디버깅 사용"확인란을 선택하는 것입니다. 코드 최적화와 직접 관련이 없지만이 기능을 사용하면 VS가 더 이상 내 라이브러리를 최적화하지 않으므로 디버깅 할 수 있습니다.

테스트 베드 웹 앱에서 클래스 라이브러리를 디버깅하는 동안 동일한 문제가 발생했습니다. 테스트 베드에서 릴리스 버전을 참조하고 있으며 클래스 라이브러리 속성에서 최적화되도록 설정되었습니다.

클래스 라이브러리 속성에서 릴리스 버전에 대한 최적화 코드 확인란을 선택 취소하면 문제가 해결됩니다.

나는 이것이 나중에 대답한다는 것을 알고 있지만 앞으로 다른 사람들을 도울 수있는이 문제를 해결하는 방법에 대한 또 다른 참조를 찾았습니다. 이 웹 페이지 는 최적화를 방해하는 환경 변수 (COMPLUS_ZapDisable = 1) 설정에 대해 설명합니다. (Visual Studio 호스팅 프로세스를 비활성화하는 두 번째 부분을 잊지 마십시오.) 필자의 경우 심볼 서버를 통해 외부 DLL을 디버깅했기 때문에 더 관련이 있었을 수도 있지만 확실하지 않습니다.

Visual Studio와 MonoDevelop 사이에 있었으며 아마도 후자에서 시작된 F # 프로젝트 에서이 문제가 발생했습니다. VS에서는 최적화 상자가 선택 해제되었지만 디버거에 관한 한 최적화가 확실히 발생하는 것처럼 보입니다.

프로젝트 파일의 XML과 정상적인 파일의 XML을 비교 한 후 문제는 분명했습니다. 건강한 프로젝트에는 명확한 <optimize>false</optimize>선이 있지만 나쁜 프로젝트에는 완전히 누락되었습니다. VS는 컴파일러가 그 반대를 수행하는 동안 최적화가 비활성화되었다는 사실을 분명히 추론했습니다.

해결책은이 속성을 프로젝트 파일에 추가하고 다시로드하는 것이 었습니다.

Visual Studio 2017로 마이그레이션 할 때이 메시지를 받기 시작했습니다.이 페이지에 나와있는 아이디어 중 어느 것도 효과가 없었습니다. 다른 게시물 에서이 제안을 발견했으며 작동했습니다-제거하십시오.

[assembly: Debuggable(DebuggableAttribute.DebuggingModes.IgnoreSymbolStoreSequencePoints)]

... AssemblyInfo 파일에서.

VS 2010에서도 같은 문제가 발생했습니다. 솔루션을 정리하고 다시 작성하면 효과가 있습니다.

위의 vickramds의 의견은 http://torulflundgren.blogspot.com.au/2010/03/cannot-obtain-value-of-local-or.html을 참조하여 나를 위해했습니다. 모든 것을 확인했습니다-모든 dll, 로컬 bin 폴더에서 pdb 파일을 삭제하고, Clean, Rebuild, Temporary ASP.NET Files의 모든 폴더를 지우고, TRACE / DEBUG 플래그가 설정되었는지 확인하고, DLL 경로를 확인하십시오.

영향을받는 프로젝트에 대해 잃어 버리지 않도록 내려 놓으려면 :

프로젝트 속성-> 빌드-> 고급-> 디버그 정보 : 전체.

물론 다른 의도가없는 한, 디버그 구성을 선택하기 전에이 구성을 선택했는지 확인하려고합니다.

ASP.NET 프로젝트를 디버깅하려는 경우 프로젝트의 속성> 웹> 서버 드롭 다운이 "IIS Express"로 설정되어 있는지 확인하십시오 (여기의 모든 항목 확인).

디버그 구성 (VS 2017 모듈 창에서 볼 수 있음)에도 최적화 된 c ++ / cli mfc 확장 dll을 혼합했습니다. 이전 답변에서 제안한 것처럼 "VS2013에서는 도구-> 옵션-> 디버깅-> 일반으로 이동하여 '관리되는 호환성 모드 사용'을 활성화하십시오. 그러면 새로운 기능 평가 동작이 비활성화됩니다." 해당 설정은 VS 2017에서도 찾을 수 있습니다.

그러나 충분하지 않았으므로 다른 MFC 응용 프로그램의 프로젝트 파일에서 확장 dll 프로젝트 파일로 UseDebugLibraries 설정을 복사했습니다.

    <PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Debug|Win32'" Label="Configuration">
      ...
      <UseDebugLibraries>true</UseDebugLibraries>

그런 다음 다시 빌드하면 문제가 해결되었습니다.

Visual Studio 2012에서는 Tools> Debugging> Just-In-Time 에서 " Managed "옵션을 활성화 했습니다.