pthread.h mon ami

Version imprimable

31/10/2006, 12h55
Stevie Wonder

pthread.h mon ami

Un ptit soucis con comme la mort.
Voila quelques heures que j'ai commencé a faire mumuse avec les sockets. Apres moults balades sur les forums tutos etc... je suis arrivé a faire un serveur et des clients qui tape la discussion entre eux. Oui j'en viens a mon probleme ca arrive...
Le bin's c'est que j'ai decidé de faire un systeme de taches (threads) , d'ailleurs gg ta page sur les threads POSIX Emmanuel Delahaye, mais malheureusement, le fichier en tete pthread est introuvable. Donc voila, quel en tete correspond ? Que faire ? quel temps fait il ?

Merci d'avance.
31/10/2006, 14h37
Emmanuel Delahaye

Citation:

Envoyé par Stevie Wonder

Le bin's c'est que j'ai decidé de faire un systeme de taches (threads) , d'ailleurs gg ta page sur les threads POSIX Emmanuel Delahaye, mais malheureusement, le fichier en tete pthread est introuvable. Donc voila, quel en tete correspond ? Que faire ?

Il faut installer les pthreads sur ta machine.

Pour windows : http://sourceware.org/pthreads-win32/

Si ce lien n'est pas sur ma page, c'est un oubli ... que je viens de corriger...
31/10/2006, 14h48
Stevie Wonder

Super mister Emmanuel, j'installe ca et je tiens au courant. J'avais cru comprend que les threads norme POSIX etait standard. Je mettrais la balise RESOLU sous peu.
31/10/2006, 15h45
Emmanuel Delahaye

Citation:

Envoyé par Stevie Wonder

Super mister Emmanuel, j'installe ca et je tiens au courant. J'avais cru comprend que les threads norme POSIX etait standard. Je mettrais la balise RESOLU sous peu.

C'est standard POSIX.1, mais pas standard C.
02/11/2006, 10h04
Stevie Wonder

Suite de ma petite aventure "threadienne".

Considerons les erreurs de compilation suivantes :
main.obj : error LNK2001: unresolved external symbol __imp__pthread_join
main.obj : error LNK2001: unresolved external symbol __imp__pthread_create

J'ai pourtant bien ajouté la lib et le fichier en tete dans les bons emplacements. N'etant pas habitué a coder sous windows et encore moins sous VC++, je ne vois pas trop quoi faire a part regarder les regles de compilation et m'assuré d'avoir placé les fichiers aux bons endroits. J'attends votre reponse avec impatience. Merchi.
02/11/2006, 10h36
Emmanuel Delahaye

Citation:

Envoyé par Stevie Wonder

Considerons les erreurs de compilation suivantes :

Citation:

main.obj : error LNK2001: unresolved external symbol __imp__pthread_join
main.obj : error LNK2001: unresolved external symbol __imp__pthread_create

Ce sont des erreurs d'édition de lien, pas de compilation. La bibliothèque pthreads pour VC++ (quelque soit son nom exact, probablement un xxx.lib) n'a pas été ajoutée au projet.

Citation:

J'ai pourtant bien ajouté la lib et le fichier en tete dans les bons emplacements. N'etant pas habitué a coder sous windows et encore moins sous VC++, je ne vois pas trop quoi faire a part regarder les regles de compilation et m'assuré d'avoir placé les fichiers aux bons endroits. J'attends votre reponse avec impatience.

Aucune idée, j'utilise des logiciels libres comme Code::Blocks...

Demande ici comment on installe une bibliothèque tierce avec VC++.
02/11/2006, 10h37
Médinoc

Tu n'as sans doute pas précisé au projet qu'il fallait qu'il utilise la lib.
Regarde dans les options du projet, rubrique Linker->Input...
02/11/2006, 10h52
Stevie Wonder

Ha, merci. C'est deja mieux, ca compile, maintenant il ne trouve pas la dll rattachée a cette lib. J'ai cherché un peu ou la placer mais ca donne rien.

Jveux retourner coder sous UN!X.. emacs me manque :aie:
02/11/2006, 11h35
Emmanuel Delahaye

Citation:

Envoyé par Stevie Wonder

Ha, merci. C'est deja mieux, ca compile, maintenant il ne trouve pas la dll rattachée a cette lib. J'ai cherché un peu ou la placer mais ca donne rien.

Il faut la mettre dans le répertoire /windows ou /windows/system comme tu veux.

Citation:

Jveux retourner coder sous UN!X.. emacs me manque :aie:

Y'a pas de .so sous Unix ? .
02/11/2006, 11h37
Médinoc

Citation:

Envoyé par Emmanuel Delahaye

Il faut la mettre dans le répertoire /windows ou /windows/system comme tu veux.

Il est déconseillé de mettre "comme ça" des DLLs dans Windows\System.
Je pense qu'il est plus propre de mettre la DLL dans un répertoire quelquonque qui se trouve dans le PATH (ou d'ajouter le chemin de la DLL dans le PATH)...
Sinon, tu peux aussi copier la DLL dans le répertoire contenant l'exécutable...

Dynamic-Link Library Search Order
02/11/2006, 11h43
Emmanuel Delahaye

Citation:

Envoyé par Médinoc

Il est déconseillé de mettre "comme ça" des DLLs dans Windows\System.

Qu'est-ce que je risque ? Un effacement en cas restauration ?
02/11/2006, 11h45
Stevie Wonder

Citation:

Envoyé par Emmanuel Delahaye

Il faut la mettre dans le répertoire /windows ou /windows/system comme tu veux.

Merci bocoups. Ca me posera plus de problemes a l'avenir.

Citation:

Envoyé par Emmanuel Delahaye

Y'a pas de .so sous Unix ? .

Pas encore eu trop a faire aux .so pour en juger pour l'instant ;)
02/11/2006, 11h45
Médinoc
J'ignore s'il y a vraiment des risques, mais s'il y en a, je dirais:
- Un effacement en cas de restauration.
- Un froncement de sourcils des détecteurs de programmes "potentiellement dangereux" (anti-virus, anti-spyware, etc).
Mais surtout, ça parait moins élégant, et à la fin, si on supprime le programme, on ne sait plus si la DLL est toujours utilisée ou non...
(Il y a une clé dans la base de registre pour le comptage, elle est utilisée par les programmes d'installation, mais pas par une copie manuelle).
02/11/2006, 12h14
Emmanuel Delahaye

Citation:

Envoyé par Stevie Wonder

Merci bocoups. Ca me posera plus de problemes a l'avenir.

Mais je reconnais que c'est un peu goret... Suit plutôt les bons conseils de Medinoc...