명령줄 활용 능력과 기본~고급 수준의 스크립팅 언어 지식을 갖춘 전문 개발자들은 놀라운 앱과 소프트웨어를 만들어냅니다. 하지만 작동하는 앱을 완성하는 것으로 작업이 끝나는 것은 아닙니다. 사용자 경험에 영향을 줄 수 있는 오류와 버그를 찾아내기 위해 코드 속을 더 깊이 파고들어야 하죠. 바로 이때 필요한 것이 LLDB입니다. LLDB란 정확히 무엇일까요?
LLDB란 무엇인가?
LLDB 명령어의 기능을 살펴보기 전에, 먼저 코딩의 전체 과정을 짚어보겠습니다. 그래야 개발자들의 작업을 더 잘 이해할 수 있습니다.
코딩은 긴 여정입니다. 코드를 작성하고 나면 본격적인 흥미로운 단계가 시작됩니다. 개발자는 코드를 실행하고 컴파일하는데, 컴파일 과정에서 코드는 다양한 속성과 마주하고 여러 메서드를 거치게 됩니다. 이 과정에서 버그가 발견되고 앱 로그가 분석되며, 이후 개발자는 디버깅 단계에 돌입합니다.
흥미로워 보이지만 사실 디버깅은 상당히 까다로운 작업입니다. 개발자가 가진 정보는 퍼즐의 일부 조각에 불과합니다. 프로그램이 어떻게 시작해야 하는지, 어떻게 끝나야 하는지만 알 뿐이죠. 따라서 버그의 원인을 찾으려면 코딩 여정 전체에서 거친 모든 단계를 하나하나 되짚어가며 추적해야 합니다.
개발자의 이러한 부담을 덜어주기 위해 Apple이 만든 강력한 도구가 바로 LLDB입니다. Low Level DeBugger라는 이름 그대로, 애플리케이션을 더 작은 구성 요소로 분해해 분석하는 디버거입니다. Apple은 Mac과 iOS용 프로그래밍에 사용되는 소프트웨어인 Xcode IDE의 표준 디버깅 도구로 LLDB를 지정했습니다.
LLDB는 방대한 기능을 갖추고 있어 용도가 Xcode에만 국한되지 않습니다. 소스 코드에 완전히 접근할 수 없는 상황에서도 다른 앱을 검사하고 분석하는 데 활용할 수 있습니다.
LLDB 주요 명령어 정리
LLDB로 코드를 디버깅하려면 개발자가 직접 입력해야 하는 명령어들이 있습니다. 자주 사용되는 LLDB 명령어를 정리했습니다:
- apropos – 특정 단어나 주제와 관련된 디버거 명령어 목록을 표시합니다.
- breakpoint – 중단점(breakpoint) 작업 시 사용합니다.
- bugreport – 도메인별 버그 리포트를 생성할 때 호출합니다.
- command – Mojave에서 사용자 지정 LLDB 명령어를 관리할 때 호출합니다.
- disassemble – 현재 함수의 특정 명령어를 디스어셈블할 때 사용합니다.
- expression – 현재 함수에서 특정 표현식을 평가할 때 호출합니다.
- frame – 현재 스레드의 스택 프레임을 선택하고 검사하는 데 사용됩니다.
- gdb-remote – GDB 서버를 통해 프로세스에 연결할 때 호출합니다. 서버를 지정하지 않으면 localhost를 사용합니다.
- gui – 커서 기반 GUI 모드로 전환할 때 호출합니다.
- help – 디버거 명령어 목록을 표시하거나 특정 LLDB 명령어에 대한 자세한 정보를 제공합니다.
- kdp-remote – 원격 KDP 서버를 통해 프로세스에 연결할 때 사용합니다. UDP 포트를 지정하지 않으면 자동으로 41139번 포트를 사용합니다.
- log – LLDB의 내부 로깅을 제어하는 명령어입니다.
- platform – 플랫폼을 생성하고 관리할 때 호출합니다.
- plugin – LLDB 플러그인을 관리하는 데 사용됩니다.
- process – 현재 플랫폼의 프로세스와 상호작용할 수 있도록 해줍니다.
- quit – LLDB를 종료하거나 닫을 때 호출합니다.
- register – 현재 스택 프레임과 스레드의 레지스터에 접근할 때 사용됩니다.
- script – 스크립트 인터프리터를 호출할 때 사용합니다.
- settings – LLDB의各종 설정을 관리할 때 호출하는 명령어입니다.
- source – 소스 코드를 검사할 때 호출합니다.
LLDB 관련 오류 해결 방법
간혹 LLDB 사용 중 오류가 발생하기도 합니다. 특히 'A program is trying to use LLDB command(프로그램이 LLDB 명령을 사용하려고 합니다)'라는 메시지가 갑자기 나타나는 악명 높은 오류가 있습니다.
개발자가 아니라면 이 문제가 꽤 혼란스럽게 느껴질 수 있습니다. LLDB를 실제로 사용하지도 않는데 왜 LLDB 오류가 뜨는 걸까요? 원인이 무엇이든 해결이 가능하다는 점을 알아두세요. 일부 해결책은 기술적인 지식을 요구하지만, 어떤 방법은 단순히 컴퓨터를 재시동하는 것만으로 충분합니다.
다음은 권장하는 해결 방법들입니다:
1. Mac 재시동하기
Mac은 잠자기(sleep), 종료(shutdown), 최대절전모드(hibernate) 등 다양한 전원 상태를 지원합니다. 일부 사용자는 컴퓨터를 하루 종일 켜두는 것을 선호하는 반면, 자리를 비울 때 잠자기 모드로 전환하는 사용자도 있습니다. 두 방식 모두 잘못된 것은 아니지만, 전원 사용 습관이 시스템 성능에 영향을 미치는 경우가 많습니다. 특히 배터리로 작동하는 노트북이라면 더욱 그렇습니다.
Mac 전문가들은 가끔씩 컴퓨터를 완전히 종료할 것을 권장합니다. 오류 발생을 예방할 뿐만 아니라 모든 앱과 프로그램이 정상적으로 작동하도록 보장해 주기 때문입니다.
2. Mac 검사하기
Mac에 불필요한 파일과 캐시가 많이 쌓여 있다면 오류 메시지가 표시될 가능성이 높습니다. 이런 불필요한 파일을 제거하는 가장 확실한 방법은 신뢰할 수 있는 Mac 클리닝 도구로 시스템을 검사하는 것입니다. 물론 수동으로 검사할 수도 있지만, 검증된 클리닝 도구를 사용하면 시간을 절약하고 놓치는 항목 없이 깔끔하게 정리할 수 있습니다.
3. SMC 초기화하기
SMC(System Management Controller, 시스템 관리 컨트롤러)는 Mac에서 매우 중요한 역할을 담당합니다. 기기의 전원 관리를 처리할 뿐만 아니라 Apple 하드웨어의 정상 작동 여부도 확인합니다. 따라서 SMC에 문제가 생기면 Mac에서 실행 중인 앱들에 영향을 줄 수 있으며, Xcode IDE도 예외가 아닙니다.
Mac의 SMC를 초기화하려면 다음 단계를 따르세요:
- Apple 메뉴로 이동합니다.
- Shut Down(종료)을 선택합니다.
- Mac이 완전히 종료되면 CTRL + Option + SHIFT 키와 Power 버튼을 동시에 길게 누릅니다.
- 10초 후 모든 키와 버튼에서 손을 뗍니다.
- Power 버튼을 눌러 Mac을 다시 켭니다. 이제 SMC가 성공적으로 초기화되었을 것입니다.
마무리
LLDB 같은 디버거는 개발자가 코드를 세밀하게 통제하며 조작하고 검사할 수 있게 해주는 든든한 도구입니다. 개발자를 꿈꾸고 있다면 지금부터 LLDB 명령어를 익혀보세요. 인터페이스에 충분히 익숙해져서 마치 새로운 친구처럼 편하게 다루실 수 있기를 바랍니다.
LLDB에 대해 알아야 할 중요한 내용을 빠뜨렸다고 생각되신다면, 아래 댓글로 공유해 주세요!