c++ - studio - lldb: no se pudo materializar: no se pudo obtener el valor de la variable

logcat android studio

Question

He compilado un archivo cpp con esta línea de comando: g++ -g test.cpp

Lanza una excepción en la línea 28. Quiero investigar la causa inspeccionando las variables en lldb. Establecí un punto de interrupción en la línea 28 y ejecuté a.out en lldb.

(lldb) n
Process 84233 stopped
* thread #1: tid = 0xa44b86, 0x00000001000017fb a.out`say(s=<unavailable>) + 987 at so.cpp:28, queue = ''com.apple.main-thread'', stop reason = step over
    frame #0: 0x00000001000017fb a.out`say(s=<unavailable>) + 987 at so.cpp:28
   25       }
   26       else{
   27           s.insert(0, to_string(sz));
-> 28           s.erase(2, sz-1);
   29       }
   30       return s;
   31   }
(lldb) po s
error: Couldn''t materialize: couldn''t get the value of variable s: variable not available
Errored out in Execute, couldn''t PrepareToExecuteJITExpression

¿Por qué el mensaje de error? ¿Cómo puedo inspeccionar la variable s ?

Versión lldb : lldb-320.4.115.3

Versión g ++ : Configured with: --prefix=/Applications/Xcode6-Beta5.app/Contents/Developer/usr --with-gxx-include-dir=/usr/include/c++/4.2.1 Apple LLVM version 6.0 (clang-600.0.45.3) (based on LLVM 3.5svn) Target: x86_64-apple-darwin13.3.0 Thread model: posix

Answer 1

Ese error significa que la información de depuración menciona la variable, pero dice que no tiene una ubicación de almacenamiento en la PC actual.

Esto puede deberse a que la variable se optimizó (es improbable dado que solo está llamando a una función en la variable) o porque el compilador vació la información de depuración de la variable y perdió la pista de dónde fue.

Asegúrese de que está compilando el código que está intentando depurar en -O0, ya que no hay muchos compiladores que emitan buena información de depuración en niveles de optimización más altos. Si está compilando en -O0, este es un error del compilador. Probablemente debería reportarlo a la gente de gcc. Podrías ver si tienes mejor suerte con el clang. De lo contrario, tiene que leer el conjunto de la función para averiguar dónde vive realmente la variable, y luego decirle al depurador que imprima la dirección de conversión adecuada.

Answer 2

Tuve este problema cuando habilité el "Desinfectante de direcciones" desde mi esquema de aplicación. Deshabilitarlo solucionó el problema.

Answer 3

Veo esto cuando ejecuto una versión de RELEASE (frente a DEBUG) (Producto-> Esquema ...-> Editar esquema ...-> Información, luego establezco la configuración de la estructura en "Depurar".