2010-05-27 5 views

Répondre

3

L'extension est le plus souvent l'ID de processus qui s'est écrasé. Vous devez examiner le fichier avec un outil de débogage.

2

Wikipédia peut expliquer core dumps mieux que moi, mais

Il est la décharge de la mémoire "de base"; c'est-à-dire la mémoire, les registres et tout autre état de programme que le processus contient lorsqu'il se bloque.

La valeur à la fin du nom de fichier doit être dépendante du système. J'utilise normalement un débogueur comme GDB, de concert avec mon programme pour examiner de tels fichiers.

4

Vous pouvez utiliser gdb pour lire l'image mémoire de base. L'extension est l'identifiant du processus.

Voici un link à un fil expliquant comment faire cela.

Et voici un gdb tutorial.

4

Un fichier core est l'image mémoire d'un processus à ce moment où il a été arrêté. La résiliation pourrait par exemple se produire à travers une faute de segmentation ou une affirmation échouée. Pour "voir" un coredump, vous aurez besoin d'un débogueur. Cela vous permettra d'examiner l'état du processus. Cela inclut la liste des traces de pile pour tous les threads du processus. Impression des valeurs des variables et des registres. Notez que cela fonctionne "mieux" si vous avez des informations de débogage disponibles.

Traditionnellement, les fichiers core sont simplement nommés "core". Cela a l'effet pas si agréable que les noyaux les écraseront avant qu'un développeur/administrateur ne les découvre. De nombreuses plates-formes modernes permettent de donner aux fichiers de base des noms personnalisés contenant des informations supplémentaires. Le nombre à la fin de votre noyau pourrait par exemple être le PID du processus auquel ce noyau appartenait.