[eside-ghost] debuggear coredumps
Ruben Reguero
ruben.reguero en gmail.com
Lun Feb 11 16:12:20 CET 2008
yo uso valgrind, que internamente usa memcheck o algo así, te digo de
memoria...
va analizando el uso de la memoria en tiempo real y da información muy
valiosa para el análisis...
No es exactamente lo que pides tú, que es de forense, pero puedes ver que lo
ha producido el problema durante la ejecución.
PD la ejecución de los programas es mucho mas lenta.
Un Saludo
Rubén
On Feb 11, 2008 12:07 AM, STenyaK (Bruno Gonzalez) <stenyak en gmail.com>
wrote:
> Wenas, ando mirando como debuggear coredumps con g++/gdb cuando mi
> programa peta.
>
> Puedo debuggear bien si no cambio de ordenador, pero en cuanto intento
> cargar el coredump de una tercera persona en mi ordenador, los symbols del
> backtrace se van a pique, cambia la pila de llamadas en el momento del pete,
> se pierden los nombres de librerías usadas, etc.
>
> Ahora mismo lo que hago es utilizar el binario + coredump del ordenador
> donde ha petao (los copio-pego al ordenador donde se hace el debug).
> Necesitaría también los .so del ordenador donde ha petado?
>
> Por otra parte, no he sido capaz de encontrar la alternativa linuxera de
> los minidumps de windows, que vendrian bien para no andar con dumps de
> decenas o cientos de megas... alguien conoce algo q sirva?
>
> Thanks!
>
> --
> Saludos,
> Bruno González
>
> _______________________________________________
> Msn/Jabber: stenyak AT gmail.com
> ICQ: 153709484
> http://www.stenyak.com
> _______________________________________________
> eside-ghost mailing list
> eside-ghost en deusto.es
> https://listas.deusto.es/mailman/listinfo/eside-ghost
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: https://listas.deusto.es/mailman/private/eside-ghost/attachments/20080211/6554fbe8/attachment-0001.htm
Más información sobre la lista de distribución eside-ghost