La LLDB muestra “Resumen no disponible” cuando se depura una variable de tipo std::__1::string.
También intenté con gdb, pero sigo teniendo este problema, ¿alguien sabe por qué? Captura de pantalla de la escena: enlace a la imagen
Si tienes alguna pregunta, puedes hacerla a continuación o ingresar lo que estás buscando.
También intenté con gdb, pero sigo teniendo este problema, ¿alguien sabe por qué? Captura de pantalla de la escena: enlace a la imagen
He estado escribiendo algo de ensamblador x64 en Linux, exactamente lo que es no es relevante, y me he encontrado con un problema extraño. En mi código ensamblador, he declarado “printf” como una etiqueta externa, y lo llamo utilizando la Convención de Llamada en C de Linux x64. Las partes . . . Read more
En C, el tipo de una cadena literal es char []. Depurador gdb: (gdb) ptype "" tipo = char [1] (gdb) ptype "abc" tipo = char [4] Depurador lldb: (lldb) p "" (const char [1]) $0 = "" (lldb) p "abc" (const char [4]) $1 = "abc" El depurador gdb . . . Read more
Cuando quería modificar la ejecución del programa que estoy depurando mediante el cambio de tamaño de un vector, obtuve un error: (lldb) expression std_vector_foo.resize(1) error: No se pudieron encontrar los símbolos: std::vector<>, std::allocator<>>>::resize(unsigned long) Curiosamente, lo siguiente se ejecuta correctamente: expression std_vector_foo.reserve(1)
Cuando llego a un punto de interrupción en LLDB, quiero ejecutar varios comandos que hagan avanzar automáticamente mi programa. Ejemplo (esto debería alterar el programa para saltar la primera llamada hecha por foo::bar): breakpoint set –method foo::bar –command s –command ‘thread return’ Cuando intento el ejemplo anterior: 1. Llego al . . . Read more