SegFault / Fichier core

Bonjour

Je suis sous Debian 5.0.3 avec Python 3.1.2.
Mon programme est wrappé avec des librairies en C, et j'ai parfois des segfault.
Mon programme est un deamon, donc il n'est pas facile d'utilisé gdb en live.
Pour un programme en C, je laisse le programme se planter, produire un fichier core et je fais une analyse post-mortem avec gdb.

J'ai voulu faire la même chose avec mon programme python. Cependant, je galère un peu pour récupérer mon fichier core.

Est-ce Python n'intercepterait pas les signaux SIGSEG (segment fault) et empêcherait la génération des fichiers core ?

Cordialement
Emmanuel

Salut,
J'avais pas eu de problème en python 2.5 avec les core dump. Après en v3.1, je sais pas.
Les core dump sont bien actifs?

Code:

---

ulimit -c

---

et t'as bien compilé tes extensions avec l'option -dH et/ou -g?
Sinon, je vois pas trop...
Bon courage

Bonjour

J'ai bien vérifié :
ulimit -c unlimited

le home (cwd) est OK.

J'ai un autre process écrit en C, et lui j'ai bien des fichiers core.
Avant le core, j'ai cherché des indices dans /proc/NNNN/ et pour l'instant je ne vois pas de différence entre le process qui génère un core et mon process python

Cordialement
Emmanuel

bonjour,

tu as une appli python non pure et la compilation de la partie C est générée par toi même ou par les distutils ?

quel compilateur utilises tu ?

Citation:

---

Envoyé par kango

tu as une appli python non pure

---

non, mixe : Python et C

Citation:

---

et la compilation de la partie C est générée par toi même ou par les distutils ?

---

Je maitrise la compilation.

Citation:

---

quel compilateur utilises tu ?

---

gcc --version
gcc (Debian 4.3.2-1.1) 4.3.2


J'ai fait un test avec un petit programme à lancer en ligne de commande, j'ai bien un fichier core.

Par contre, le programme que je souhaite debuggé, il refuse obstinément de générer un core.

A cette adresse http://kasperd.net/~kasperd/comp.os....pment.faq#core
J'ai lu cette phrase qui m'inquiète :

Some kernel versions cannot dump processes with shared address space (AKA threads). Newer kernel versions can dump such processes but will append the pid to the filename.

Si quelqu'un connaissait les versions exact ...


Cordialement
Emmanuel

Bonjour

Pour info,

un processus fils du processus que je veux débugger peut générer un core.
Donc il ne s'agirait pas d'une variable quelconque mal positionnée.


Cordialement
Emmanuel

bonsoir

Je pense qu'en faite mon problème n'est pas liée au python. Vu mes tests, ce n'est pas le python qui en est la cause.

Cela doit être liée au mémoire partagé ou sémaphore ou autres ?

Un suggestion de forum pour poursuivre mes investigations ?

Cordialement
Emmanuel

Ceci est peut-être une piste:
http://ubuntuforums.org/archive/index.php/t-497562.html

Citation:

---

I tracked down the problem. Based on Mr C's last response I looked at /proc/sys/kernel/core_pattern and found:

cat /proc/sys/kernel/core_pattern
|/usr/share/apport/apport

It seems that the apport package was causing problems. As soon as I removed the apport package, things are working as I would expect.

---

Citation:

---

Envoyé par dividee

Ceci est peut-être une piste:
http://ubuntuforums.org/archive/index.php/t-497562.html

---

merci

J'ai vérifié, je n'ai pas le paquet Apport dont il est question, et j'ai bien revéfié:
cat /proc/sys/kernel/core_pattern
core


Cordialement
Emmanuel

Je m'auto-cite, mais

Citation:

---

Envoyé par dahtah

t'as bien compilé tes extensions avec l'option -dH et/ou -g?

---

voir ici pour les options utiles.

Citation:

---

Envoyé par dahtah

voir ici pour les options utiles.

---

Bonjour

Dans mon cas, j'ai éliminé les problèmes d'option de compilation.
Dans mon code C, qui est compilé en lib.so est qui est appelé depuis le python via un wrapper, j'ai inséré une fonction comme ceci :

Code:

---

1 2 3 4 5 6 7 8

void SegFault() { int *pc;   pc = NULL;   *pc =1 }

---

Ensuite, j'ai fait un programme python, avec un wrapper vers ma librairie C :

Code:

---

1 2 3

import ma_lib   ma_lib.SegFault()

---

Dans ce cas, le lancement de python ./simple_segfault.py déclenche bien un SegFault avec apparition de fichier core.

Ensuite, dans mon vrai programme en python, j'ai inséré cet appel sur une commande que je peux déclencher quand je veux.
Suite à l'appel, j'ai bien un segfault (avec un message dans syslog qui me confirme le segfault dans ma librairie avec les bonnes adresses ip j'ai tout vérifié), mais aucun fichier core apparait.

Etape suivante, de mon vrai programme, au lieu d'appeler directement la fonction SegFault, je lance dans un processus fils un appel vers mon programme python simple_segfault.py cité plus haut. Dans ce cas, j'ai bien un fichier core qui apparait.

J'ai actuellement deux pistes :
1, je dois faire appel à un mécanisme qui empêche la génération de fichier core : mémoire partagé, IPC etc.
2, il doit exister dans import un détournement du signal SIGSEGV

Il me faut un peu de temps pour explorer toutes ces pistes.

Cordialement
Emmanuel

Ok.
Si tu trouves, la solution m'intéresse...