“현재 중단 점에 도달하지 않습니다. 이 문서에 대한 기호가로드되지 않았습니다.” 경고?


1573

Express Edition의 C # 데스크톱 응용 프로그램은 5 초 후에 작동하지 않았습니다.

나는 다음을 시도했다.

  • 디버그 구성, 디버그 플래그 및 전체 디버그 정보가 모든 어셈블리에 설정되어 있는지 확인하십시오.
  • 내 전체 컴퓨터에서 프로젝트와 관련된 모든 bin 및 obj 폴더와 모든 DLL을 삭제하십시오.
  • 처음부터 문제를 일으키는 프로젝트를 다시 만드십시오.
  • 재부팅하십시오.

솔루션에 두 개의 WinForms 프로젝트가 있습니다. 그들 중 하나는 디버그 정보를로드하지만, 그렇지 않습니다. 둘 다 프로젝트 파일에서 정확히 동일한 방식으로 디버그 정보를 얻으려는 어셈블리를 나타냅니다. 어떤 아이디어?


나는이 질문을 검토하기 위해 돌아올 때 주로 자신을 위해 여기에 추가하고 싶습니다. 조립품이로드 될 때까지 기호가로드되지 않고 필요할 때까지 어셈블리가로드되지 않습니다. 중단 점이 주 어셈블리의 한 함수에서만 사용되는 라이브러리에있는 경우 해당 함수가 호출 될 때까지 기호가로드되지 않고 중단 점이 히트되지 않은 것으로 표시됩니다.


119
디버깅 할 때 디버그, Windows, 모듈보기로 이동하십시오. 로드 된 모듈 및 심볼 상태에 대한 정보가 표시됩니다. 모듈을 마우스 오른쪽 버튼으로 클릭하고 다른 위치에서 심볼을로드 할 수 있습니다.
Polyfun

14
Express Edition에는 모듈보기가 없습니다.
인스턴스 헌터

12
어셈블리가 필요할 때까지로드되지 않는 것이 좋습니다. 디버거는 중단 점에 도달하지 않았 음을 표시하지만 어셈블리가로드되면 디스플레이가 변경되고 중단 점에 도달합니다. 이 UI 문제의 해결 방법은 프로그램 시작시 어셈블리를 호출하여 어셈블리를 강제로로드하는 것입니다.
팀 코커

1
나는 같은 문제 <DebugSymbols>true</DebugSymbols>가 있었고이 빌드 구성 에 대해 VS2015에서 그 아래에 없었지만 수동으로 추가했으며 정상적으로 작동한다는 것을 알았습니다.
kuskmen

4
.suo 파일을 제거하면 내 프로젝트에서이 추악한 문제가 해결되었을 수도 있습니다
Roland

답변:


1083

중단 점에 도착하거나 사용했습니다 마자, 디버깅을 시작 Debug > Break All, 사용 Debug > Windows > Modules. 프로세스에로드 된 모든 어셈블리 목록이 표시됩니다. 디버그 정보를 얻으려는 위치를 찾으십시오. 마우스 오른쪽 버튼으로 클릭하고 기호로드 정보를 선택하십시오. 어셈블리의 .pdb 파일을 찾은 모든 디렉토리를 나열하는 대화 상자가 나타납니다. 실제 .pdb 위치와 비교하여 해당 목록을 확인하십시오. 오래된 것이 없는지 확인하십시오.

일반 프로젝트에서는 IDE와 어셈블리 및 .pdb 파일이 항상 .exe와 같은 폴더에 복사되어 있어야합니다. 프로젝트의 bin \ Debug 폴더 게임을하고 있다면 GAC에서 하나를 제거하십시오.


4
실제로, 그것은 내 사건의 문제였습니다. 우리는 그것을 '사용자 코드'로 간주하지 않도록 포스트 컴파일을했습니다 ... 지금, 나는 그것의 결과를보아야하지만, 포스트 컴파일 수정없이 심볼이로드 된 것을 확인했습니다. @Hans 감사합니다, 좋은 시간을 절약! 가상 맥주를 보냅니다
eglasius

