Discussion :

[Stupeflip]

Bonjour,

Je fais un programme sous Windows XP avec Visual C++ 6.0. Dans ce programme, j'utilise des threads. Pour cela j'ai choisi pthread bien que ce soit une norme POSIX. J'ai inclu tous les fichiers nécessaires et je peux compiler un main vide qui #include <pthread.h>

Jusque là tout va bien !

Seulement je passe maintenant un pthread_create
pthread_create(&thread_client, NULL, (void *)service, &id_de_la_nouvelle_socket);
Tout ce qu'il y a de plus classique, c'est un thread pour créer une session à un client dans un serveur multi-client.

Cela me donne cette erreur :
error C2664: 'pthread_create' : cannot convert parameter 3 from 'void *' to 'void *(__cdecl *)(void *)'

Détail important : cette commande marche sous Linux

Si quelqu'un sait la provenance de cette erreur, et pourquoi pas comment la résoudre, ça serait super !

[Médinoc]

Pour commencer, pourquoi castes-tu ton pointeur de fonction en void* ?
N'as tu pas essayé en supprimant simplement le cast ?

[Stupeflip]

Je cast un (void *) car les threads avec pthread.h retournent une unique valeur pointée (qui peut pointer sur ce que l'on veut). De même pour leur argument.

J'ai essayé sans caster (je suis du genre à changer un truc et compiler juste pour voir ) mais ça me fait une erreur du même genre :
error C2664: 'pthread_create' : cannot convert parameter 3 from 'void (void *)' to 'void *(__cdecl *)(void *)'

La différence comme tu peux le voir est au niveau du void (void *) au lieu de void * (void *).

Merci de m'aider au fait ;o)

[Médinoc]

Une fonction passée à pthread_create() ne peut avoir qu'un seul prototype :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

void * MaFonction(void *unPointeur)

CE PROTOTYPE-CI, et pas un autre.

La règle simple pour les pointeurs de fonctions, c'est "Si je dois caster, c'est qu'il y a un problème". C'est valable pour tout ce que je connais (pthread, windows) sauf pour GTK+ qui EST le problème.

[Stupeflip]

En fait il suffisait de forcer une valeur retournée (pointée ou non), c'est-à-dire fermer implicitement le thread avec return, au lieu de le fermer explicitement avec pthread_exit (ce qui fonctionne sous Linux bizarre).

Merci à toi, ton post m'y a fait penser