what’s new in LLDB

Debug your way to fame and glory

WWDC 2014 이후의 발전내용
- Swift Debugger
- Swift REPL
  - 일반적인 REPL과 다르게 사실 LLDB다.
  - 그래서 REPL에서 브레이크포인트 설정 같은 디버그 환경에서 할만한 것들이 가능하다.
- 수많은 발전 사항
  - Swift 타입이 Objective-C쪽에서 상속 받은 필드도 보여준다.
  - help 명령이 alias들도 보여준다.
  - 데이터 포매팅 개선
    - Set<T>, NSIndexPath에 대해서 raw dump 대신 포매팅해서 보여준다.
  - printf() 프로토타입 표현식
    - printf가 포함된 표현식을 평가하려고 하면, 좀 이상한 결과가 나왔었다.
    - 이는 디버거가 알지 못하는 표현식에 대해서 임의로 가정하는 부분이 많았고, 대부분의 경우 printf를 모르기 때문이다.
      - prinft가 가변인자를 가진 함수인 것도, 특히 64비트 기기에서 어떻게 인자를 넘겨야 되는지 몰랐기 때문이다.
    - 이제 수정되어서 제대로 동작한다.
  - 디스어셈블리 포맷 개선
  - breakpoint 강화
    - named breakpoint 추가
      - 이름이 고유할 필요는 없고, 한 breakpoint가 여러 이름을 가져도 된다.
        
        태그같이 사용할 수 있다.
      - 커맨드에서는 이 이름을 받아서 사용한다.
      - 이름 설정
        
        breakpoint set -N name br s -N name br s -N name -N name // 여러개 이름 지정 가능
      - 이름 가지고 다루기
        
        breakpoint set -N name br s -N name breakpoint enable name br e name breakpoint disable name br di name breakpoint delete name br de name
      - lldbinit 파일에서 모든 타겟이 공유하는 breakpoint를 만들 수도 있다.
        
        breakpoint set -n malloc -N memory breakpoint set -n free -N memory breakpoint disable memory // 나중에 필요할 때 enable시킨다.
Xcode 7에서 처음 들어가는 기능
- 표현식 평가 개선
  - Swift 2 지원
  - Objective-C 모듈 지원
    - 모듈 자체를 알기 때문에 디버그 정보를 한번만 효율적으로 만들어 낼 수 있게 된다.
      - .dSYM 파일
    - 디버그 정보의 크기도 줄고, 컴파일 속도도 빨라진다.
    - 그 외에도 추가적인 최적화도 들어갈 수 있다.
- 데이터 포매팅 개선
  - Objective-C와 Swift의 벡터 타입
  - Swift로 작성할 수 있는 커스텀 데이터 포매터
- Address sanitizer 통합
  - 메모리에 대해서 질의할 수 있다.
```
memory history
m h

memory read
m r

memory write
m w

memory find
m f
```
- type lookup 명령 추가
```
(lldb) type lookup ErrorType
protocol ErrorType {
	var _domain: Swift.String { get }
	var _code: Swift.Int { get }
}

(lldb) type lookup Comparable
protocol Comparable: _Comparable, Equatable {
	func <=(lhs: Self, rhs: Self) -> Swift.Bool
	func >=(lhs: Self, rhs: Self) -> Swift.Bool
	func >(lhs: Self, rhs: Self) -> Swift.Bool
}

ty l
```
Compilers in LLDB
- 컴파일러는 LLDB에서 중요한 부분이다.
  - LLDB를 강력하게 만들어주고, LLDB를 사용하기 쉽게 만들어준다.
  - 표현식 평가를 하려고 하면, 그 뒤의 컴파일러가 동작한다.
  - Clang과 Swift 컴파일러가 모두 존재한다.
- swift 코드 실행시키기
  - p는 ex -- 의 alias다.
  - -- 는 더이상 옵션이 없음을 명시하는 것이다.
    - 따라서 p에는 추가 옵션을 줄 수 없다.
