Microsoft MVP성태의 닷넷 이야기
홈 주인모아 놓은 자료프로그래밍질문/답변사용자 관리 RSS OPML Link
디버깅 기술: 7. VS.NET 2003/2005의 다중 프로젝트 디버깅 [링크 복사], [링크+제목 복사],
조회: 24783
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
http://www.sysnet.pe.kr
첨부 파일
 
(연관된 글이 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에 대해서 한꺼번에 디버거를 붙일 수 있다는 점입니다.


[이 토픽에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]
[연관 글]





[최초 등록일: ]
[최종 수정일: 6/22/2021]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com
비밀번호
댓글 작성자
 


... [31]  32  33  34  35  36  37  38  39  40  41  42  43  44  45  ...
NoWriterDateCnt.TitleFile(s)
13198정성태12/18/202214058.NET Framework: 2080. C# - Microsoft.XmlSerializer.Generator 처리 없이 XmlSerializer 생성자를 예외 없이 사용하고 싶다면?파일 다운로드1
13197정성태12/17/202213570.NET Framework: 2079. .NET Core/5+ 환경에서 XmlSerializer 사용 시 System.IO.FileNotFoundException 예외 발생하는 경우파일 다운로드1
13196정성태12/16/202214291.NET Framework: 2078. .NET Core/5+를 위한 SGen(Microsoft.XmlSerializer.Generator) 사용법
13195정성태12/15/202214537개발 환경 구성: 655. docker - bridge 네트워크 모드에서 컨테이너 간 통신 시 --link 옵션 권장 이유
13194정성태12/14/202214341오류 유형: 833. warning C4747: Calling managed 'DllMain': Managed code may not be run under loader lock파일 다운로드1
13193정성태12/14/202214881오류 유형: 832. error C7681: two-phase name lookup is not supported for C++/CLI or C++/CX; use /Zc:twoPhase-
13192정성태12/13/202214849Linux: 55. 리눅스 - bash shell에서 실수 연산
13191정성태12/11/202216426.NET Framework: 2077. C# - 직접 만들어 보는 SynchronizationContext파일 다운로드1
13190정성태12/9/202218457.NET Framework: 2076. C# - SynchronizationContext 기본 사용법파일 다운로드1
13189정성태12/9/202217864오류 유형: 831. Visual Studio - Windows Forms 디자이너의 도구 상자에 컨트롤이 보이지 않는 문제
13188정성태12/9/202217331.NET Framework: 2075. C# - 직접 만들어 보는 TaskScheduler 실습 (SingleThreadTaskScheduler) [1]파일 다운로드1
13187정성태12/8/202216793개발 환경 구성: 654. openssl - CA로부터 인증받은 새로운 인증서를 생성하는 방법 (2)
13186정성태12/6/202214664오류 유형: 831. The framework 'Microsoft.AspNetCore.App', version '...' was not found.
13185정성태12/6/202215624개발 환경 구성: 653. Windows 환경에서의 Hello World x64 어셈블리 예제 (NASM 버전)
13184정성태12/5/202213493개발 환경 구성: 652. ml64.exe와 link.exe x64 실행 환경 구성 [1]
13183정성태12/4/202213361오류 유형: 830. MASM + CRT 함수를 사용하는 경우 발생하는 컴파일 오류 정리 [1]
13182정성태12/4/202215224Windows: 217. Windows 환경에서의 Hello World x64 어셈블리 예제 (MASM 버전)
13181정성태12/3/202213970Linux: 54. 리눅스/WSL - hello world 어셈블리 코드 x86/x64 (nasm)
13180정성태12/2/202215214.NET Framework: 2074. C# - 스택 메모리에 대한 여유 공간 확인하는 방법파일 다운로드1
13179정성태12/2/202213765Windows: 216. Windows 11 - 22H2 업데이트 이후 Terminal 대신 cmd 창이 뜨는 경우
13178정성태12/1/202214890Windows: 215. Win32 API 금지된 함수 - IsBadXxxPtr 유의 함수들이 안전하지 않은 이유파일 다운로드1
13177정성태11/30/202215466오류 유형: 829. uwsgi 설치 시 fatal error: Python.h: No such file or directory
13176정성태11/29/202212240오류 유형: 828. gunicorn - ModuleNotFoundError: No module named 'flask'
13175정성태11/29/202216902오류 유형: 827. Python - ImportError: cannot import name 'html5lib' from 'pip._vendor'
13174정성태11/28/202213360.NET Framework: 2073. C# - VMMap처럼 스택 메모리의 reserve/guard/commit 상태 출력파일 다운로드1
13173정성태11/27/202214403.NET Framework: 2072. 닷넷 응용 프로그램의 스레드 스택 크기 변경
... [31]  32  33  34  35  36  37  38  39  40  41  42  43  44  45  ...