ios - por - impresoras compatibles con airprint
El depurador Xcode no imprime objetos y muestra nulo, cuando no están (14)
Xcode muestra un error al intentar imprimir un objeto con po <objectName> , pero solo para un proyecto.
error: No se pudo materializar struct: el tamaño de la variable <varName> no concuerda con el tamaño del ValueObject. Se erró en Execute, no se pudo PrepareToExecuteJITExpression.
El depurador Xcode también muestra TODOS los objetos como nil (excluido), cuando no lo están ( NSLog muestra la salida correcta, como se ve en la imagen). No sé qué pasa con el proyecto. Todos los demás proyectos funcionan bien.
¿Alguna idea de que podría ser? (La limpieza del proyecto no tuvo ningún efecto).
- Eliminar datos derivados
- Quite Xcode / reiniciar
- Proyecto limpio
Eso es todo lo que necesité.
¿Estás seguro de que no estás en el "Modo de lanzamiento"?
Si desea ver los valores variables, debe estar en "Modo de depuración" (haga clic en el nombre del proyecto en la esquina superior izquierda cerca de los botones de inicio / parar, luego "Editar esquema ...", luego "Ejecutar", luego " Pestaña "Información", luego "Configuración de compilación". Aquí establece "Depurar". Si estaba en "Liberar", esa es la cuestión de que vio todos los nils).
Acabo de encontrarme con este problema y descubrí que era porque Deployment Postprocessing = YES en la configuración de compilación.
Cambiar esto a NO solucionó, como se ve en la siguiente captura de pantalla:
Versión Xcode: 6.0.1 (6A317) en OSX 10.9.5
Acabo de encontrarme con un problema similar: en un momento dado, el depurador de Xcode imprimió algunos tipos de objetos, especialmente NSStrings, como (nulo), aunque se inicializaron con un valor. Impreso a través de
NSLog(@"String value: %@", myString);
se mostró el valor correcto para el objeto.
¡Confuso! Resolver el problema fue bastante fácil: simplemente apagué Xcode y reinicié mi computadora. Después de reiniciar Xcode todo funciona bien de nuevo :).
Asegúrese de que Link-Time Optimization = No para el modo de depuración en Build Settings.
Asegúrese de que Address Sanitizer esté desactivado en la configuración de su Esquema. El Address Sanitizer no funciona bien con el depurador.
- Vaya a Editar esquema (Producto >> Esquema >> Editar esquema), elija Ejecutar y vaya a la pestaña Diagnóstico.
- Asegúrese de que "Habilitar desodorización de direcciones" esté desactivado.
Establecí el "nivel de optimización" para la configuración de depuración en "Ninguno" y resolvió el problema.
Hay otras maneras en que esto puede ocurrir. Para mí fue porque el valor "Other C Flags" se configuró en "-O2", incluso para la compilación de depuración. Desactivar esto para la compilación de depuración resolvió el problema.
La realidad es que el sistema debe funcionar de la caja y no lo hace debido a los enlaces a una cantidad múltiple de configuraciones diferentes, hasta el punto de que las cosas pueden funcionar para usted, o no.
¿Por qué el sistema no siempre permite depurar cuando en modo de depuración es un misterio que solo Apple puede responder (si les importa, lo que dudo que lo hagan).
Después de todo, la diferencia entre depurar / no depurar sería tablas adicionales con metadatos que solo llenan espacio de memoria / disco.
Si compila contra el simulador o un dispositivo directamente, no le importará esos megabytes adicionales.
Así que tenemos que ejecutar bucles adicionales para hacer una cosa muy simple y básica que todos los ideos que conozco desde el siglo pasado funcionan bien.
Y para agregar, para mí lo que funcionó fue cambiar en "Depurar" la Optimización de tiempo de enlace de "Monolítico" a "No" (xcode 8).
Las soluciones aquí también arreglarán el error donde veas el error: <EXPR>:1:1: error: use of unresolved identifier cada vez que intentas po una variable.
Para mí, la solución fue ir a Build Settings y buscar el Optimization Level y asegurarme de que cada configuración de Debug estuviera configurada en None .
Me he encontrado con esto también y cuando descubrí que estaba en modo de lanzamiento, cambio a depuración ... sin solución. Resulta que primero tuve que hacer una limpieza (cmd + shift + k).
Así que creo que lo que sucede es que después del modo de lanzamiento integrado, no todo se vuelve a compilar en el desarrollo y, por tanto, lLDB no puede leer los símbolos correctamente. Después de limpiar y recompilar en desarrollo funcionó para mí.
Parece que todos tienen su propia solución.
Para mí, uso Objective-C y Swift al mismo tiempo.
En primer lugar, vaya a TARGETS -> Build Settings y busque la code generation
Encontrarás Apple LLVM 6.0 y Swift Compiler
Cambie su Optimization Level a None , luego Depurar, puede encontrar que el valor no es nil
Sorprendentemente, una vez que puede ver el valor, resuelve este problema permanentemente, luego puede cambiar el Optimization Level que solía ser.
Vaya a "Otros indicadores C" en la configuración de compilación y establezca el valor de depuración de -o2 a -O0
