문제

모니터가 하나만 있다는 점을 감안할 때 전체 화면 (예 : DirectX 응용 프로그램)을 사용하는 프로그램을 디버깅하는 가장 좋은 방법은 무엇입니까? 단계별 디버거와 같은 도구는 이러한 맥락에서 쓸모없는 것 같습니다. 또한 콘솔에 인쇄하는 것은 효과적이지 않습니다. 응용 프로그램이 종료되면 콘솔 만 볼 수 있기 때문입니다.

도움이 되었습니까?

해결책

원격 디버깅이 옵션이 없습니까?

그렇지 않으면 두 번째 모니터를 빌릴 수 있습니다 (비디오 카드 포함).

그리고 다른 모든 것이 실패하면 경고음 신호로 돌아갈 수 있습니다.

(또는 이전 행렬 프린터를 찾아 각 라인을 프린터에 작성하십시오 ;-)).

다른 팁

런타임 정보 만 보려면 전체 화면 내에서 디버그 텍스트를 오버레이합니다. 그것이 나라면, 화면 디버그는 재생 테스트에 적합하지만 (게임이라면) 앱을 대상으로 창을 실행할 수 있도록 앱을 타겟팅 할 것입니다 (게임이라면).

Printf 디버깅은 느리고 고통스럽고 바보 증거입니다.

코드를 추적 라인과 같은 추적 라인으로 채우십시오

fprint(logfile,"%s:%d\n",__FILE__,__LINE__);

또는 당신은 당신의 언어에 필요한 Waterer와 그것을 실행합니다. 완료 후, 당신은 그것이 한 일을 걸을 수 있습니다. 하지만 먼저 시간과 하드 드라이브 공간이 있는지 확인하십시오. 그것은 당신이 물건을 거꾸로 "실행"할 수 있고 다음과 같이 달리는 것과 같은 이점이 있습니다.

BCS가 말한 내용과 함께 가서 추가하겠습니다 sysinternals의 디버그 뷰 다른 컴퓨터에서 원격으로 연결할 수 있습니다.

코드의 99%를 창 모드에서 테스트 한 다음 전체 화면에서 수행 해야하는 부품의 경우 전체 화면으로 점프하고 테스트를 실행하며 곧 (프로그래밍 방식으로 또는 Alt-TAB를 사용하여) 다시 점프 할 수 있습니다.

기본적으로 대부분의 코드는 전체 화면에 의존하지 않으며 작은 창에서 테스트 할 수 있다고 강조하고 싶습니다.

그래픽 개발자 인터페이스에서 Joseph Newcombers 에세이를 읽는 것을 고려할 수 있습니다. http://www.flounder.com/gdi.htm

MFC로 코딩하지는 않지만 유용한 아이디어를 얻을 수 있어야합니다. 그는 다른 흥미로운 기사도 많이 있습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top