부모글 보이기/감추기 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 비밀번호 댓글 작성자 ... 76 77 78 79 80 81 [82] 83 84 85 86 87 88 89 90 ... NoWriterDateCnt.TitleFile(s) 11886정성태5/7/201919239오류 유형: 534. mstest.exe 실행 시 "Visual Studio Enterprise is required to execute the test." 오류 [2]11885정성태5/7/201916178오류 유형: 533. mstest.exe 실행 시 "File extension specified '.loadtest' is not a valid test extension." 오류 발생11884정성태5/5/201920976.NET Framework: 828. C# DLL에서 Win32 C/C++처럼 dllexport 함수를 제공하는 방법 - 두 번째 이야기11883정성태5/3/201926210.NET Framework: 827. C# - 인터넷 시간 서버로부터 받은 시간을 윈도우에 적용하는 방법111882정성태5/2/201922457.NET Framework: 826. (번역글) .NET Internals Cookbook Part 11 - Various C# riddles111881정성태4/28/201922589오류 유형: 532. .NET Core 프로젝트로 마이그레이션 시 "CS0579 Duplicate 'System.Reflection.AssemblyCompanyAttribute' attribute" 오류 발생11880정성태4/25/201918430오류 유형: 531. 이벤트 로그 오류 - Task Scheduling Error: m->NextScheduledSPRetry 1547, m->NextScheduledEvent 154711879정성태4/24/201926830.NET Framework: 825. (번역글) .NET Internals Cookbook Part 10 - Threads, Tasks, asynchronous code and others211878정성태4/22/201922580.NET Framework: 824. (번역글) .NET Internals Cookbook Part 9 - Finalizers, queues, card tables and other GC stuff111877정성태4/22/201922649.NET Framework: 823. (번역글) .NET Internals Cookbook Part 8 - C# gotchas111876정성태4/21/201921704.NET Framework: 822. (번역글) .NET Internals Cookbook Part 7 - Word tearing, locking and others111875정성태4/21/201922694오류 유형: 530. Visual Studo에서 .NET Core 프로젝트를 열 때 "One or more errors occurred." 오류 발생11874정성태4/20/201922901.NET Framework: 821. (번역글) .NET Internals Cookbook Part 6 - Object internals111873정성태4/19/201921354.NET Framework: 820. (번역글) .NET Internals Cookbook Part 5 - Methods, parameters, modifiers111872정성태4/17/201922235.NET Framework: 819. (번역글) .NET Internals Cookbook Part 4 - Type members111871정성태4/16/201920920.NET Framework: 818. (번역글) .NET Internals Cookbook Part 3 - Initialization tricks [3]111870정성태4/16/201919166.NET Framework: 817. Process.Start로 실행한 콘솔 프로그램의 출력 결과를 얻는 방법111869정성태4/15/201924999.NET Framework: 816. (번역글) .NET Internals Cookbook Part 2 - GC-related things [2]211868정성태4/15/201920996.NET Framework: 815. CER(Constrained Execution Region)이란?111867정성태4/15/201920115.NET Framework: 814. Critical Finalizer와 SafeHandle의 사용 의미111866정성태4/9/201923298Windows: 159. 네트워크 공유 폴더(net use)에 대한 인증 정보는 언제까지 유효할까요?11865정성태4/9/201919023오류 유형: 529. 제어판 - C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Administrative Tools is not accessible.11864정성태4/9/201917794오류 유형: 528. '...' could be '0': this does not adhere to the specification for the function '...'11863정성태4/9/201917635디버깅 기술: 127. windbg - .NET x64 EXE의 EntryPoint11862정성태4/7/201920145개발 환경 구성: 437. .NET EXE의 ASLR 기능을 끄는 방법11861정성태4/6/201919603디버깅 기술: 126. windbg - .NET x86 CLR2/CLR4 EXE의 EntryPoint ... 76 77 78 79 80 81 [82] 83 84 85 86 87 88 89 90 ...