부모글 보이기/감추기 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) 1386정성태12/12/201230964디버깅 기술: 53. windbg - 덤프 파일로부터 네이티브 DLL을 추출하는 방법 [1]1385정성태12/12/201226393디버깅 기술: 52. Windbg - The version of SOS does not match the version of CLR you are debugging.1384정성태12/12/201231093개발 환경 구성: 178. System32 폴더의 64비트 DLL을 32비트 Depends.exe에서 보는 방법1383정성태12/10/201227081개발 환경 구성: 177. 기업용 메신저를 위한 Office Communicator Server 2007 설치 [1]1382정성태12/8/201229738개발 환경 구성: 176. WebPagetest 서버 - 설치 및 테스트1381정성태12/5/201228499.NET Framework: 347. C# - 프로세스(EXE) 수준의 Singleton 개체 생성 [2]11380정성태11/28/201238459.NET Framework: 346. 닷넷 개발자에게 Node.js의 의미 [17]1379정성태11/26/201231841.NET Framework: 345. C# 부호(+, -)에 대한 비트 변환 [1]1378정성태11/22/201232857Java: 14. 안드로이드 - Hello World 실습 [7]1377정성태11/19/201226475.NET Framework: 344. 닷넷 프로파일러 - ICorProfilerInfo::GetILFunctionBody 함수 버그1376정성태11/15/201231602디버깅 기술: 51. 닷넷 응용 프로그램에서 특정 예외가 발생했을 때 풀 덤프 받는 방법 [6]1375정성태11/15/201227318디버깅 기술: 50. windbg의 mscordacwks DLL 로드 문제 - 두 번째 이야기1374정성태11/13/201225336개발 환경 구성: 175. Visual Studio의 "Extension Manager"에서 설치된 구성 요소들의 제거 버튼이 비활성화되었다면!1373정성태11/13/201225870.NET Framework: 343. VB.NET 어셈블리의 .NET Reflector 소스 코드를 분석할 때 알아두면 좋은 사항1372정성태11/1/2012120587Windows: 67. 64비트 윈도우에서 Internet Explorer 10이 항상 64비트로만 실행된다면? [57]1371정성태10/31/201228572.NET Framework: 342. Python의 zip과 with 문 context를 C#과 비교하면. [3]11370정성태10/31/201223556VS.NET IDE: 75. Visual Studio - "Active Solution Platform" 변경을 툴바에서 하는 방법1369정성태10/31/201236793개발 환경 구성: 174. 윈도우에서 Mono 개발 환경 구성 [4]1368정성태10/31/201228349개발 환경 구성: 173. Windows Phone SDK 8.0 설치1367정성태10/30/201235904개발 환경 구성: 172. IIS 7.5부터 지원되는 웹 사이트 자동 시작 모드 [1]1366정성태10/24/201227353개발 환경 구성: 171. GTK+를 윈도우 환경에 수작업 설치1365정성태10/24/201226158개발 환경 구성: 170. 우분투 데스크톱 Active Directory 가입하기 [2]1364정성태10/19/201222733Windows: 66. Hyper-V 2012에서 별도의 네트워크 카드를 이용한 Live Migration1363정성태10/16/201230271개발 환경 구성: 169. Objective-C의 대안 - Xamarin의 Mono를 이용한 C# iOS 개발 환경 [2]1362정성태10/16/201230521개발 환경 구성: 168. 우분투 서버 Active Directory 가입하기1361정성태10/12/201223887.NET Framework: 341. .NET COM+ 를 Managed/Native 클라이언트에서 각각 호출했을 때의 콜 스택 비교 [4]1 ... 136 137 138 139 140 141 142 143 144 145 146 147 [148] 149 150 ...