Discussion :

[Stevie Wonder]

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.

[Emmanuel Delahaye]

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...

[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.

[Emmanuel Delahaye]

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.

[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.

[Emmanuel Delahaye]

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

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.

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++.

[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...

[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

[Emmanuel Delahaye]

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.

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

Y'a pas de .so sous Unix ? .

[Médinoc]

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

[Emmanuel Delahaye]

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

Qu'est-ce que je risque ? Un effacement en cas restauration ?

[Stevie Wonder]

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.

Y'a pas de .so sous Unix ? .

Pas encore eu trop a faire aux .so pour en juger pour l'instant

[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).

[Emmanuel Delahaye]

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...