부모글 보이기/감추기 AD BLOCK 해제 요청 이 글에는 광고가 많이 들어가 있지 않습니다. adblock을 해제하셔도 글을 읽는데 그다지 부담이 없으니 해제를 부탁드립니다. (연관된 글이 4개 있습니다.) 이 기능을 모르시는 분들이 많은 것 같습니다. 그래서, 이참에 한번 소개를 드려 보겠습니다. 다중 프로젝트 디버깅이 언제 필요한지에 대해서 말하면 이해가 더욱 빠를 것 같은데요. 예를 들어서, 클라이언트 / 서버 프로그램을 만드는 경우에 양쪽 모두 디버깅을 할 수 있도록 하는 기능을 제공하는 것입니다. 기존에는, 클라이언트 측 모듈을 테스트하려면 서버 exe를 따로 실행시킨 다음에 기능을 테스트하거나 또는 그 반대로 해왔을 것입니다. 물론, 클라이언트 측과 서버 측 코드를 동시에 디버깅 하는 것은 생각도 못했지요. ^^ 하지만, VS.NET 2003/2005에서는 그것이 가능해졌습니다. 따라서, 클라이언트 측 exe 모듈에 Break Point(이하, BP)를 설정하고, 그와 함께 서버 측 모듈에도 BP를 설정한 다음 "F5" 키를 누르면 2개의 응용 프로그램이 모두 실행되어서 디버깅이 가능하게 됩니다. 방법은 ^^ 무지 간단합니다. Solution Explorer에서 해당 솔루션의 등록정보 창을 띄우고 다음과 같이 "Startup Project" 노드를 선택합니다. 보시는 것처럼, 우측의 "Multiple startup projects:"에서 현재 솔루션에 있는 프로젝트 목록중에서 "F5" 키를 통해 같이 실행되어져야 할 프로젝트의 "Action"을 "Start"로 바꿔줍니다. 이제부터는, 편하게 "F5" 디버깅으로 서버/클라이언트의 코드에서 동시에 디버깅을 하실 수 있습니다. ^^ 한 가지 더 감동적인 것은... ^^ "Attach to Process"로도 다중 EXE에 대해서 한꺼번에 디버거를 붙일 수 있다는 점입니다. [이 토픽에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.] [다음 글] 디버깅 기술: 8. COM+ 서버 응용 프로그램에 대한 F5 디버깅 방법[이전 글] 개발 환경 구성: 11. COM+ 서버 활성화 보안 설정 [연관 글] 디버깅 기술: 8. COM+ 서버 응용 프로그램에 대한 F5 디버깅 방법디버깅 기술: 5. PDB 이야기.NET Framework: 1019. Microsoft.Tye 기본 사용법 소개개발 환경 구성: 601. PyCharm - 다중 프로세스 디버깅 방법 [최초 등록일: 8/20/2006] [최종 수정일: 6/22/2021] 이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다. by SeongTae Jeong, mailto:techsharer at outlook.com 비밀번호 댓글 작성자 ... [16] 17 18 19 20 21 22 23 24 25 26 27 28 29 30 ... NoWriterDateCnt.TitleFile(s) 13577정성태3/9/202411962닷넷: 2229. C# - 닷넷을 위한 난독화 도구 소개 (예: ConfuserEx)13576정성태3/8/202411809닷넷: 2228. .NET Profiler - IMetaDataEmit2::DefineMethodSpec 사용법13575정성태3/7/202412476닷넷: 2227. 최신 C# 문법을 .NET Framework 프로젝트에 쓸 수 있을까요?13574정성태3/6/202411928닷넷: 2226. C# - "Docker Desktop for Windows" Container 환경에서의 IPv6 DualMode 소켓13573정성태3/5/202410520닷넷: 2225. Windbg - dumasync로 분석하는 async/await 호출13572정성태3/4/202410426닷넷: 2224. C# - WPF의 Dispatcher Queue로 알아보는 await 호출의 hang 현상113571정성태3/1/202410378닷넷: 2223. C# - await 호출과 WPF의 Dispatcher Queue 동작 확인113570정성태2/29/202411615닷넷: 2222. C# - WPF의 Dispatcher Queue 동작 확인113569정성태2/28/202411368닷넷: 2221. C# - LoadContext, LoadFromContext 그리고 GAC113568정성태2/27/202411200닷넷: 2220. C# - .NET Framework 프로세스의 LoaderOptimization 설정을 확인하는 방법113567정성태2/27/202411127오류 유형: 898. .NET Framework 3.5 이하에서 mscoree.tlb 참조 시 System.BadImageFormatException113566정성태2/27/202411080오류 유형: 897. Windows 7 SDK 설치 시 ".NET Development" 옵션이 비활성으로 선택이 안 되는 경우13565정성태2/23/20249544닷넷: 2219. .NET CLR2 보안 모델에서의 개별 System.Security.Permissions 제어13564정성태2/22/202411612Windows: 259. Hyper-V Generation 1 유형의 VM을 Generation 2 유형으로 바꾸는 방법13563정성태2/21/202411003디버깅 기술: 196. windbg - async/await 비동기인 경우 메모리 덤프 분석의 어려움13562정성태2/21/202410242오류 유형: 896. ASP.NET - .NET Framework 기본 예제에서 System.Web에 대한 System.IO.FileNotFoundException 예외 발생13561정성태2/20/202411383닷넷: 2218. C# - (예를 들어, Socket) 비동기 I/O에 대한 await 호출 시 CancellationToken을 이용한 취소113560정성태2/19/202411439디버깅 기술: 195. windbg 분석 사례 - Semaphore 잠금으로 인한 Hang 현상 (닷넷)13559정성태2/19/202412578오류 유형: 895. ASP.NET - System.Security.SecurityException: 'Requested registry access is not allowed.'13558정성태2/18/202411672닷넷: 2217. C# - 최댓값이 1인 SemaphoreSlim 보다 Mutex 또는 lock(obj)를 선택하는 것이 나은 이유13557정성태2/18/20249791Windows: 258. Task Scheduler의 Author 속성 값을 변경하는 방법13556정성태2/17/202410940Windows: 257. Windows - Symbolic (hard/soft) Link 및 Junction 차이점13555정성태2/15/202411049닷넷: 2216. C# - SemaphoreSlim 사용 시 주의점13554정성태2/15/202410358VS.NET IDE: 189. Visual Studio - 닷넷 소스코드 디컴파일 찾기가 안 될 때13553정성태2/14/20249471닷넷: 2215. windbg - thin/fat lock 없이 동작하는 Monitor.Wait + Pulse13552정성태2/13/20249640닷넷: 2214. windbg - Monitor.Enter의 thin lock과 fat lock ... [16] 17 18 19 20 21 22 23 24 25 26 27 28 29 30 ...