29
문제는 불행히도이 답변이 적용되지 않는 Express Edition에 관한 것입니다. 실제로 어떤 대답도 나를 위해 효과가 없으며 디버그 폴더를 제거하고 다시 작성하려고했습니다.
Nicolas Raoul

3
웹용 Microsoft Visual Studio Express 2013에는 Windows 모듈 디버그 옵션이 없습니다. 이 경우 Howo를 사용 하여이 문제를 해결합니까?
Andrus

3
힌트로, 예외를 켜서 원하는 곳에서 중단하십시오 (프로세스 시작 부분에 중단 점을 넣을 수없는 경우) ... 그런 다음 Han의 권장 프로세스 디버그> Windows> 모듈을 따르십시오. 밟고 자하는 프로젝트를 찾아 PATH를보십시오. "C : \ windows \ assembly"라고 표시되면 프로젝트가 아니라 GAC dll을 가리키는 것입니다.
Andy Danger Gagne

5
내 솔루션의 활성 솔루션 구성을 Release로 설정하여 다시 디버그로 변경하여 문제를 해결했습니다. 이 답변은 무엇을 찾아야하는지 기억해
두었

436

먼저 마우스 오른쪽 버튼으로 프로젝트를 다시 빌드하십시오. 프로젝트> 다시 빌드 그래도 작동하지 않으면 프로젝트를 정리하십시오 (프로젝트를 마우스 오른쪽 버튼으로 클릭> 정리)

그래도 작동하지 않으면 다음을 확인하십시오.

  1. 프로젝트를 마우스 오른쪽 버튼으로 클릭
  2. [속성]을 선택하십시오
  3. [빌드] 탭을 선택 하십시오
  4. 확인 [DEBUG 상수를 정의][TRACE 상수를 정의합니다] 체크
  5. [코드 최적화] 가 선택 해제되어 있는지 확인하십시오
  6. 빌드 탭 페이지 하단의 [고급] 버튼을 클릭하십시오
  7. [Debug Info :][full]로 설정되어 있는지 확인하십시오
  8. [확인]을 클릭 하고 프로젝트를 다시 빌드 하십시오 ;-)

(6 단계는 .pdb 파일을 생성하며, 이는 디버깅 기호입니다)


40
[Debug Info :]가 [full]로 설정되어 있는지 확인하십시오. 프로젝트에 여러 구성을 설정했지만 추가 한 새로운 구성에는이 설정이 없습니다.
Chiefy

1
이것은 나를 위해 일했다! 그러나 [전체] 대신 pdb 전용으로 할 수있었습니다
Aaron Shaver

42
내가 릴리스 빌드에 있었음이 밝혀졌습니다. tsk.
PNDA

2
기본 시작과 혼합 된 C ++ / C # 프로젝트가있는 경우 프로젝트의 디버깅> 디버거 유형이 혼합인지 확인하십시오.
Bill Hoag

4
나는 또한 확인했다 Properties > Build > Optimize code이었다 되지 않은 .
jeffaudio

272

시도하기 쉬운 것-이미 시도했을 수도 있습니다. 솔루션 탐색기에서 솔루션을 마우스 오른쪽 단추로 클릭하고 "솔루션 정리"를 클릭하면 솔루션 과 관련된 모든 컴파일 및 임시 파일이 삭제됩니다 .

솔루션을 다시 빌드하고 다시 디버그하십시오.

또한 솔루션의 여러 프로젝트에서 중단 점에 문제가있었습니다. 일부는 x86으로 컴파일되고 일부는 x64로 컴파일되었습니다.


5
솔루션에서 여러 프로젝트로 중단 점을 어떻게 수정 했습니까? 일부는 x86으로 컴파일되고 일부는 x64로 컴파일 되었습니까?
Richard Li

