부모글 보이기/감추기 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 비밀번호 댓글 작성자 ... 61 62 63 64 65 66 67 68 69 70 [71] 72 73 74 75 ... NoWriterDateCnt.TitleFile(s) 12161정성태2/26/202017772오류 유형: 597. manifest - The value "x64" of attribute "processorArchitecture" in element "assemblyIdentity" is invalid.12160정성태2/26/202018220개발 환경 구성: 469. Reg-free COM 개체 사용을 위한 manifest 파일 생성 도구 - COMRegFreeManifest12159정성태2/26/202015304오류 유형: 596. Visual Studio - The project needs to include ATL support12158정성태2/25/202017887디버깅 기술: 165. C# - Marshal.GetIUnknownForObject/GetIDispatchForObject 사용 시 메모리 누수(Memory Leak) 발생112157정성태2/25/202017932디버깅 기술: 164. C# - Marshal.GetNativeVariantForObject 사용 시 메모리 누수(Memory Leak) 발생 및 해결 방법112156정성태2/25/202016508오류 유형: 595. LINK : warning LNK4098: defaultlib 'nafxcw.lib' conflicts with use of other libs; use /NODEFAULTLIB:library12155정성태2/25/202015971오류 유형: 594. Warning NU1701 - This package may not be fully compatible with your project12154정성태2/25/202015340오류 유형: 593. warning LNK4070: /OUT:... directive in .EXP differs from output filename12153정성태2/23/202019464.NET Framework: 898. Trampoline을 이용한 후킹의 한계112152정성태2/23/202018552.NET Framework: 897. 실행 시에 메서드 가로채기 - CLR Injection: Runtime Method Replacer 개선 - 세 번째 이야기(Trampoline 후킹)112151정성태2/22/202019329.NET Framework: 896. C# - Win32 API를 Trampoline 기법을 이용해 C# 메서드로 가로채는 방법 - 두 번째 이야기 (원본 함수 호출)112150정성태2/21/202019561.NET Framework: 895. C# - Win32 API를 Trampoline 기법을 이용해 C# 메서드로 가로채는 방법 [1]112149정성태2/20/202018403.NET Framework: 894. eBEST C# XingAPI 래퍼 - 연속 조회 처리 방법 [1]12148정성태2/19/202020899디버깅 기술: 163. x64 환경에서 구현하는 다양한 Trampoline 기법 [1]12147정성태2/19/202018589디버깅 기술: 162. x86/x64의 기계어 코드 최대 길이12146정성태2/18/202019331.NET Framework: 893. eBEST C# XingAPI 래퍼 - 로그인 처리112145정성태2/18/202019191.NET Framework: 892. eBEST C# XingAPI 래퍼 - Sqlite 지원 추가112144정성태2/13/202019321.NET Framework: 891. 실행 시에 메서드 가로채기 - CLR Injection: Runtime Method Replacer 개선 - 두 번째 이야기112143정성태2/13/202015964.NET Framework: 890. 상황별 GetFunctionPointer 반환값 정리 - x64112142정성태2/12/202018308.NET Framework: 889. C# 코드로 접근하는 MethodDesc, MethodTable112141정성태2/10/202017333.NET Framework: 888. C# - ASP.NET Core 웹 응용 프로그램의 출력 가로채기 [2]112140정성태2/10/202017843.NET Framework: 887. C# - ASP.NET 웹 응용 프로그램의 출력 가로채기112139정성태2/9/202019134.NET Framework: 886. C# - Console 응용 프로그램에서 UI 스레드 구현 방법12138정성태2/9/202023163.NET Framework: 885. C# - 닷넷 응용 프로그램에서 SQLite 사용 [6]112137정성태2/9/202016392오류 유형: 592. [AhnLab] 경고 - 디버거 실행을 탐지했습니다.12136정성태2/6/202017339Windows: 168. Windows + S(또는 Q)로 뜨는 작업 표시줄의 검색 바가 동작하지 않는 경우 ... 61 62 63 64 65 66 67 68 69 70 [71] 72 73 74 75 ...