부모글 보이기/감추기 AD BLOCK 해제 요청 이 글에는 광고가 많이 들어가 있지 않습니다. adblock을 해제하셔도 글을 읽는데 그다지 부담이 없으니 해제를 부탁드립니다. 잘 사용하지 않는 "서비스"들을 일부 사용하지 않도록 설정을 했었습니다. 그런 후 VS.NET 2005의 "F5" 키 디버깅을 하는데 다음과 같은 오류가 발생하는 것입니다. " Error while trying to run project: Unable to start debugging. The binding handle is invalid. " 이가 없으면, 잇몸으로 대신 한다고 ^^; F5 디버그가 안되길래 "Attach to Process"를 사용하려고 했더니, 이번에는 다음과 같은 오류가 발생했습니다. " Unable to connect to the Microsoft Visual Studio Remote Debugging Monitor named '[Your Computer Name]'. The binding handle is invalid. " 아니... 이것이 미치지 않고서야... ^^; 잠시 흥분을 가라앉히고, 음... 이럴 때 "영문 VS.NET 2005"의 위력이 나옵니다. 오류 메시지가 영어로 되어 있으니, 관련해서 Q&A를 검색하기가 매우 편합니다. 구글에서 검색해 보니, 다음과 같이 잘 정리된 토픽이 나왔습니다. Habib Heydarian's WebLog ; http://blogs.msdn.com/habibh/archive/2005/11/10/491572.aspx 왜 터미널 서비스가 "Manual" 상태로 설정을 해야 하는지 이해할 수는 없지만. 실제로 Manual로 해두면 Started 상태로 넘어갑니다. 즉, Terminal Services가 실행 상태에 있어야만 디버깅이 가능합니다. 이 현상은 VS.NET 2003에는 없고 VS.NET 2005에서만 있습니다. 왜냐하면, "Visual Studio hosting process"를 사용하는 경우에만 나타나기 때문입니다. 터미널 서비스가 종료되었더라도 호스팅 프로세스를 통한 디버그를 꺼놓으면 정상적으로 디버깅이 됩니다. (비교해서 좀 느리긴 하겠지만.) [이 토픽에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.] [다음 글] 오류 유형: 18. "Automatic Updates" 서비스 CPU 100% 점유 현상[이전 글] 오류 유형: 16. STS Communication failed. [최초 등록일: 11/8/2006] [최종 수정일: 6/28/2021] 이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다. by SeongTae Jeong, mailto:techsharer at outlook.com 비밀번호 댓글 작성자 ... 91 92 93 94 95 96 97 98 99 100 101 102 103 104 [105] ... NoWriterDateCnt.TitleFile(s) 11299정성태9/9/201719716개발 환경 구성: 330. Hyper-V VM의 Internal Network를 Private 유형으로 만드는 방법11298정성태9/8/201723057VC++: 119. EnumProcesses / EnumProcessModules API 사용 시 주의점 [1]11297정성태9/8/201719687디버깅 기술: 96. windbg - 풀 덤프에 포함된 모든 닷넷 모듈을 파일로 저장하는 방법11296정성태9/8/201722890웹: 36. Edge - "이 웹 사이트는 이전 기술에서 실행되며 Internet Explorer에서만 작동합니다." 끄는 방법11295정성태9/7/201720292디버깅 기술: 95. Windbg - .foreach 사용법11294정성태9/4/201720036개발 환경 구성: 329. 마이크로소프트의 CoreCLR 프로파일러 예제 빌드 방법 [1]11293정성태9/4/201720582개발 환경 구성: 328. Visual Studio(devenv.exe)를 배치 파일(.bat)을 통해 실행하는 방법11292정성태9/4/201718851오류 유형: 419. Cannot connect to WMI provider - Invalid class [0x80041010]11291정성태9/3/201720703개발 환경 구성: 327. 아파치 서버 2.4를 위한 mod_aspdotnet 마이그레이션11290정성태9/3/201723928개발 환경 구성: 326. 아파치 서버에서 ASP.NET을 실행하는 mod_aspdotnet 모듈 [2]11289정성태9/3/201721586개발 환경 구성: 325. GAC에 어셈블리 등록을 위해 gacutil.exe을 사용하는 경우 주의 사항11288정성태9/3/201718275개발 환경 구성: 324. 윈도우용 XAMPP의 아파치 서버 구성 방법11287정성태9/1/201727546.NET Framework: 680. C# - 작업자(Worker) 스레드와 UI 스레드 [11]11286정성태8/28/201714850기타: 67. App Privacy Policy11285정성태8/28/201723449.NET Framework: 679. C# - 개인 키 보안의 SFTP를 이용한 파일 업로드111284정성태8/27/201721496.NET Framework: 678. 데스크톱 윈도우 응용 프로그램에서 UWP 라이브러리를 이용한 비디오 장치 열람하는 방법 [1]111283정성태8/27/201717258오류 유형: 418. CSS3117: @font-face failed cross-origin request. Resource access is restricted.11282정성태8/26/201719705Math: 22. 행렬로 바라보는 피보나치 수열11281정성태8/26/201721489.NET Framework: 677. Visual Studio 2017 - NuGet 패키지를 직접 참조하는 PackageReference 지원 [2]11280정성태8/24/201718546디버깅 기술: 94. windbg - 풀 덤프에 포함된 모든 모듈을 파일로 저장하는 방법11279정성태8/23/201730175.NET Framework: 676. C# Thread가 Running 상태인지 아는 방법11278정성태8/23/201718292오류 유형: 417. TFS - Warning - Unable to refresh ... because you have a pending edit. [1]11277정성태8/23/201719544오류 유형: 416. msbuild - error MSB4062: The "TransformXml" task could not be loaded from the assembly11276정성태8/23/201723893.NET Framework: 675. C# - (파일) 확장자와 연결된 실행 파일 경로 찾기 [2]111275정성태8/23/201732844개발 환경 구성: 323. Visual Studio 설치 없이 빌드 환경 구성 - Visual Studio 2017용 Build Tools [1]11274정성태8/22/201719415.NET Framework: 674. Thread 타입의 Suspend/Resume/Join 사용 관련 예외 처리 ... 91 92 93 94 95 96 97 98 99 100 101 102 103 104 [105] ...