3
IISExpress (또는 Azure 에뮬레이터)를 실행하는 경우 AssemblyVersion이 1.0.0.0 인 경우 C : \ Windows \ Microsoft.NET \ Framework64 \ v4.0.30319 \ Temporary ASP.NET Files \ root의 파일이 업데이트되지 않을 수 있습니다. 웹 프로젝트를 빌드 할 때마다 새 버전이 생성되도록 1.0. *과 같은지 확인하십시오. 클린 솔루션은 임시 인터넷 파일 폴더를 지우지 않습니다.
Michael Lang

1
이것은 Rebuild All과 같은 일을합니다.
조나단 우드

2
@jonathan Wood-나는 대부분 동의합니다. 그러나 드문 경우이지만 Rebuild All이 약간 다른 결과를 낼 수 있습니다. 때때로 이상한 차이가 있음을 알고 있습니다. 흥미로운 논의를 위해 여기를보십시오 : stackoverflow.com/questions/1247457/…
Patrick

1
나를 위해 단순히 "빌드"... "클린 솔루션"이었다
도미닉 ISAIA

238

디버그 / 일반 설정에서 "내 코드 만"옵션을 비활성화하십시오.


2
예, 사용자 지정 빌드 구성이있는 Windows Phone 8 프로젝트에서는 이것이 나에게 적합합니다.
GONeale

2
윈도우 폰 8.1 VS 커뮤니티 2015 년과 나를 위해 일한
파비아누 아라 우호

20
명확하게 : VS 2017 에서이 설정은 특히 디버깅, 일반 창의 도구, 옵션 대화 상자에 있습니다 (정확한 "디버그"창은 없습니다). 확인란은 "내 코드 만"이 아닌 "내 코드 만 사용"이라고합니다.
Jazimov

1
그러나 이것은 내가 변수 값을 볼 수없는 나를 위해 작업 할 때 가져가 또는 Shift + F9 키 오류를 받고 는이 명령 포인터에서 사용할 수 없습니다로 멀리 최적화 된 가능성이 있기 때문에, 로컬 또는 인수의 값을 가져올 수 없습니다
나빈 쿠마르

1
여전히 Visual Studio 2019에서 작업 중입니다!
Toby Caulk

148

비슷한 스레드에서 찾은 Hans K 의이 수정 사항을 교차 게시 >> HERE << :

솔루션-> 속성을 ​​마우스 오른쪽 버튼으로 클릭하십시오.

공통 속성-> 시작 프로젝트에서 확인하십시오.

여러 개의 시작 프로젝트를 선택하십시오

디버그해야하는 프로젝트에서 조치 시작을 선택하십시오.


7
또한 VS 개발 서버에서 실행되고 "기호가로드되지 않음"을 표시하는 .NET 원격 엔드 포인트 인 WEB 프로젝트를 디버깅하려는 상황도 처리합니다.
D-Sect

1
이것은 나를 위해 그것을 고쳤다. 이전에는 sombody가 Visual Studio에서 사용하는 IIS의 디버그 버전 대신 로컬 IIS 서버에 디버깅을 연결하려고 시도했다고 생각합니다.
Dowlers 2016 년

1
당신이 .suo 파일을 삭제 한 경우 솔루션 설정을 여기서 선택한 잃을 수 있으며 다시 설정해야합니다
Redeemed1

이전에 성공적으로 디버깅 한 후 오늘이 설정을 다시 확인하고 시작 프로젝트가 어떻게 든 단일 시작 프로젝트로 되돌아 갔다는 것을 알았습니다. 이중 점검 할 가치가 있습니다.
Anthony De Souza

64

선택한 답변으로 문제를 해결했습니다. 그러나 나는 몇 가지 일을 더해야합니다.

드롭 다운에서 "디버그"를 선택한 경우에도 :

여기에 이미지 설명을 입력하십시오

그리고 프로젝트 속성> 빌드에서 :

여기에 이미지 설명을 입력하십시오

Visual Studio가 특정 프로젝트에 심볼을로드하지 않았습니다. 그래서 그 드롭 다운에서 "Configuration Manager"를 선택하고 내 웹 프로젝트의 설정이 올바르지 않은 것을 보았습니다.

