'디버깅'에 해당되는 글 6건

  1. 2013.06.22 Debugging Tools for Windows 독립 설치 버전 (1)
  2. 2009.09.04 실행중인 프로세스 디버깅 덤프 및 강제종료
  3. 2009.07.28 인터넷 정보 서비스 (IIS 7.0) ASP 오류처리
2013.06.22 19:24

Debugging Tools for Windows 독립 설치 버전

"Debugging Tools for Windows"가 예전에는 단독 설치 버전이 제공되었는데 최근 들어 Windows SDK/DDK 내로 합쳐지면서 부가적인 요소들이 함께 설치되도록 바뀌었습니다.

Download and Install Debugging Tools for Windows
; http://msdn.microsoft.com/en-us/windows/hardware/gg463009.aspx


위의 웹 페이지에 "Install Debugging Tools for Windows as a Standalone Component" 라는 링크가 제공되긴 하지만, 엄밀히 단독 설치 버전은 아닙니다. 물론, 빠른 다운로드 속도로 크게 불편함은 없는데요. 그래도 한 가지 문제가 있습니다.

닷넷 응용 프로그램에 대한 테스트 환경을 구축하다 보면, 그래도 한 대 정도는 특정 버전만 설치되어야 제대로 테스트 되는 경우가 있습니다. 아래처럼!

System.MissingMethodException
; http://www.sysnet.pe.kr/2/0/909


그런데, "Download and Install Debugging Tools for Windows"에서 제공되는 모든 링크에서는 "Debugging Tools for Windows"와 함께 .NET 4.0 설치를 해버립니다.

웹 검색을 해보면, 여기 저기 듣보잡 웹 사이트에서 단독 설치 버전을 올려 놓은 것을 볼 수 있는데... 이 바닥에서 오래 일하다 보면 ^^ "공식 사이트"만을 고집하는 데에는 다 이유가 있다는 것을 알게 되죠. ^^ 그래서 좀 더 검색을 해보니 다행히 마이크로소프트 공식 사이트에서 제공되고 있는 것을 찾았습니다.

Debugging Tools for Windows 6.12.2.633 
; http://archive.msdn.microsoft.com/debugtoolswindows

dbg_amd64_6.12.2.633.msi
; http://archive.msdn.microsoft.com/Project/Download/FileDownload.aspx?ProjectName=debugtoolswindows&DownloadId=13747

dbg_x86_6.12.2.633.msi
; http://archive.msdn.microsoft.com/Project/Download/FileDownload.aspx?ProjectName=debugtoolswindows&DownloadId=13748


버전도 "Download and Install Debugging Tools for Windows"에서 제공되는 것보다 더 높다는 사실! ^^

 

 

출처 : http://blog.naver.com/techshare/


Trackback 0 Comment 1
  1. 2013.06.22 19:27 address edit & del reply

    비밀댓글입니다

2009.09.04 18:14

실행중인 프로세스 디버깅 덤프 및 강제종료

간혹, 실행 중인 프로세스의 덤프 파일을 생성해야하는 경우가 있습니다.

보통, 비정상적으로 동작하는 프로그램이 있는데, 이를 디버깅 환경이 갖추어진 다른 시스템에서 버그를 찾아보려고 할 경우, 그 프로세스의 덤프 파일을 생성한 뒤 이를 디버깅 시스템으로 가져가기 위해 사용하곤 합니다.

실행 중인 프로세스의 덤프 파일을 생성하는 방법으로는 userdump 나 ADPlus 를 이용하는 방법 등 다양하게 있겠지만 NTSD (NT Symbolic Debugger) 를 이용하는 방법도 있습니다.

NTSD의 장점으로는 우선 XP를 비롯한 여러 윈도우에 기본으로 설치가 되어 있다는 점을 들 수 있습니다.
물론, 최신 버전을 설치한다면 추가된 기능들을 사용하는 것도 가능하겠지요.

또한 단순히 덤프 파일만 생성하는 기능을 가진 userdump 등과는 달리 원래 Debugger 이기 때문에 다양한 기능들을 활용하여 보다 입맛에 맞는 작업을 수행하는 것이 가능합니다.

다음은 가장 기본적인 형태로, 특정 프로세스의 덤프 파일을 저장하기 위한 명령어를 보여주고 있습니다.

ntsd -p %PID -c ".dump c:\process.dmp;.detach;q"

위에서 %PID 를 해당 프로세스의 PID 값으로 적어주면, 그 프로세스의 덤프가 c:\process.dmp 에 저장됩니다.

디버깅을 하다 보면, 프로세스가 살아 남아서 새로운 프로세스를 띄우는데 어려움을 겪거나 그러한 이유 때문에 다른 문제가 발생할 수 있습니다. 하지만 http://www.sysinternals.com과 같은 사이트에서 제공하는 ProcessExplorer를 이용하거나 작업관리자를 이용하면 실행중인 프로세스를 강제로 종료할 수 있습니다. 또는 ntsd(NT 커널 디버거)를 이용하여 프로세스를 강제 종료하는 방법도 있습니다.

