2012-07-27 19 views
7

Ho un progetto con due destinazioni: un'app per iOS e un'app per la console OSX. Quest'ultimo è stato creato usando Xcode File-> New Target e selezionando "Command Line Tool". Questa app per console viene utilizzata per preparare un database predefinito richiesto dall'app iOS, utilizzando CoreData. Questo ha funzionato bene fino a quando non sono passato a Mountain Lion e xCode 4.4. Ora quando provo a eseguire lo strumento della riga di comando ottengo un errore "Impossibile avviare - permesso negato". Ho provato a giocare con i certificati di firma, senza risultato. È interessante notare che se creo un nuovo strumento per la riga di comando "ciao, mondo" in un nuovo progetto funziona perfettamente - e non è affatto firmato.Impossibile avviare l'app della console con xCode 4.4

Ho controllato il file e dispone dell'autorizzazione -rwxr-xr-x. Nel debugger l'app fallisce all'avvio anche prima che provi ad accedere alle mamme. Se provo ad eseguirlo all'esterno del debugger dalla riga di comando, termina con un messaggio kill 9.

Qualsiasi idea sarebbe molto apprezzata.

+0

Ho riscontrato questo problema; provato tutte le soluzioni di seguito e nessuno ha funzionato. –

risposta

3

Trovato la risposta. Nella pagina Info ho dovuto cambiare il target di implementazione di OS X da Predefinito a 10.8. Predefinito Suppongo che non sia più impostato correttamente. Comunque ora funziona.

1

Ho anche visualizzato questo messaggio di errore quando si tenta di eseguire un target app Cocoa appena creato. Il problema era che avevo creato il mio obiettivo dell'app in un progetto di app iOS, ma invece avevo bisogno di creare un sottoprogetto e creare il target dell'app nel nuovo progetto.

0

Si è verificato quando ho tentato di eseguire prima di creare e installare il profilo di provisioning.

4

Inoltre, è possibile ottenere l'errore "Impossibile avviare - permesso negato" quando si tenta di avviare l'app sul dispositivo con password non sbloccata al momento dell'avvio.

+0

Per me, questo è esattamente quello che è successo. – San

+0

Anch'io! Spero sia scritto da qualche parte nei documenti e sono solo io che non l'ho trovato, altrimenti è un colossale fallimento nella comunicazione! Ho sprecato mezz'ora a controllare i certificati e i profili prima di trovare questa risposta – mokagio

6

Ho appena avuto lo stesso problema nel mio progetto iOS/Mac. Nessuno dei suggerimenti di cui sopra ha aiutato, ma sono riuscito a trovare la risposta corretta, quindi sto condividendo per il futuro ref.

Ho dovuto impostare la firma del codice su Non firmare il codice per la destinazione MacOSX. Il resto funziona bene, non importa se il target di implementazione è impostato su predefinito o meno. Non dimenticare di impostare il tuo SDK di base su corrente OSX e piattaforme supportate su "x86_64 i386".

HTH! Cheers

0

nel mio caso, ho cambiato obiettivo di distribuzione a 10.8 (precedente è 10.6) e funziona.