Domanda

I tenere un future-break objc_exception_throw nel mio .gdbinit (perché in genere di debug in AppCode, che ancora non ha un mezzo GUI di configurazione di rotture in Objective-C eccezioni).

C'è un equivalente per LLDB?

È stato utile?

Soluzione

Se si crea un file ".lldbinit" nella directory da cui si esegue il debug e quindi specificare il file sulla riga di comando:

% cat ./.lldbinit
punto di interruzione set --name objc_exception_throw
% Lldb / bin / ls
(Lldb) Lista breakpoint --full
punti di interruzione di corrente:
1: name = 'objc_exception_throw', luoghi = 0 (in corso)

Questo dovrebbe aiutare a risolvere il problema per ora.

Il file ordinamento ".lldbinit" è:

  • assegno di applicazione specifico file ~ / .lldbinit-lldb (dove "lldb" è il nome dell'applicazione che esegue il LLDB.framework, è possibile aggiungere un ~ / .lldbinit-Xcode per Xcode solo di comando), se disponibile
  • se nessun file app specifica dalla fase 1, quindi fonte "~ / .lldbinit" se esiste
  • caricare il file ed elaborare le opzioni dal comando riga di comando "lldb"
  • analizzare il locale "./.lldbinit" file dalla directory di lavoro corrente.

  • Altri suggerimenti

    Non puoi momento farlo con lldb. Fino lldb ha istituito un bersaglio (che avverrà quando si specifica un binario), non è possibile aggiungere un punto di interruzione. Questo è qualcosa che dovranno essere aggiunte in futuro.

    Autorizzato sotto: CC-BY-SA insieme a attribuzione
    Non affiliato a StackOverflow
    scroll top