Proporcionando una Traza de la Pila (Stack Trace)

Una traza de pila es una lista de las llamadas a funciones que conducen a algún punto del programa. Herramientas de depuración como gdb o bug-buddy pueden obtener trazas de pila de aplicaciones fallidas para que los desarrolladores puedan descubrir qué salió mal.

Una traza de pila típica es parecida a lo siguiente:

Una mejor traza de pila, con símbolos de información de depuración (ver más abajo) se ve así:

Observe que aparecen los nombres de archivos y los números de línea donde se llaman las funciones.

Cuando un programa se compila con modificaciones especiales para generar símbolos de depuración (el modificador -g del compilador), almacena información adicional en el archivo del programa. Esta información puede ser utilizada para generar una traza de pila que contenga mucha más información, como el número de línea exacto del archivo fuente donde algo salió mal. Sin esta información, es muy difícil determinar qué salió mal observando la traza de pila.

Fedora incluye un tipo especial de RPM llamados RPMs de información de depuración (debuginfo). Estos RPM creados automáticamente que contienen la información de depuración de los archivos del programa pero almacenados en un archivo externo. Todas las herramientas que manejan información de depuración saben cómo buscar automáticamente en estos archivos. Esto le permite instalar fácilmente información de depuración cuando la necesite. Debe instalar la versión y arquitectura exactas de debuginfo correspondientes a la aplicación que está intentando depurar.

Ejemplo: Verificando Versión y Arquitectura Coincidentes

Cada paquete que contenga binarios en su distribución tiene un paquete debuginfo correspondiente.

Primero compruebe que tiene instalados los paquetes debuginfo para la aplicación que está depurando y todas las librerías relacionadas. Un desarrollador a menudo le dice que instale paquetes debuginfo específicos porque puede saber a través de un traza de la pila que librerías están involucradas en la caída. Vea abajo paquetes recomendados para algunos tipos comunes de aplicaciones.

Hay diversas maneras de obtener un traza de la pila:

Como mínimo usted necesitará instalar el paquete debuginfo para la aplicación que está cayendo. Puede averiguar en que paquete se encuentra esta aplicación tecleando rpm -qf path-of-program.

Para ciertos tipos de programas es también muy útil instalar un par de paquetes predeterminados que son útiles para casi todas las trazas de la pila:

Primero, ejecute el siguiente comando para iniciar gdb:

Donde name-of-program es el nombre del programa que ha caído (por ejemplo: /usr/bin/gnome-panel).

Después, en el símbolo de gdb, teclee:

Si usted necesita darle cualquier argumento al programa, déselos después del comando run, como:

Una vez que el programa está corriendo, reproduzca la caída y vuelva al terminal donde está ejecutando gdb. El símbolo de gdb debería estar mostrando – si no, pulse Control+C para entrar en el depurador. En el símbolo del depurador gdb, teclee:

Si esto no funciona (lo que significa que no obtiene ningún resultado—este puede ser el caso en programas que no son multiproceso), teclee en su lugar <code>bt</code>. Si aún no tiene ninguna salida, lea [[#special| esta nota]] sobre la obtención de una traza de pila bajo circunstancias especiales. La salida es la traza de pila. Corte y pegue todo en un archivo de texto.

Usted puede salir de gdb tecleando quit.

Algunas veces, la traza puede ser muy larga y dificultar el copia y pega. En dichas situaciones, es conveniente guardar la traza en un archivo:

Si el programa que falla deja un volcado de núcleo, usted puede usar GDB para obtener una traza de pila. Los volcados de núcleo se guardan en un archivo en su disco duro y generalmente reciben un nombre similar a "core" o "core.3124". Para obtener una traza de pila de uno de estos archivos, ejecute el siguiente comando:

Donde name-of-program es el nombre del programa que ha fallado (por ejemplo: /usr/bin/gnome-panel) y core-file-name es el nombre del archivo core que contiene el volcado de núcleo (por ejemplo: core.7812).

Después, en el símbolo de gdb, teclee:

Si esto no funciona (lo que significa que no obtiene ningún resultado—esto puede ser el caso en programas que no son multiproceso), teclee en su lugar bt. Si aún no tiene ninguna salida, lea esta nota sobre la obtención de una traza de pila bajo circunstancias especiales. La salida es la traza de pila. Corte y pegue todo en un archivo de texto.

Usted puede salir de gdb tecleando quit.

Tenga en cuenta que la creación de archivos core está deshabilitada en Fedora de forma predeterminada (en /etc/profile). Para habilitarlo para una sesión de shell, teclee en el indicador de shell:

Si usted instaló Fedora por medio de una imagen LiveCD image, ABRT debería estar ya instalado. Usted debería ser capaz de iniciarlo en Aplicaciones → Herramientas del Sistema → Automatic Bug Reporting Tool. Si ABRT no está instalado, por cualquier razón, usted puede instalarlo manualmente haciendo lo siguiente en una línea de comandos:

o ir a Sistema → Administración → Añadir/Quitar Software en Gnome y teclear abrt en la caja de búsqueda y seleccionar Buscar. Seleccione el paquete abrt y aplique los cambios.

Vaya a Aplicación → Herramientas del Sistema → ABRT y selecciónelo para arrancarlo manualmente. Una vez que aparece la ventana GUI, elija Editar → Complementos y de la ventana Ajustes, desplace hacia abajo, resalte Bugzilla y elija Configurar Complemento. La URL de Bugzilla debería ser https://bugzilla.redhat.com e introduzca su clave y contraseña de acceso a Bugzilla en las cajas apropiadas.

La próxima vez que tenga un programa que falla y dispare ABRT, cuando usted pulse Informar, ABRT será capaz de acceder automáticamente a Bugzilla y enviar el Informe de Error por usted.

(Lo siguiente asume que tiene Gnome como escritorio … tendrá que actualizar algo más para KDE/Otros)

Si ABRT detecta un programa que falle, usted tendrá una alerta ABRT. Esto será indicado visualmente por una luz roja parpadeante en la bandeja del sistema. Pulse con el botón izquierdo en la luz de alerta y debería arrancar la Automatic Bug Reporting Tool (Herramienta Automática de Informe de Error), mostrando todas las caídas registradas. Para informar del error, pulse con el botón derecho y elija informar. ABRT obtendrá los registros que necesita enviar con el error y luego le informará que enviará el error en su nombre. Si usted tiene configurado ABRT como en la sección anterior, le pedirá que verifique sin quiere incluir o no los diversos registros, después irá automáticamente a Bugzilla y abre el error, agregando los registros al error. Después le mostrará el número de error para que usted pueda hacer un seguimiento de lo que se está trabajando.

Cuando usted pulsa con el botón derecho en ABRT y elige Informar, ABRT intentará salir y recuperar los registros que deberá enviar como parte del informe de error. Los desarrolladores han añadido código para detectar si se incluyen o no trazas simbólicas dentro de la traza inversa y si detecta que no hay ninguna, ABRT le alertará de esto y le mostrará el comando que debe ejecutar. Esto es lo mismo que se muestra en la sección debuginfo.

If you do not get any output from gdb after typing thread apply all bt or bt, it may be because the program is run as root or as another user. In GNOME for example, this is the case when running gnome-games. In such cases, you will need to be root in order to capture a trace. So, quit gdb, login as root, and then repeat the steps to obtain a stack trace.