```
(lldb) p for i in (0..<5) { print(i) }
0
1
2
3
4
```
  - swift 코드를 실행 가능하다는 것은, 디버거를 통해서 실행중인 프로그램에 코드를 주입할 수 있다는 것이다.
  - 게다가 프로그램에 정의된 데이터에도 접근할 수 있다.
```
(lldb) p for i in (0..<3) { print(names[i]) }
Kate
Sean
Enrico
```
  - 다른 SDK에 있는 코드를 실행시킬수도 있다.
    - LLDB가 해당 코드를 포함하는 SDK 모듈을 찾아서, 안의 컴파일러가 접근할 수 있도록 한다.
    - 컴파일러가 해당 코드를 찾아서 평가한다.
```
(lldb) p NSApplication.sharedApplication()
(NSApplication) $R1 = 0x0000600000100240 {
	AppKit.NSResponder = {
		NSObject = {
			isa = NSApplication
		}
		_nextResponder = nil-
	}
} 
```
  - 이 모든 게 Swift에서는 자동으로 이뤄진다.
- Objective-C 코드 실행하기
  - Swift에서는 자동으로 되던게, Objective-C에서는 안되는 경우가 있다.
```
(lldb) p NSLog(@"%d", i)
error: 'NSLog' has unknown return type;
	cast the call to its declared return type
error: 1 errors parsing expression
```
  - 이는 SDK에 NSLog 정의가 있는데, LLDB가 이걸 못보고 심볼의 디버그 정보만 보기 때문이다.
    - 여기에는 반환 타입은 물론이고, format 문자열등의 인자 정보도 없다.
  - 이번에 수정해서 위 명령어가 정상적으로 돌아간다.
  - 근데 일부는 아예 심볼을 못찾기도 한다.
```
(lldb) p NSMakeRect(0, 0, 10, 10)
error: use of undeclared identifier "NSMakeRect"
eror: 1 errors parsing expression
```
  - 이는 inline으로 정의되어 있기 때문에, LLDB에서는 아무것도 못보기 때문이다.
```
NS_INLINE NSRect NSMakeRect(
	CGFloat, CGFloat, CGFloat, CGFloat)
```
  - 이것도 이번에 수정해서 동작한다.
  - sharedApplication의 프로퍼티를 접근해보자. 이번에도 잘 안된다.
```
(lldb) p [NSApplication sharedApplication].undoManager
error: property 'undoManager' not found on object of type 'id'
error: 1 errors parsing expression
```
    - SDK에서는 제대로 정의되어 있는데, 런타임에는 그냥 id로만 보인다.
  - 이제는 잘 나온다. 게다가 nullable여부까지 나온다.
    - 이는 Swift를 위한 SDK 지원이 Objective-C까지 혜택을 본 것이다.
  - 원래 LLDB에서 됐던 것과 안됐던 것들
  - 이제는 모두 지원한다.
    - import 한번만 해주면
```
expr @import AppKit
expr @import UIKit
```
- Swift error-handling support
  - throws가 되는 함수를 할때도 try를 붙이지 않아도 된다.
    - 에러가 나오면 자동으로 출력해준다.
```
(lldb) expr ThisFunctionThrows()
(a.EnumError) $E0 = SeriousError
```
  - 당연히 REPL에서도 try 안붙여도 된다.
```
1> ThisFunctionThrows()
$E0 = SeriousError
```
  - 근데 무슨 에러가 던져졌는지 보다는 어디서 에러가 던져졌는지 알고 싶다.
    - 에러가 던져질 때마다 breakpoint를 걸 수 있다.
      - objc exception
        
        breakpoint set -E objc br s -E objc
      - swift error
        
        breakpoint set -E swift br s -E swift
      - 특정 타입의 에러에 대해서만 멈추기(Swift 전용)
        
        br -s -E Swift -O EnumError
    - breakpoint에서 다시 시작할 때는
```
continue
```

Presentation is Everything

formatted data is comprehended data