2010-10-19 32 views

risposta

26

Il primo numero è l'ID del processo, il secondo è la porta Mach del thread di registrazione. Un esempio di desktop:

2010-10-19 17:37:13.189 nc_init[28617:a0f] nc <CFNotificationCenter 0x10010d170 [0x7fff70d96f20]> - default <CFNotificationCenter 0x10010d2a0 [0x7fff70d96f20]> 

(gdb) i thread 
Thread 1 has current state "WAITING" 
    Mach port #0xa0f (gdb port #0x4203) 
    frame 0: main() at nc_init.m:10 
    pthread ID: 0x7fff70ebfc20 
    system-wide unique thread id: 0x167b49 
    dispatch queue name: "com.apple.main-thread" 
    dispatch queue flags: 0x0 
    total user time: 13232000 
    total system time: 16099000 
    scaled cpu usage percentage: 0 
    scheduling policy in effect: 0x1 
    run state: 0x3 (WAITING) 
    flags: 0x0 
    number of seconds that thread has slept: 0 
    current priority: 31 
    max priority: 63 
    suspend count: 0. 

(gdb) p/x (int)mach_thread_self() 
$1 = 0xa0f 

Notare come 0xa0f viene segnalato come porta Mach del thread.

2

primo numero è l'ID di processo, incerti circa la seconda, questa linea precederà ogni linea i thats stampato per consolare dalla vostra applicazione.

Probabilmente uno NSLog(@""); sta causando questo.

L'applicazione è in esecuzione o si è arrestata in modo anomalo in questa fase?

+0

La mia applicazione sta funzionando bene a questo punto. Il resto del messaggio di log si stava lamentando di un'istanza NSData che veniva autorizzata automaticamente senza pool, quindi il sistema lo stava stampando. Stavo solo cercando di capire da dove provenisse il messaggio, ma l'ho capito solo ora. – Robbie

0

È un ID di processo in effetti. Puoi vedere che nella console GDB c'è una riga che dovrebbe leggere "[Passa al processo 376]".

1

Il primo numero è l'ID di processo, come hanno detto gli altri. Il secondo numero è l'ID del thread, almeno sono abbastanza sicuro che sia quello che è ...

Problemi correlati