여기에 이미지 설명을 입력하십시오

여기에 이미지 설명을 입력하십시오

그런 다음 "Debug"로 설정하고 .pdb파일 을 생성하기 시작했습니다 . 그러나 PDB와 DLL을 수동으로 복사하고 VS가 찾고있는 폴더에 넣어야합니다 (여기서 선택한 답변이 도움이 된 곳).

여기에 이미지 설명을 입력하십시오


1
나는 release모드 에서 실행 중이었다 . 감사 !!
Dipak Telangre

나를 위해 핵심은 '배포'상자가 선택되어 있지 않으므로 빌드 후 pdb가 다시 배포되지 않는다는 것입니다.
Ben

43

Debug> Windows> Modules올바른 방향으로 날을 넣어 어떤 모듈이로드되고 있었다 확인합니다.

필자의 경우 IIS Express는 임시 ASP.NET 파일과 다른 DLL을로드하는 것 같습니다.

해결책?

  1. 찾아보기 C:\Users\<YOUR USER>\AppData\Local\Temp\Temporary ASP.NET Files\vs
  2. 이 디렉토리의 모든 것을 삭제하십시오!

이것은 내 문제였습니다. 폴더는 환경 설정으로로드 된 손상된 DLL로 가득 차 있어야합니다.
gburton

8
필자의 경우를 제외하고 제거 해야하는 디렉토리는 C : \ Windows \ Microsoft.NET \ Framework64 \ v4.0.30319 \ Temporary ASP.NET Files \ vs \
Andy

나는이 응용 프로그램을 이미 설치했고 비슷한 PDB 파일이없는 프로젝트의 DLL 대신 DLL을로드하는 비슷한 문제가있었습니다. 이전 앱을 제거한 후 문제가 해결되었습니다. 감사!
Lenny K

42

첨부 된 스크린 샷에 표시된대로 'Attach to Process'옵션을 'Debug to code type of automatic to debug'옵션으로 설정하여 오류를 해결할 수있었습니다.

아래 단계를 따르십시오.

  • 이동 메뉴 표시 줄에서 디버그
  • 프로세스연결을 클릭하십시오
  • 첨부 옵션 근처에서 선택을 클릭 하십시오. 버튼을
  • 선택 코드 유형 창이 나타납니다
  • 이제 디버깅 할 코드 유형 자동 결정 옵션을 선택하고 확인 버튼을 클릭하십시오.

고정 디버깅 오류


10
이 페이지의 모든 것을 시도한 다른 사람들을 위해 'Managed (v4.5, v4.0) 코드'로 전환하여 문제를 해결했습니다!
stevekrzysiak

"관리 형 (v4.5, v4.0)"으로 전환하면 DNN ASP.Net 앱을 디버깅 할뿐만 아니라 문제가 해결되었습니다. 감사!

"디버깅 할 코드 유형을 자동으로 결정"에서 "관리 형 (v4.6, v4.5, v4.0)"으로 전환하면 효과가있었습니다. 2 클래스 라이브러리가있는 솔루션이 있습니다. 하나는 COM에 액세스 할 수 있으며 둘 다 프레임 워크 4.6.1을 대상으로합니다.
Jorb

잘못된 옵션을 선택했습니다 ( "Managed v4.6"대신 ".NET Core"). "자동 결정 ..."을 선택했는데 효과가있었습니다! 처음에는 블로그 게시물 blog.simontest.net/… 에서이 솔루션을 찾았습니다 .
Evgeni Nabokov

41

때로는이 오류가 발생하더라도 breakpoint여전히 적중하므로 오류를 무시하십시오. 이 중 상당히 자주 발생 Views합니다 MVC web app.


7
이것은 실제로 어딘가 위로 올라 가야합니다. 위의 모든 답변을 수행하는 데 많은 시간을 보냈지 만 실제로 중단 점이 발생했습니다. 확인하십시오 :) 또한 WPF 데스크톱 앱이었습니다.
Bartosz

