Análisis remoto de prueba de núcleo post-mortem sin tener símbolos de depuración exactos para bibliotecas de sistema compartidas

¿Cómo suele solucionar este problema? Imagine que un subproceso se bloquea dentro del código libc (que es una biblioteca compartida del sistema) en Computer1 y luego genera un coredump. Pero el Computer2 en el que se analizará este coredump podría tener una versión diferente de libc.

Entonces:

¿Qué tan importante es tener la misma biblioteca compartida en la computadora remota? ¿El gdb reconstruirá correctamente stacktrace sin tener exactamente la misma versión de libc en Conputer2?

¿Qué tan importante es tener los símbolos de depuración correctos para libc? ¿El gdb reconstruirá correctamente el stacktrace sin tener exactamente los mismos símbolos de depuración en el Computer2?

¿Y cuál es la forma "correcta" de evitar este problema de desajuste del símbolo de depuración para las bibliotecas de sistema compartidas? Para mí, ¿parece que no hay una solución única que resuelva este problema de manera elegante? ¿Quizás alguien puede compartir su experiencia?

Respuestas a la pregunta(1)

Su respuesta a la pregunta