지원콘솔개발자평가판 시작연락처

20장. 실행 중인 애플리케이션 디버깅

이 장에서는 개발자가 직접 액세스할 수 있는 시스템에서 필요에 따라 여러 번 실행할 수 있는 애플리케이션을 디버깅하는 기술을 소개합니다.

20.1. 디버깅 정보를 사용하여 디버깅 활성화

애플리케이션과 라이브러리를 디버깅하려면 디버깅 정보가 필요합니다. 다음 섹션에서는 이 정보를 가져오는 방법에 대해 설명합니다.

20.1.1. 디버깅 정보

실행 가능한 코드를 디버깅하는 동안 두 가지 종류의 정보를 사용하면 툴을 허용하고 프로그래머를 확장하여 바이너리 코드를 파악할 수 있습니다.

  • 소스 코드 텍스트
  • 소스 코드 텍스트가 바이너리 코드와 관련된 방법에 대한 설명입니다.

이를 디버깅 정보라고 합니다.

Red Hat Enterprise Linux는 실행 가능한 바이너리, 공유 라이브러리 또는 debuginfo 파일에 ELF 형식을 사용합니다. 이러한 ELF 파일 내에 DWARF 형식은 디버그 정보를 유지하는 데 사용됩니다.

DWARF 기호는 readelf -w file 명령으로 읽습니다.

경고

UNIX에서 STABS를 사용하는 경우도 있습니다. STABS는 더 오래되고 성능이 낮은 형식입니다. Red Hat에서는 사용하지 않는 것이 좋습니다. GCC 및 GDB는 최선의 노력으로 STABS 프로덕션 및 소비를 지원합니다. Valgrind 및 elfutils와 같은 다른 툴에서는 STABS를 전혀 지원하지 않습니다.

추가 리소스

20.1.2. GCC를 사용하여 C 및 C++ 애플리케이션 디버깅 활성화

디버깅 정보는 크기 때문에 기본적으로 실행 파일에 포함되지 않습니다. C 및 C++ 애플리케이션을 사용하여 디버깅할 수 있도록 하려면 컴파일러에 디버깅 정보를 작성하도록 명시적으로 지정해야 합니다.To enable debugging of your C and C++ applications with it, you must explicitly instruct the compiler to create debugging information.

GCC를 사용하여 디버깅 정보 생성 활성화

코드를 컴파일 및 연결할 때 GCC 로 디버깅 정보를 생성할 수 있도록 하려면 -g 옵션을 사용합니다. 

$ gcc ... -g ...
  • 컴파일러 및 링커에서 수행하는 최적화로 인해 원래 소스 코드와 관련되기 어려운 실행 코드가 발생할 수 있습니다. 변수는 롤백되지 않고 주변 항목에 병합된 작업을 최적화할 수 있습니다. 이는 디버깅에 부정적인 영향을 미칩니다. 디버깅 환경을 개선하려면 -Og 옵션으로 최적화를 설정하는 것이 좋습니다. 그러나 최적화 수준을 변경하면 실행 코드가 변경되고 일부 버그를 제거하기 위해 실제 동작이 변경될 수 있습니다.
  • f compare-debug GCC 옵션은 디버그 정보와 디버그 정보 없이 GCC에서 컴파일한 코드를 테스트합니다. 결과 두 바이너리 파일이 동일한 경우 테스트가 통과합니다. 이 테스트를 사용하면 디버깅 옵션의 영향을 받지 않으므로 디버그 코드에 숨겨진 버그가 없습니다. f compare-debug 옵션을 사용하면 컴파일 시간이 크게 증가합니다. 이 옵션에 대한 자세한 내용은 GCC 도움말 페이지를 참조하십시오.
추가 리소스

20.1.3. debuginfo 패키지

debuginfo 패키지에는 프로그램 및 라이브러리의 디버깅 정보 및 디버그 소스 코드가 포함되어 있습니다.

사전 요구 사항
debuginfo 패키지

Red Hat Enterprise Linux 리포지토리에서 패키지에 설치된 애플리케이션 및 라이브러리의 경우 다른 채널을 통해 사용 가능한 별도의 debuginfo 패키지로 디버깅 정보 및 디버그 소스 코드를 가져올 수 있습니다. debuginfo 패키지에는 DWARF debuginfo 및 바이너리 패키지를 컴파일하는 데 사용되는 소스 파일이 포함된 .debug 파일이 포함되어 있습니다. debuginfo 패키지 콘텐츠는 /usr/lib/debug 디렉터리에 설치됩니다.

debuginfo 패키지는 동일한 이름, 버전, 릴리스 및 아키텍처가 있는 바이너리 패키지에 대해서만 유효한 디버깅 정보를 제공합니다.

  • 바이너리 패키지: packagename-version-release.architecture.rpm
  • debuginfo package: packagename-debuginfo-version-release.architecture.rpm