4
영문 따라서 정보는 영문 페이지가 필요 한 후에 만 사용할 수 있습니다 debuging, 필요에 따라 컴파일 된 것 같다
aeroson

또한 UnitTesting의 경우 몇 초 기다려야 히트가 발생합니다.
David Refaeli

@ aeroson 의견이 내가 겪은 것 같아요. 한 페이지에는 중단 점이로드되고 다른 페이지에는 중단 점이로드되지 않았습니다. 여기에 대한 답변에서 모든 종류의 것을 시도한 다음 해당 페이지를 새로 고치면 중단 점이로드되었습니다.
goodeye

고마워 ... 30 분 동안 파고 들어 와서 브레이크 포인트가 여전히
Kyle Huang

39

bin / Debug 폴더에 .pbd 파일이 없는지 확인하십시오. 그런 다음 프로젝트의 "속성"으로 이동하면 "빌드"를 선택한 다음 맨 아래에서 "고급"을 선택하십시오. 나타난 새 창의 "디버그 정보"에서 "전체"를 선택하십시오. 이것은 내 문제이며 나를 위해 해결했습니다.

설정을 찾을 수있는 위치 표시


나는 이것이 나에게 문제가 되었기 때문에 pdb가 생성되고 있는지 확인하기 위해이 페이지에 오는 사람을 제안 할 것이다.
EatATaco

감사! "pdb 전용"(전체가 아닌)으로 충분합니다. 또한 "고급"은 빌드 맨 아래에있는 단추입니다.
Greg Little

pdb는 어디에서 생성되어야합니까?
ylka

1
고마워, 새로운 Web.config 변환을 만들고 VS 2017이 제공하는 기본 구성 (Web.Debug.config와 같은)을 삭제 한 후이 문제가 해결되었습니다.
Ken Palmer

1
다른 옵션을 많이 시도했습니다 (거의 2 시간 낭비).이 "전체"옵션은 내 문제를 해결합니다. 감사!
SoftSan

29

제 경우에는 프로젝트 속성에서 "코드 최적화"가 선택되었습니다. 이로 인해 VS는 내 어셈블리를 "내 코드가 아님"으로보고 결과적으로 심볼을로드하지 않았습니다.

해결책은 이것을 선택 해제하는 것이 었습니다. 최적화 코드 위치 확인란


2
이것은 내 문제이기도하며 위의 모든 솔루션을 하나씩 통과했지만 아무것도 작동하지 않았습니다.
antikbd 2016 년

이 옵션, 깨끗한 솔루션, 재구성 된 솔루션 등의 선택을 취소했습니다. VS는 항상 모듈을 "최적화"로 간주했습니다. VS가 디버깅 정보를 업데이트하도록 강제하는 유일한 방법은 모듈의 어셈블리 버전을 늘리는 것입니다.
alphanoch

나를 위해 작동하는 유일한 솔루션, 당신을위한 # (# = ++++),하지만 한 번만 투표 할 수 있습니다
Luis Lopez


23

Windows 내에서 Visual Studio를 관리자로 실행하십시오.


1
원격 컴퓨터에서 msvsmon을 관리자로 실행해야했습니다.
Bill Hoag

이것은 사람들이 따라야 할 해결책이 아닙니다. 이것이 문제를 해결하면 VS가 프로젝트의 .pdb 파일 내용을 읽을 수 있도록 관리자 권한이 필요한 이유에 중점을 두어야합니다.
Jazimov

@Jazimov 나는 동의하지 않는다. 나는 이것을 조사하는 데 시간을 보내고 싶지만 내 경우에는 이것이 내 문제를 해결하고 다른 사람들도 그랬던 것처럼 계속 일할 수있게 해주었습니다. 당신이 그것을 조사 하고이 대답을 자유롭게 개선하고 싶다면, 그것이 거기에 있습니다.
Andy

