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를 붙이지 않아도 된다.
      • 에러가 나오면 자동으로 출력해준다.
    • 당연히 REPL에서도 try 안붙여도 된다.
    • 근데 무슨 에러가 던져졌는지 보다는 어디서 에러가 던져졌는지 알고 싶다.

• Presentation is Everything

• 이제 Swift도 po model 방식의 포매팅을 사용할 수 있다.