Visual Studio 2008 디버깅 문제

Question

저는 VS 2008에서 일하고 있으며 하나의 솔루션에 3 개의 프로젝트가 있습니다. 타사 응용 프로그램 (SalesLogix, CRM 응용 프로그램)에 의해 호출 된 .net 프로세스에 연결하여 디버깅을합니다.

일단 프로세스에 연결되고 프로젝트 중 하나에서 중단 점을 설정하려고 시도하면 해당 파일에 중단 점을 설정하지 않습니다. 실제로 현재 탭을 다른 프로젝트의 다른 파일로 전환하고 해당 문서에 중단 점을 설정합니다. 파일이 열려 있지 않으면 열어서 파일을 열 수 있습니다. 나는 이것을 설명 할 수 없다. 나는 단서가 없다. 그런 이상한 행동을 본 사람 있습니까? 내가 직접 보지 않는다면 나는 그것을 믿지 않을 것이다.

조금 더 자세한 정보 : 첨부하기 전에 중단 점을 설정하면 "빨간 점"이 표시되고 아무런 기호도로드되지 않는다고 ... 문제 없습니다 ... 나는 그것을 기대합니다. SalesLogix에서 .net 코드를 첨부하여 호출하고 VS로 다시 전환하면 내 중단 점이 완전히 사라집니다 (소스가 디버그 파일과 일치하지 않는다는 경고조차도). 수동으로 디버그 파일을로드하려고하면 심볼 파일이 모듈과 일치하지 않는다는 메시지가 나타납니다. .pdb와 .dll은 타임 스탬프가 같으므로 나는 혼란 스럽다.

누구든지 아이디어가 있습니까?

들으,

제프

Answer 1

나는 VS.Net의 이전 버전에서이 기능 (내가 생각하는 2003) 보았다. 현재 버전에는 여전히 존재할 수 있지만, 발생하지는 않았습니다. 다른 디렉토리에서도 동일한 이름을 가진 파일이 VS.Net을 혼동하는 것으로 보이며 같은 이름의 파일에 중단 점을 설정합니다. 파일의 클래스가 모두 동일한 이름을 갖는 경우에만 발생할 수 있습니다. 내가 추측하는 네임 스페이스에 대해서는 너무 많이.

또한 모든 프로젝트가 실제로 디버그 모드로 빌드되고 있는지 확인하려면 빌드 구성을 확인해야 할 수 있습니다. 필자는 구성이 어떻게 든 바뀌었고 일부 프로젝트가 디버그 모드로 컴파일되지 않았을 때 나는 두 번이나 붙잡 혔습니다.

Answer 2

키비, 네가 옳았 어! 다른 폴더에 같은 이름의 두 파일이 있습니다. 나는 58 행의 올바른 파일에 브레이크 포인트를 설정하고 있었다. 58 행의 다른 파일에 브레이크 포인트를 두었다. "Debug -> New Breakpoint -> Break at Function"을 사용하여 마침내 breakpoint를 설정할 수 있었다. 이름 "메뉴 옵션을 선택하고 내 함수 이름을 입력하십시오. 그것은 그 때와 똑같이 중단되었습니다.

동의합니다. 네임 스페이스가 너무 많습니다. 맞습니까? 빌어 먹을 것은 2 시간을 들게했다. 오, 음 ... 적어도 해결 됐고 이유는 알았어.

대답은 Thx이고 답장은 Matt에게 thx입니다.