분명히하기 위해 : Visual Studio의 문제가 해결되었다는 것을 이해합니다. 나는 다른 사람과 IDE 실행에 동의하도록 권고 이의를 제기하고 솔루션보다는 간단한 솔루션을. IDE를 관리자로 실행하여 문제를 해결하는 경우 해당 정보를 사용하여 실제 근본 원인을 해결하여 IDE가 제대로 작동하기 위해 관리자 권한이 필요하지 않도록해야합니다.
Jazimov

21

제 경우에는 릴리스 모드에서 디버깅하려고합니다. 일단 디버그 모드로 변경하십시오. 작동


15

컴파일러 설정에서 "디버그 정보 생성"을 활성화해야합니다.


1
그게 어디야?
MushyPeas

10
juFo의 답변과 동일합니다-프로젝트> 속성> 빌드> 고급> 디버그 정보> 전체 (또는 pdb 전용)
Jeremy Thompson

Jeremy Thompsen의 말을 듣습니다. 그것은 나를 위해 문제를 해결했습니다.
Thorkil Værge

12

디버그 ->옵션 ->일반 ->" Enable Just My Code"의 마크를 해제하십시오

이것은 나를 위해 일했습니다.


1
이것은 VS에서 최신 버전으로 업그레이드했는지 확인할 가치가있는 기본 설정 인 것처럼 보입니다 (나에게 일어난 것처럼).
아가멤논

10

문제의 원인을 찾았습니다. 이 코드는 "CodeFile"특성 (ASP.NET 2.0 이상) 대신 .aspx 파일의 Page 지시문에서 "CodeBehind"특성을 사용하고있었습니다. 며칠간의 절망 끝에 간단한 검색과 교체로 문제가 해결되었습니다.


10

Microsoft Visual Studio Express 2013 버전에는 "디버그 시작, 디버그 + Windows + 모듈"옵션이 없습니다.

도구 옵션 디버깅에서 "관리되는 호환성 모드 사용"을 선택 취소하면 이 문제가 해결됩니다.



9

위에서 언급 한 모든 것을 시도했지만 아무것도 효과가 없었습니다. [솔루션 정리 및 PDB 파일 확인 등]

동일한 솔루션을 게시해도 문제가 해결되지 않았습니다.

그런 다음 평소에 해결하기로 돌아가서 (이 완고한 Visual Studio를 속였습니다)

내가 한 것은 의도적으로 코드를 변경하고 솔루션을 게시하는 것입니다. 그런 다음 변경 사항을 되돌리고 다시 게시했습니다.

Voila [PDB 파일은 악령을 제거했습니다] .. 현명한 해결책은 아니지만 이것이 효과가있었습니다. : :-|


7

웹 응용 프로그램 (IIS Express) 만 해당 :

  • IIS Express 트레이를 마우스 오른쪽 단추로 클릭하고 IIS를 닫으십시오.
  • 깨끗한 솔루션

IIS 트레이


나는 다른 답변에서 다른 많은 제안을 시도했지만, 과거에 많은 도움이되었지만 오늘이 도움이되었습니다. 필자의 경우 여러 분기가 있으며 IIS Express가 어떻게 든 다른 분기에 붙어 있고 정리 및 다시 빌드하려는 수많은 시도에도 불구하고 디버깅하려는 분기로 새로 고치지 않았다고 생각합니다.
Chris H

6

그 대답들 중 어느 것도 내 문제를 해결하지 못했습니다. 나는 정지가있는 프로젝트가 실제로로드 된 프로젝트가 아니라는 사실에 근거하여 다른 것을 시도했다. Hans Passant가 디버거를 중지하려는 .dll과 .exe 파일 근처에 복사 된 .pdb 파일을 썼다는 것을 알았습니다. 해당 파일의 날짜가 오래되어 런타임에 업데이트되지 않았다고 생각했습니다. 수동으로 삭제하면 Visual Studio에서 다른 쌍을 만들고이 새 쌍을 .exe 근처에 둡니다. 이제 breakpoins가 작동합니다!

