부모글 보이기/감추기 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 비밀번호 댓글 작성자 1 2 3 4 5 6 7 8 9 10 11 12 13 [14] 15 ... NoWriterDateCnt.TitleFile(s) 13591정성태4/2/20249472닷넷: 2234. C# - WPF 응용 프로그램에 Blazor App 통합113590정성태3/31/20249269Linux: 70. Python - uwsgi 응용 프로그램이 k8s 환경에서 OOM 발생하는 문제13589정성태3/29/20249640닷넷: 2233. C# - 프로세스 CPU 사용량을 나타내는 성능 카운터와 Win32 API113588정성태3/28/202410697닷넷: 2232. C# - Unity + 닷넷 App(WinForms/WPF) 간의 Named Pipe 통신 [2]113587정성태3/27/20249580오류 유형: 900. Windows Update 오류 - 8024402C, 8007064313586정성태3/27/202412472Windows: 263. Windows - 복구 파티션(Recovery Partition) 용량을 늘리는 방법13585정성태3/26/202410147Windows: 262. PerformanceCounter의 InstanceName에 pid를 추가한 "Process V2"13584정성태3/26/202411794개발 환경 구성: 708. Unity3D - C# Windows Forms / WPF Application에 통합하는 방법 [9]113583정성태3/25/20249730Windows: 261. CPU Utilization이 100% 넘는 경우를 성능 카운터로 확인하는 방법13582정성태3/19/202410859Windows: 260. CPU 사용률을 나타내는 2가지 수치 - 사용량(Usage)과 활용률(Utilization)113581정성태3/18/202410518개발 환경 구성: 707. 빌드한 Unity3D 프로그램을 C++ Windows Application에 통합하는 방법13580정성태3/15/20249486닷넷: 2231. C# - ReceiveTimeout, SendTimeout이 적용되지 않는 Socket await 비동기 호출113579정성태3/13/202410427오류 유형: 899. HTTP Error 500.32 - ANCM Failed to Load dll13578정성태3/11/202411172닷넷: 2230. C# - 덮어쓰기 가능한 환형 큐 (Circular queue)113577정성태3/9/202411092닷넷: 2229. C# - 닷넷을 위한 난독화 도구 소개 (예: ConfuserEx)13576정성태3/8/202410373닷넷: 2228. .NET Profiler - IMetaDataEmit2::DefineMethodSpec 사용법13575정성태3/7/202410865닷넷: 2227. 최신 C# 문법을 .NET Framework 프로젝트에 쓸 수 있을까요?13574정성태3/6/202410323닷넷: 2226. C# - "Docker Desktop for Windows" Container 환경에서의 IPv6 DualMode 소켓13573정성태3/5/20249495닷넷: 2225. Windbg - dumasync로 분석하는 async/await 호출13572정성태3/4/20249504닷넷: 2224. C# - WPF의 Dispatcher Queue로 알아보는 await 호출의 hang 현상113571정성태3/1/20249473닷넷: 2223. C# - await 호출과 WPF의 Dispatcher Queue 동작 확인113570정성태2/29/202410120닷넷: 2222. C# - WPF의 Dispatcher Queue 동작 확인113569정성태2/28/202410232닷넷: 2221. C# - LoadContext, LoadFromContext 그리고 GAC113568정성태2/27/20249805닷넷: 2220. C# - .NET Framework 프로세스의 LoaderOptimization 설정을 확인하는 방법113567정성태2/27/20249708오류 유형: 898. .NET Framework 3.5 이하에서 mscoree.tlb 참조 시 System.BadImageFormatException113566정성태2/27/20249598오류 유형: 897. Windows 7 SDK 설치 시 ".NET Development" 옵션이 비활성으로 선택이 안 되는 경우 1 2 3 4 5 6 7 8 9 10 11 12 13 [14] 15 ...