부모글 보이기/감추기 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 비밀번호 댓글 작성자 ... 91 92 93 94 95 [96] 97 98 99 100 101 102 103 104 105 ... NoWriterDateCnt.TitleFile(s) 11567정성태6/28/201820926.NET Framework: 781. C# - OpenCvSharp 사용 시 포인터를 이용한 속도 향상111566정성태6/28/201826483.NET Framework: 780. C# - JIRA REST API 사용 정리 (1) Basic 인증 [4]111565정성태6/28/201823632.NET Framework: 779. C# 7.3에서 enum을 boxing 없이 int로 변환하기 - 세 번째 이야기111564정성태6/27/201822058.NET Framework: 778. (Unity가 사용하는) 모노 런타임의 __makeref 오류11563정성태6/27/201820094개발 환경 구성: 386. .NET Framework Native compiler 프리뷰 버전 사용법 [2]11562정성태6/26/201819506개발 환경 구성: 385. 레지스트리에 등록된 원격지 스크립트 COM 객체 실행 방법11561정성태6/26/201831627.NET Framework: 777. UI 요소의 접근은 반드시 그 UI를 만든 스레드에서! [8]111560정성태6/25/201822890.NET Framework: 776. C# 7.3 - 초기화 식에서 변수 사용 가능(expression variables in initializers)111559정성태6/25/201830167개발 환경 구성: 384. 영문 설정의 Windows 10 명령행 창(cmd.exe)의 한글 지원 [6]11558정성태6/24/201823726.NET Framework: 775. C# 7.3 - unmanaged(blittable) 제네릭 제약111557정성태6/22/201822744.NET Framework: 774. C# - blittable 타입이란?111556정성태6/19/201830008.NET Framework: 773. C# 7.3 - 구조체의 고정 크기를 갖는 fixed 배열 필드에 대한 직접 접근 가능 [1]111555정성태6/18/201821602.NET Framework: 772. C# 7.3 - 사용자 정의 타입에 fixed 적용 가능(Custom fixed)111554정성태6/17/201823713.NET Framework: 771. C# 7.3 - 자동 구현 속성에 특성 적용 가능(Attribute on backing field)11553정성태6/15/201822899.NET Framework: 770. C# 7.3 - 개선된 메서드 선택 규칙 3가지(Improved overload candidates)111552정성태6/15/201825352.NET Framework: 769. C# 7.3에서 개선된 문법 4개(Support == and != for tuples, Ref Reassignment, Constraints, Stackalloc initializers)111551정성태6/14/201821728개발 환경 구성: 383. BenchmarkDotNet 사용 시 주의 사항11550정성태6/13/201821296.NET Framework: 768. BenchmarkDotNet으로 Span<T> 성능 측정 [2]11549정성태6/13/201823664개발 환경 구성: 382. BenchmarkDotNet에서 생성한 BuildPlots.R 파일을 실행하는 방법11548정성태6/13/201820303오류 유형: 470. .NET Core + BenchmarkDotNet 실행 시 프레임워크를 찾지 못하는 문제11547정성태6/13/201826117.NET Framework: 767. BenchmarkDotNet 라이브러리 소개111546정성태6/12/201825739.NET Framework: 766. C# 7.2의 특징 - GC 및 메모리 복사 방지를 위한 struct 타입 개선 [9]111545정성태6/11/201824480오류 유형: 469. .NET Core 프로젝트를 Visual Studio에서 실행 시 System.BadImageFormatException 발생하는 경우 [1]11544정성태6/10/201823903.NET Framework: 765. C# 7.2 - 숫자 리터럴의 선행 밑줄과 뒤에 오지 않는 명명된 인수11543정성태6/9/201823336.NET Framework: 764. C# 7.2 - private protected 접근자 추가111542정성태6/9/201861820개발 환경 구성: 381. Azure Web App 확장 예제 - Remove Custom Headers ... 91 92 93 94 95 [96] 97 98 99 100 101 102 103 104 105 ...