ios - Xcode 9: no se pudo adjuntar a pid

debugging xcode9 (17)

He estado enfrentando un problema (con frecuencia) con el reciente lanzamiento importante de la herramienta de desarrollo de aplicaciones iOS: Xcode 9-beta.

Me muestra el siguiente error con frecuencia mientras se ejecuta / depura la aplicación en Simulator (iOS 11).

No se pudo adjuntar a pid: "2370"
Asegúrese de que < título del proyecto > no se esté ejecutando y que < nombre de usuario del sistema > tenga permiso para depurarlo.

Aquí hay una instantánea del mismo problema:

¿Cuál sería la solución permanente de este problema, ya que es inquietante con frecuencia?

(solución más probable) 1. Simulador-> Hardware-> Borrar todo el contenido y la Configuración

(solución menos probable) 2. llavero-> bloqueo superior derecho-> desbloquear y bloquear nuevamente (o al revés)

Después de cavar un poco, esto funcionó para mí en Xcode 10.3.

sudo /usr/sbin/DevToolsSecurity -enable

En mi caso (Xcode 10.1), este fue el error en la consola:

kernel macOSTaskPolicy: (com.apple.debugserver) may not get the taskport of (bin) (pid: 10132): (bin) is hardened, (bin) doesn''t have get-task-allow, (com.apple.debugserver) is a declared debugger

Entonces, la solución fue deshabilitar Hardened Runtime, limpiar la carpeta de compilación y ejecutar nuevamente.

En mi caso, lo único que funcionó fue volver del "Sistema de compilación nuevo" al "Sistema de compilación heredado" en la Configuración del espacio de trabajo. Gorrón.

Estaba viendo esto en Xcode 10.2 y la causa para mí fue que lldb-rpc-server estaba fallando. Lo solucioné asegurándome de que Address Sanitizer o Thread Sanitizer esté habilitado en las opciones de depuración. También presenté un informe de error visible en Open Radar .

Este es el problema con los certificados que no son de confianza en el acceso de la cadena de claves, elimine ese tipo de certificados y vuelva a compilar.

Esto funcionó para mí:

Editar esquema -> Información -> Ejecutable -> Preguntar al iniciar

Créditos a la respuesta de @ nastya-gorban here

Actualizar

Después de pasar un tiempo considerable con ejemplos en el informe de errores de Apple, básicamente ignoraron el problema, ya que no se "espera" el uso de certificados manuales.

En pocas palabras, si no tiene una cuenta comercial y, por lo tanto, hay varios desarrolladores en la misma cuenta, debería estar bien con el uso de la firma automática y no debería ver el problema.

Si tiene una cuenta comercial con varios usuarios (lo cual descubrí que rompe la firma automática), esta es su sugerencia:

Sugerimos que use la firma automática para sus compilaciones de depuración y la firma manual para sus compilaciones de distribución.

Esto parece ser un problema temporal cuando intentas compilar demasiado rápido después de que una compilación ha comenzado. Intente detener y ejecutar el proyecto nuevamente .

Esto sucede en mi máquina, cuando configuro el ''nuevo sistema de compilación'' Vaya al menú archivo => configuración del espacio de trabajo y configuro el sistema de compilación en "Estándar".

He estado lidiando con este problema durante días. He podido compilar pero no iniciar en Simulator, y recibo el mismo mensaje de error "pid: ..".

Estoy usando: - Xcode v9.2 - Swift 3.2 - Compilación para iOS

Las cosas que probé que NO FUNCIONARON fueron:

reiniciar la computadora; eliminar contenido y configuraciones (de Simulator, no tengo "reset"); desinstalar y reinstalar Xcode; cambiando el "Objetivo de implementación"; cambiar el dispositivo en el hardware del simulador-> Administrar dispositivo; borrando datos derivados, limpieza y construcción, o simplemente esperando ... para siempre.

Lo que FUNCIONÓ fue como mencionó @Rajasekhar:

desprotegido los certificados de llavero.
eliminó los existentes haciendo clic derecho (habían pasado el vencimiento)
y sin marcar "administrar automáticamente la firma" en Objetivos-> General

Después de eso se lanzó con éxito en Simulator. No sé si el problema volverá pero espero que esto funcione.

Matar mi simulador y luego ejecutarlo nuevamente desde Xcode.

Si el problema está en OS Mojave y está intentando, como yo, ejecutar pruebas en una versión anterior de Xcode (inferior a 10.0), asegúrese de que en su esquema, cuando seleccione Prueba, el ejecutable de depuración esté deshabilitado

No podrá depurar pruebas desde este punto

También tuve este problema. Parece haber un problema con tener dos versiones de Xcode instaladas al mismo tiempo. (9.4.1 y 10.0 Beta)

Funciona con la versión beta, pero no con la versión estable. Todo está configurado para las herramientas de la versión estable Xcode 9.4.1. Solo puedo ejecutar mis pruebas unitarias con la versión beta.

Después de eliminar la versión beta, funcionó con la versión estable.

Todavía no es una solución permanente, pero tuve que abandonar y reiniciar Xcode ya que las otras soluciones no me funcionaron.

Yo también enfrenté el mismo problema, estaba tratando de ejecutar los casos de prueba con una versión anterior de xcode (9.4 en mi caso).

Deshabilitar Debug Executable funcionó.

elimine los datos derivados y limpie el proyecto, espere hasta que se complete el procesamiento, esto puede llevar algún tiempo. La idea es dar algo de tiempo de procesamiento. Funciona bien después de eso

~~Odio agregar más ruido a esto~~ , pero para mí, la respuesta es, sin sentido, usar sudo .

Ejecutar normalmente, Xcode 9.4.1 (9F2000) y Xcode 10.0 beta 4 (10L213o) no pudieron conectarse a mi aplicación después de varios intentos, dando el error citado en la publicación original.

Lo que funcionó fue ejecutar Xcode (9.4) con sudo,

sudo /Applications/Xcode.app/Contents/MacOS/Xcode

No veo por qué es necesario sudo . La aplicación Cocoa a la que adjunto es una compilación de depuración que acabo de compilar en Xcode 9.4.1 y arrastré a /Applications . No está codificado. Los permisos de Posix en .app , su Contents , su MacOS y el ejecutable son todos octal 755. El propietario soy yo. Funciona bien si lo dejo en la carpeta Generar, compilar y depurar de la manera normal.

El problema aparentemente es con lldb. También intenté usar lldb (lldb-902.0.79.7) desde la línea de comandos. Me dieron el mismo resultado. Funciona solo con sudo . Sin sudo

error: attach failed: unable to attach