segmentation fault pthread

[invite6201c031]

Bonjour a tous,

Actuellement stagiaire au sein d'une entreprise de sécurité informatique, je dois développer une bibliothèque partagée sous Linux et la charger dynamiquement lors de l'exécution de mon main.

Jusque là tout va bien jusqu'à obtenir le message d'erreur que tout le monde adore "Segmentation fault".

Donc je lance gdb ... qui me dit

Program received signal SIGSEGV, Segmentation fault.
0xb7fc5cc6 in pthread_create@@GLIBC_2.1 () from /lib/libpthread.so.0
(gdb) where
#0  0xb7fc5cc6 in pthread_create@@GLIBC_2.1 () from /lib/libpthread.so.0
#1  0xb7fc62f8 in pthread_create@GLIBC_2.0 () from /lib/libpthread.so.0
#2  0xb7fdcc31 in Start (Path=0xbffff424 "./", ServerName=0xbffff3f2 "MTLSServerTest") at libmtlsc4linux.c:251
#3  0x08073871 in main (nArgs=5, Args=Cannot access memory at address 0x4
) at mtls_client4linux.c:172

Pour vous aider voici les proto en question 


rc = pthread_create(pSession->hThread, NULL, Client_Thread, (void *) &pSession);
        if(!rc)
        {
                printf("ERROR: return code from pthread_create() is %d\n", rc);
                return !0 ;
        }

typedef struct
{
        char * ServerName;
        char * ClientName;
        pthread_t* hThread;
} 

void* Client_Thread(void *lpParameter)

Voila si quelqu'un à la moindre d'idée d'où peut provenir cette erreur et qu'il m'en fait part je lui en serais reconnaissant !

Merci à tous et bonne fin de journée

P.S : j'oubliais de préciser que bien entendu lors de la compilation de mon prog j'ajoute le fameux "-lpthread" histoire d'éviter à certains une perte de temps
-----

[invitee840409b]

Bonjour,

Je suis loin d'être un expert en C, mais, donner NULL en argument, alors que la fonction attend un pointeur, c'est source d'accès au début de la mémoire (comme 0x4), non ?
En plus, je ne crois pas que ça soit très propre de convertir une référence en void*.

ProgVal

[invite895675d5]

Bonjour,

Je suis loin d'être un expert en C, mais, donner NULL en argument, alors que la fonction attend un pointeur, c'est source d'accès au début de la mémoire (comme 0x4), non ?
En plus, je ne crois pas que ça soit très propre de convertir une référence en void*.

ProgVal

Pas de soucis de ce côté là, NULL à cet argument indique d'utilisé les attributs par défaut. Convertir une référence en void* est également assez courant (surtout en prog système).

Pas facile de répondre avec si peu de code le problème, AMHA, viens d'une des 2 parties suivantes:
rc = pthread_create(pSession->hThread, NULL, Client_Thread, (void *) &pSession);

Le premier je ne pense pas trop (il n'y a pas trop de risque) mais vérifie quand même. Je pense plutôt que ça vient de l'argument passé à ton thread fils (pSession). Trace-le, histoire de voir si tout est OK de ce côté là.

[polo974]

Et il y a quoi exactement à la ligne 251 de libmtlsc4linux.c, vu que c'est là qu'il y a comme un os...

si c'est la ligne indiquée, je dirais que pSession n'est pas alloué, et je trouve étrange de passer le pointeur d'un pointeur (en dernier paramètre)...

et il est plus que probable que ce soit pSession->hThread qui pose problème, car la fonction l'utilise pour ranger quelque chose (un obscur identifiant de pthread).

un pointeur pointe toujours quelque-part, c'est comme un flingue, mais si on ne fait pas l'effort de l'initialiser (de viser un endroit autorisé), on se tire dans le pied...

[A voir en vidéo sur Futura]

[invite1445654e]

possible d'avoir le programme en entier ?

[polo974]

possible d'avoir le programme en entier ?

pourquoi en entier, en void*, c'est bien aussi...

[invite1445654e]

pourquoi en entier, en void*, c'est bien aussi...

de toute facon si c un int cela a la meme taille qu'un pointeur

[invite2d7144a7]

Bonjour,

de toute facon si c un int cela a la meme taille qu'un pointeur

Pas forcément : dépendant de l'implémentation du compilateur, du système cible, ...

La norme C se contente de fixer des tailles relatives :

taille char <= short <= int <= long <= long long

et pour les pointeurs, la taille ne devrait dépendre que du système cible.

[invite1445654e]

c'était une private joke