어쩌면 Visual Studio는 다른 파일이 있기 때문에 .exe 근처에 기존 파일 (.dll 및 .pdb)을 복사하고 바꿀 수 없습니다. 따라서 수동으로 삭제하면 VS가 .exe 근처에 새로운 것을 만들 수 있습니다.

다른 변경 (확인 등-다른 답변에서 확인)으로 인해 무언가가 발생했으며 Visual Studio는 dll과 pdb를 프로젝트 폴더에서 exe 근처의 폴더로 복사하고 바꿨으므로 해결책이었습니다.

문제의 근본 원인은 Visual Studio가 프로젝트의 파일이 아닌 런타임에 다른 파일을 중지하고 사용하는 것입니다.

어쩌면이 답변은 누군가를 돕기 위해!


6

명확하게 확인해야 할 사항 : 구성이 '릴리스'가 아니라 '디버그'로 설정되어 있는지 확인하십시오. 시작 프로젝트를 '릴리스'모드에서 디버깅 할 수 있지만 참조 된 클래스 라이브러리는 디버깅 할 수 없습니다.


6

프로젝트 속성 (빌드 구성 선택)> 빌드 탭> 고급 ...> 디버그 정보 (드롭 다운)

'all'또는 'pdb-only'로 설정 한 후 다시 빌드


나는 pdb_only를했고, 브라우저를 청소하고 다시 시작했다
Jason

6

이 모든 일을하는 대신

닫고 다시 열기

문제를 해결할 솔루션


Microsoft Visual Studio 2013에서 파일> 솔루션 닫기 다음 파일> 솔루션 열기 (내가 같은 폴더로 미리로드해야 함)에서 나를 위해 일했습니다. 중단 점은 노란색 플래그에서 원형 빨간색으로 즉시 바뀌 었습니다. 감사합니다.
Zargold

세상에 천재! 감사!!!
AresDev


6

위의 다른 옵션을 시도했지만 이상한 이유로 디버깅이 중지되었습니다.

도구-> 옵션-> 디버깅-> 일반-> (선택 해제) "원본 버전과 정확히 일치하도록 소스 파일 필요"옵션


6
  1. 깨끗한 솔루션 및 재 구축
  2. 구성이 디버그로 설정되어 있는지 확인
  3. PDB 파일이 자체 디버그 폴더에 있는지 확인하십시오.
  4. 디버그 메뉴에서 모든 중단 점 사용을 클릭하십시오.

6

Visual Studio에서 다음 두 설정이 동일한 지 확인하십시오.

테스트 프로젝트를 마우스 오른쪽 버튼으로 클릭하고 속성, 빌드 탭으로 이동하여 플랫폼 대상을보십시오.

광산은 모두 "모든 CPU"로 설정되어 있으므로 x64

여기에 이미지 설명을 입력하십시오

기본 메뉴 표시 줄에서 테스트, 테스트 설정, 기본 프로세서 아키텍처로 이동하십시오.

광산은 X86으로 설정되었습니다

여기에 이미지 설명을 입력하십시오

위 설정과 일치하도록 이것을 X64 로 변경 하면 내장 된 Visual Studio 메뉴“디버그 테스트 (들)”가 작동하고“브레이크 포인트는 현재 적중되지 않습니다. 이 문서에 대한 기호가로드되지 않았습니다”.

최신 정보:

들어 비주얼 스튜디오 2019 의 메뉴는 약간의 주위에 이동되었습니다 여기에 이미지 설명을 입력하십시오


5

나는 몇 년 늦었다는 것을 알고 있지만, 내가 잘못했다고 생각하고 위의 단계를 수행 한 다음 실수로 솔루션 구성을 '릴리스'로 설정한다는 것을 깨달았습니다. :)


1
10K 번 투표 할 수 있습니까? 가장 나쁜 점은 내가 지금 구글에서 10 번이나 이것을 검색했다고 생각한다는 것입니다. 매번 같은 바보 같은 실수입니다. 아마도 Microsoft가 사용자에게 암시 할 수 있습니까?
tfrascaroli
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.