2012-07-27 7 views
7

Tengo un proyecto con dos objetivos: una aplicación iOS y una aplicación de consola OSX. Este último se creó usando Xcode File-> New Target y seleccionando "Command Line Tool". Esta aplicación de consola se utiliza para preparar una base de datos predeterminada que necesita la aplicación iOS, utilizando CoreData. Esto ha funcionado bien hasta que me actualicé a Mountain Lion y xCode 4.4. Ahora, cuando intento ejecutar la herramienta de línea de comandos, aparece el error "No se pudo iniciar - permiso denegado". He intentado jugar con la firma de certificados, fue en vano. Curiosamente, si creo una nueva herramienta de línea de comando "hola, mundo" en un nuevo proyecto, funciona perfectamente, y no está firmada en absoluto.No se pudo iniciar la aplicación de consola con xCode 4.4

Comprobé el archivo y tiene el permiso -rwxr-xr-x. En el depurador, la aplicación falla al iniciarse incluso antes de que intente acceder a las madres. Si trato de ejecutar esto fuera del depurador en la línea de comando, termina con un mensaje kill 9.

Cualquier idea sería muy apreciada.

+0

Tengo este problema; intenté todas las soluciones a continuación y ninguna funcionó. –

Respuesta

3

Encontrado la respuesta. En la página de Información, tuve que cambiar el destino de implementación de OS X de Predeterminado a 10.8. Predeterminado, supongo que ya no está predeterminado de manera correcta. De todos modos, ahora funciona.

1

También vi este mensaje de error al intentar ejecutar un objetivo recientemente creado de la aplicación Cocoa. El problema fue que había creado mi objetivo de aplicación en un proyecto de aplicación de iOS, pero en cambio necesitaba crear un subproyecto y crear el objetivo de la aplicación en el nuevo proyecto.

0

Se metió en esto cuando traté de ejecutar antes de crear e instalar el perfil de suministro.

4

También puede obtener el error "No se pudo iniciar - permiso denegado" al intentar iniciar la aplicación en el dispositivo con una contraseña que no se desbloqueó en el momento del inicio.

+0

Para mí, esto es exactamente lo que sucedió. – San

+0

¡Yo también! Espero que esté escrito en algún lugar de los documentos y que soy yo el que no lo encontró, de lo contrario, ¡es un fracaso colosal en la comunicación! Perdí una media hora buscando certificados y perfiles antes de encontrar esta respuesta – mokagio

6

Acabo de tener el mismo problema en mi proyecto iOS/Mac. Ninguna de las sugerencias anteriores me ayudó, pero logré encontrar la respuesta correcta, así que la voy a compartir para futuras referencias.

Tuve que configurar el código de firma en No codificar para el objetivo de MacOSX. El resto funciona bien, independientemente de si su destino de despliegue está configurado como predeterminado o no. No olvides configurar tu Base SDK en Actual OSX y plataformas compatibles en "x86_64 i386".

HTH! Cheers

0

En mi caso, cambié el destino de implementación a 10.8 (anterior es 10.6), y funciona.

Cuestiones relacionadas