부모글 보이기/감추기 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 비밀번호 댓글 작성자 ... 136 137 138 139 140 141 142 143 144 145 146 147 148 149 [150] ... NoWriterDateCnt.TitleFile(s) 1395정성태12/26/201224880.NET Framework: 354. x64 - AspCompat과 STA COM 개체가 성능에 미치는 영향1394정성태12/25/201225849.NET Framework: 353. x86 - AspCompat과 STA COM 개체가 성능에 미치는 영향1393정성태12/25/201227160.NET Framework: 352. x64에서 필수로 지정하도록 바뀐 STAThread 특성 [2]1392정성태12/21/201237111사물인터넷: 1. .NET Micro Framework - 넷두이노 플러스 [7]1391정성태12/21/201229617.NET Framework: 351. JavaScriptSerializer, DataContractJsonSerializer, Json.NET [3]11390정성태12/20/201228117.NET Framework: 350. String 데이터를 Stream으로 변환하는 방법 [2]1389정성태12/12/201226235.NET Framework: 349. .NET Thread 인스턴스로부터 COM Apartment 유형 확인하는 방법11388정성태12/12/201227249.NET Framework: 348. .NET x64 응용 프로그램에서 Teb 주소를 구하는 방법11387정성태12/12/201232766VC++: 64. x64 Visual C++에서 TEB 주소 구하는 방법1386정성태12/12/201233125디버깅 기술: 53. windbg - 덤프 파일로부터 네이티브 DLL을 추출하는 방법 [1]1385정성태12/12/201229335디버깅 기술: 52. Windbg - The version of SOS does not match the version of CLR you are debugging.1384정성태12/12/201233502개발 환경 구성: 178. System32 폴더의 64비트 DLL을 32비트 Depends.exe에서 보는 방법1383정성태12/10/201229750개발 환경 구성: 177. 기업용 메신저를 위한 Office Communicator Server 2007 설치 [1]1382정성태12/8/201232023개발 환경 구성: 176. WebPagetest 서버 - 설치 및 테스트1381정성태12/5/201231148.NET Framework: 347. C# - 프로세스(EXE) 수준의 Singleton 개체 생성 [2]11380정성태11/28/201241370.NET Framework: 346. 닷넷 개발자에게 Node.js의 의미 [17]1379정성태11/26/201234829.NET Framework: 345. C# 부호(+, -)에 대한 비트 변환 [1]1378정성태11/22/201235642Java: 14. 안드로이드 - Hello World 실습 [7]1377정성태11/19/201229767.NET Framework: 344. 닷넷 프로파일러 - ICorProfilerInfo::GetILFunctionBody 함수 버그1376정성태11/15/201234428디버깅 기술: 51. 닷넷 응용 프로그램에서 특정 예외가 발생했을 때 풀 덤프 받는 방법 [6]1375정성태11/15/201230263디버깅 기술: 50. windbg의 mscordacwks DLL 로드 문제 - 두 번째 이야기1374정성태11/13/201227710개발 환경 구성: 175. Visual Studio의 "Extension Manager"에서 설치된 구성 요소들의 제거 버튼이 비활성화되었다면!1373정성태11/13/201228377.NET Framework: 343. VB.NET 어셈블리의 .NET Reflector 소스 코드를 분석할 때 알아두면 좋은 사항1372정성태11/1/2012123265Windows: 67. 64비트 윈도우에서 Internet Explorer 10이 항상 64비트로만 실행된다면? [57]1371정성태10/31/201231660.NET Framework: 342. Python의 zip과 with 문 context를 C#과 비교하면. [3]11370정성태10/31/201226030VS.NET IDE: 75. Visual Studio - "Active Solution Platform" 변경을 툴바에서 하는 방법 ... 136 137 138 139 140 141 142 143 144 145 146 147 148 149 [150] ...