20.1.4. GDB를 사용하여 애플리케이션 또는 라이브러리용 debuginfo 패키지 가져오기

GNU Debugger(GDB)는 누락된 디버그 정보를 자동으로 인식하고 패키지 이름을 확인합니다.

사전 요구 사항
절차

  1. 디버그하려는 애플리케이션 또는 라이브러리에 연결된 GDB를 시작합니다. GDB는 누락된 디버깅 정보를 자동으로 인식하고 실행할 명령을 제안합니다. 

    $ gdb -q /bin/ls
Reading symbols from /usr/bin/ls...Reading symbols from /usr/bin/ls...(no debugging symbols found)...done.
(no debugging symbols found)...done.
Missing separate debuginfos, use: debuginfo-install coreutils-8.22-21.el7.x86_64
(gdb)

  2. 계속하지 않고 GDB를 종료합니다. q 및 Enter. 

    (gdb) q

  3. GDB에서 제안한 명령을 실행하여 필요한 debuginfo 패키지를 설치합니다. 

    # debuginfo-install coreutils-8.22-21.el7.x86_64

    애플리케이션 또는 라이브러리의 debuginfo 패키지를 설치하면 모든 종속 항목에 대해 debuginfo 패키지를 설치합니다.

  4. GDB가 debuginfo 패키지를 제안할 수 없는 경우 20.1.5절. “애플리케이션 또는 라이브러리에 대한 debuginfo 패키지 가져오기 수동으로” 의 절차를 따르십시오.
추가 리소스

20.1.5. 애플리케이션 또는 라이브러리에 대한 debuginfo 패키지 가져오기 수동으로

설치를 위해 debuginfo 패키지를 수동으로 선택하려면 실행 가능한 파일을 찾아 설치하는 패키지를 찾습니다.

참고

GDB를 사용하여 설치를 위한 패키지를 결정하는 것이 좋습니다. GDB가 설치할 패키지를 제안할 수 없는 경우에만 이 수동 절차를 사용하십시오.

사전 요구 사항
절차

  1. 애플리케이션 또는 라이브러리의 실행 파일을 찾습니다.

    1. 애플리케이션 파일을 찾으려면 which 명령을 사용합니다. 

      $ which nautilus
/usr/bin/nautilus

    2. locate 명령을 사용하여 라이브러리 파일을 찾습니다. 

      $ locate libz | grep so
/usr/lib64/libz.so
/usr/lib64/libz.so.1
/usr/lib64/libz.so.1.2.7

      포함된 오류 메시지를 디버깅하는 원래의 이유로 라이브러리에서 추가 번호가 동일한 결과를 선택합니다. 확실하지 않은 경우 나머지 절차에 따라 라이브러리 파일 이름에 추가 번호가 포함되지 않은 결과를 표시하십시오.

      참고

      locate 명령은 mlocate 패키지에서 제공합니다. 설치하고 사용을 활성화하려면 다음을 수행합니다. 

      # yum install mlocate
# updatedb

  2. 파일 경로를 사용하여 해당 파일을 제공하는 패키지를 검색합니다. 

    # yum provides /usr/lib64/libz.so.1.2.7
Loaded plugins: product-id, search-disabled-repos, subscription-manager
zlib-1.2.7-17.el7.x86_64 : The compression and decompression library
Repo        : @anaconda/7.4
Matched from:
Filename    : /usr/lib64/libz.so.1.2.7

    출력에서 형식 이름-버전.distribution 의 패키지 목록을 제공합니다. 이 단계에서는 yum 출력에 표시된 버전이 실제 설치된 버전이 아닐 수 있으므로 패키지 이름만 중요합니다.

    중요

    이 단계에서 결과를 생성하지 않으면 바이너리 파일을 제공하는 패키지를 결정할 수 없으며 이 절차가 실패합니다.

  3. rpm 하위 수준 패키지 관리 툴을 사용하여 시스템에 설치된 패키지 버전을 찾습니다. 패키지 이름을 인수로 사용합니다. 

    $ rpm -q zlib
zlib-1.2.7-17.el7.x86_64

    출력에서는 설치된 패키지에 대한 세부 정보를 제공합니다. 버전.distribution .

  4. debuginfo -install 유틸리티를 사용하여debuginfo 패키지를 설치합니다. 명령에서 이전 단계에서 결정한 패키지 이름과 기타 세부 정보를 사용합니다. 

    # debuginfo-install zlib-1.2.7-17.el7.x86_64

    애플리케이션 또는 라이브러리의 debuginfo 패키지를 설치하면 모든 종속 항목에 대해 debuginfo 패키지를 설치합니다.

추가 리소스
Red Hat logoGithubRedditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

© 2024 Red Hat, Inc.