Threads en C++ (sans boost ?)

Version imprimable

23/12/2006, 15h52
rbcmax

Threads en C++ (sans boost ?)

Bonjour,

je cherche à lancer une simple thread en c++, mais je me demandais s'il n'était pas possible de s'affranchir des librairies genre boost pour celà... J'imagine que celà n'est pas faisable, mais je voudrais surtout une confirmation afin de me convaincre.

J'ai essayé par exemple d'utiliser pthread.h comme ceci :

Citation:

void testDaemon(void *params)
{
DemonstratorInt* demonstrator = (DemonstratorInt*)params ;
}

void DemonstratorInt::init()
{

// (...)

pthread_t thread_commands;

pthread_create(&thread_commands, NULL, (void *(*)(void *))testDaemon, this);

// (...)

}

Celà me retournant une erreur :

undefined reference to pthread_create

(je précise que j'ai bien inclu la librairie :) )

D'avance, merci beaucoup.
Max.
23/12/2006, 16h27
millie

:salut:

Bienvenue à toi sur developpez.com :mrgreen:

Citation:

Envoyé par rbcmax

(je précise que j'ai bien inclu la librairie :) )

Dans ce cas, il faudrait aussi penser à inclure le fichier d'entête.

Le terme librairie n'existe pas en français pour ce genre de chose. En effet, à chaque fois que tu utilises une fonction, tu ne vas pas l'acheter, on parle donc de bibliothèque. Et on inclut pas de bibliothèque, on inclut des fichiers d'entête et on lie les fichiers objets avec une bibliothèque. La traduction de Library en anglais est Bibliothèque en français, c'est vrai que c'est piégeux :mrgreen:

Je ne comprends pas le rapport avec boost, pthread est une bibliothèque indépendante et qui fonctionne en C.

Regarde la page suivante qui est très bien :
http://emmanuel-delahaye.developpez.com/pthreads.htm

Si tu as un problème avec le premier programme, c'est qu'il doit te manquer des fichiers d'entêtes ou la bibliothèque.
23/12/2006, 16h52
rbcmax

Hello :)

En effet je voulais dire fichier d'en-tête par librairie, erreur de vocabulaire de ma part.

Et je l'inclus bien ; si je supprime un argument de pthread_create, il me renvoie une erreur "blabla too few argument : prototype is (ici suit le prototype de pthread_create"). J'imagine que si je ne l'avais pas correctement inclus, je n'aurais pas ca.

On dirait que j'ai le message d'erreur que j'ai cité plus haut dès que ma fonction est correctement appellée... A la moindre petite erreur dans son appel il me la signale correctement.

Ce serait donc un problème sur le système même ? Ou bien le C++ a du mal avec les fonctions écrites pr le C ?
23/12/2006, 16h57
millie

Ton cast est bizarre, essaye juste ça :

Code:

thread_create(&thread_commands, NULL, testDaemon, this);
23/12/2006, 17h00
rbcmax

Citation:

Envoyé par millie

Ton cast est bizarre, essaye juste ça :

Code:

thread_create(&thread_commands, NULL, testDaemon, this);

Même erreur (j'ai essayé plein de combinaisons possibles en fait, dont celle là )

Bon, je suis pas trop un spécialiste de ça, d'après ce que j'ai lu, il y en a qui ont des problèmes avec pthread en C++ et utilisent plutôt boost.thread ou Qthread.

Alors, comme je n'ai rien pour tester sous la main, essaye ces codes ci :

Compile avec gcc.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
#include <stdio.h>
 
#include <pthread.h>
 
static void *task_a (void *p_data)
{
   puts ("Hello world A");
 
   (void) p_data;
   return NULL;
}
 
static void *task_b (void *p_data)
{
   puts ("Hello world B");
 
   (void) p_data;
   return NULL;
}
 
int main (void)
{
   pthread_t ta;
   pthread_t tb;
 
   puts ("main init");
 
   pthread_create (&ta, NULL, task_a, NULL);
   pthread_create (&tb, NULL, task_b, NULL);
 
   puts ("main end");
 
   return 0;
}

Et (compile avec g++) :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
#include <cstdio>
 
#include <pthread.h>
 
static void *task_a (void *p_data)
{
   puts ("Hello world A");
 
   (void) p_data;
   return NULL;
}
 
static void *task_b (void *p_data)
{
   puts ("Hello world B");
 
   (void) p_data;
   return NULL;
}
 
int main (void)
{
   pthread_t ta;
   pthread_t tb;
 
   puts ("main init");
 
   pthread_create (&ta, NULL, task_a, NULL);
   pthread_create (&tb, NULL, task_b, NULL);
 
   puts ("main end");
 
   return 0;
}

Etant donné qu'il y a une différence avec le void* en C++ et en C+, je pensais que le problème venait de là.

23/12/2006, 17h18
David Fleury

Citation:

undefined reference...

c'est plutôt une erreur de link.

as-tu mis -lpthread dans ta ligne de commande ?
ex:
g++ -O3 -D_REENTRANT ton_source.cpp -lpthread

donc d'après ton premier message oui...
il faudrait vérifier s'il faut les extern "C" autour de ton include <pthread.h>
(genre ifdef _cpluplus....)
23/12/2006, 17h35
millie
Citation:

Envoyé par Hylvenir

c'est plutôt une erreur de link.

Effectivement, je pensais qu'il avait au moins mis l'option de compilation pour lier avec la bibliothèque.

En fait, je pensais à une erreur comme ça :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 void* f(void* i) { return i; } int main() { int*j; int i = 2; j = f(&i); return 0; }
Mais ça ne fournit pas l'erreur : Undefined Reference :mrgreen: Autant pour moi

Citation:

donc d'après ton premier message oui...
il faudrait vérifier s'il faut les extern "C" autour de ton include <pthread.h>
(genre ifdef _cpluplus....)

D'après le premier message, il a juste inclue l'entête, il s'est trompé de terme. Et il n'a donc peut-être pas lié :aie:
23/12/2006, 17h57
rbcmax

:oops: Ouahahaaaa hum j'avais oublié effectivement -lpthread

Vous pouvez me jetter de la caillasse :mrgreen: Mais pas des trop pointues, je débute donc rame pas mal avec mes makefile & co.

En tout cas ca à l'air de fonctionner maintenant.

Merci beaucoup tout les deux !
23/12/2006, 18h01
Laurent Gomila

Pense à cliquer sur :resolu:
23/12/2006, 18h03
rbcmax

Okaye,

Juste une petite question completement off-topic (déjà que le problème l'est aussi, en fait, désolé :oops:)

Avec g++ le petit -l indique au compilateur qu'il doit rechercher les fichiers headers dans ce dossier. Comment se fait-il que pour certains headers on ne doit pas le faire et pour d'autres oui ? (question de béhotien j'imagine)
23/12/2006, 18h07
millie

L'option -l indique qu'il doit lier avec une bibliothèque (fichier .a sous linux).

Par exemple, -lmalib va lier avec le fichier libmalib.a (qui se trouve dans /usr/lib sous linux il me semble et dans le dossier spécifier sous windows).

Une bibliothèque, c'est juste en gros un ensemble de fichier objet .o regroupé ensemble. On fournit en général la bibliothèque (le fichier .a) et les fichiers d'entêtes (les fichiers .h (qui se trouvent dans /usr/include/ où autres dossiers spécifié) qui contiennent la définition des prototypes, des structures, des types, des classes.)
23/12/2006, 18h10
rbcmax

Oki,

Mais pourquoi ne doit dont pas le faire avec, par exemple, unistd.h ? (enfin p-e que je me trompe)
23/12/2006, 22h05
loufoque

Pourrais-tu m'expliquer pourquoi tu choisis d'éviter boost pour utiliser à la place une API C avec moins de fonctionnalités, moins pratique, dangereuse car non type-safe, et bien sûr non exception-safe ?
23/12/2006, 22h46
rbcmax

Citation:

Envoyé par loufoque

Pourrais-tu m'expliquer pourquoi tu choisis d'éviter boost pour utiliser à la place une API C avec moins de fonctionnalités, moins pratique, dangereuse car non type-safe, et bien sûr non exception-safe ?

J'essaye de faire un programme compact qui ne nécessite pas 13mo de librairies supplémentaires, mais sinon il est clair que je devrais creuser un peu Boost ... Question de temps, aussi ! Je suis à la bourre :P
23/12/2006, 23h07
loufoque

Je doute fort que boost.thread nécessite 13 Mo...
23/12/2006, 23h31
Syrmonsieur

J'en doute aussi.
Sinon je ne pense pas que tu vas gagner du temps à prendre une bibliothèque faite en C.

boost.thread est bien faite et assez simple.
24/12/2006, 01h13
rbcmax

Mhh vous m'avez convaincu, je ferai qqchose de joli avec Boost, ca plaira au prof en plus :mrgreen:
24/12/2006, 17h48
millie

Citation:

Envoyé par rbcmax

Oki,

Mais pourquoi ne doit dont pas le faire avec, par exemple, unistd.h ? (enfin p-e que je me trompe)

Il n'y a pas besoin d'inclure les bibliothèques (avec l'option -l) pour les bibliothèques standards de fonctions (c'est à dire : stdio, stdlib, unistd... en gros, là ou il y a std dedans).

Parfois, il peut ne pas avoir besoin de lier pour d'autres bibliothèques (cas très rare). Je pense notamment à la bibliothèque mathématiques : (-lm). Chez moi, je n'ai pas besoin de lier, mais sur des systèmes Solaris, j'étais obligé.

Peut-être que quelqu'un d'autre pourra plus précisé la réponse :mrgreen:

EDIT : Sur le coup, je pensais qu'on était en C, alors il faut changer ma version en ajoutant les bibliothèques standards C++ (iostream) et remplacer truc.h par ctruc (stdlib.h => cstdlib). Et ajouter les objets dont l'espace de nom est std (std::stack...)