일단 작업 관리자를 이용하여 해당 프로세스의 아이디를 얻어냅니다. 그리고 나서 ntsd -p [프로세스 ID]를 입력하여 ntsd를 해당 프로세스에 연결하여 디버깅을 시작합니다. ntsd는 프로세스에 연결한 다음 정지하게 되는데, 이 때 q를 입력하여 디버깅 작업을 중단하면, 실행되고 있던 프로세스도 함께 중지되어 버립니다. 대단하죠?

그런데 이 방법에도 문제가 있다고 하는군요. 예를 들어 해당 서비스가 loader lock에서 교착 상태(deadlock)에 있는 경우에는 해당 프로세스에 디버거를 연결할 수 없고, 이 때 q를 입력하더라도 디버거만 종료된다고 합니다. 따라서 이런 경우에는 ntsd를 이용하여 프로세스를 종료할 수 없게 됩니다.

이러한 문제를 해결해야 하는 경우가 있고, 또한 시스템 프로세스의 우선 순위등을 조절해야 하는 경우가 있을 수 있습니다. 예를 들어, msdtc와 같은 서비스가 CPU를 100%사용하고 있다면, 이 서비스를 죽이지 않고 우선순위를 낮추는 방법으로 문제를 해결할 수 있습니다.(이렇게 하는 이유는 해당 서비스를 죽이지 않고, 작업을 마칠 수 있도록 하기 위함입니다. 물론 그러면서 컴퓨터는 계속해서 사용할 수 있어야겠죠). 우선 순위를 조절하는 기능은 이미 작업관리자에 포함되어 있는데, 만약 여러분이 System으로 되어있는 서비스를 선택하여 마우스 오른쪽 버튼을 클릭하여 우선 순위를 바꾸려고 하면, 아마도 권한이 없기 때문에 작업을 완료할 수 없다는 오류 메시지를 받게 될 것입니다. 왜냐하면 msdtc는 NETWORK SERVICE로 실행되고 이 권한 때문에 접근할 수 없기 때문입니다.

그런 경우에는 해당 프로세스를 제어하는 프로그램이 SeDebugPrivilege 권한을 소유하고 있어야 하는데, 작업 관리자는 기본적으로 이 권한을 소유하고 있지 않습니다. 하지만 ntsd가 이 권한을 가지고 있고 ntsd로 디버깅된 프로그램(디버기)는 이 토큰을 상속받게 되어 작업 관리자도 똑같이 SeDebugPrivilege를 갖게 되는 것입니다. 이를 위해 다음과 같이 실행하면 됩니다.

ntsd taskmgr

이 상태로도 System 서비스의 우선 순위를 마음대로 바꿀 수 있지만,계속해서 ntsd가 실행된 상태이기 때문에 qd 명령을 입력하여 taskmgr은 실행 상태로 남겨둔채, ntsd만 종료하도록 연결을 해제할 수 있습니다. 이 작업은 다음과 같이 작동되게 할 수 있습니다.

ntsd -hd -c "qd" taskmgr

여기에서 -hd는 일반 힙(디버거에서 실행되는 디버기는 기본적으로 NT 디버그 힙을 사용하게 되는데, 이 힙은 느릴 뿐만 아니라 용량도 많이 차지한다)을 사용하도록 하기 위함이며, -c 옵션은 다음에 오는 명령을 첫번째 breakpoint에서 실행시키기 위함입니다. 만약 이 파일을 배치파일로 만들면 항상 무적인 작업 관리자를 만들 수 있는 것이죠.

여기서 이상한 일은 기본적으로 작업 관리자가 다른 프로세스를 종료하기 위해서 일시적으로 SeDebugPrivilege 권한을 획득하게 되는데, 시스템의 우선 순위를 바꿀 때에는 이 권한을 획득하지 않는다는 점입니다.


출처 : http://lwittgen.tistory.com/

Trackback 0 Comment 0
2009.07.28 14:13

인터넷 정보 서비스 (IIS 7.0) ASP 오류처리

에러메시지>
HTTP 오류 403.14 - Forbidden

체크확인>
제어판 -> 프로그램 추가/삭제 - windows 기능 추가 에서
인터넷정보서비스 > w.w.w서비스 > 응용프로그램 개발기능에 asp가 체크 되었는지 확인


에러메시지>
An error occurred on the server when processing the URL. Please contact the system administrator
 
해결방법>
IIS에서 기능보기에서 ASP -> 디버깅속성 - 브라우져 오류전송 false를 ture로 변경

cmd에서 %windir%\system32\inetsrv\appcmd set config -section:asp -scriptErrorSentToBrowser:true
- 참고 URL : http://blogs.iis.net/thomad/archive/2007/02/06/security-is-painful.aspx


에러메시지>
Active Server Pages 오류 'ASP 0131'
허용되지 않는 부모 경로
/~~~JS.asp, 줄 234
'../~~~Process.asp' Include 파일은 부모 디렉터리를 표시하기 위해 '..'를 사용할 수 없습니다.

해결방법>
IIS 해당 사이트 기능보기에서 ASP -> 동작 - 부모경로사용 false를 true로 변경


Trackback 0 Comment 0