LIBCONNECT - BIBLIOTHÈQUE C++ DE CONNEXION
cs_crunch117
Messages postés
7
Date d'inscription
dimanche 22 mai 2005
Statut
Membre
Dernière intervention
16 juillet 2007
-
16 juil. 2007 à 19:07
ldubost Messages postés 1 Date d'inscription vendredi 17 novembre 2006 Statut Membre Dernière intervention 13 août 2007 - 13 août 2007 à 09:09
ldubost Messages postés 1 Date d'inscription vendredi 17 novembre 2006 Statut Membre Dernière intervention 13 août 2007 - 13 août 2007 à 09:09
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/43473-libconnect-bibliotheque-c-de-connexion
https://codes-sources.commentcamarche.net/source/43473-libconnect-bibliotheque-c-de-connexion
13 août 2007 à 09:09
Je suis sous LINUX Redhat Enterprise 4.0 et j'ai le même problème que "Sphost".
A priori l'erreur vient de cette ligne :
--> string err ( "baratin" + WSAGetLastError () ) ;
Je l'ai remplacé par :
--> string err ( "baratin" ) ;
--> perror ( "Error message : " ) ;
Cela supprime le plantage lors de l'affichage de l'erreur.
Sinon j'ai ajouté aussi danns udp.cpp ligne 121 un htonl()
--> id_client.server.sin_addr.s_addr=htonl(INADDR_ANY) ;
Cela supprime le plantage du client.
Par contre la communication ne fonctionne toujours pas ...
1 août 2007 à 23:33
Tout d'abord merci pour ce code.
Je suis sous Ubuntu et je rencontre des problèmes avec ce prog :
Au début impossible de lancer le serveur après le client, car il revenait en erreur dès le début, après avoir fouillé un peu je me suis rendu compte que le MakeFile-server sous linux n'était pas bon car on compilait mainC.cpp au lieu de mainS.cpp.
Après correction quand je lance le client et le serveur séparément ça passe, mais dès que je lance les deux (d'abord le client, puis le serveur) le serveur plante directement :
"./libconnectS
terminate called after throwing an instance of 'std::string'
Abandon"
Et là pas moyen de savoir d'où vient le problème (sachant que mes connaissances sont limitées) rencontres-tu le problème également?
Pour info, je n'ai rien changé au code, juste compiler puis exécuter.
19 juil. 2007 à 15:46
Mais sur linux je préfère quand même utiliser Xemacs + makefile.
sinon wxwidget je suis pas fan, pour des interfaces graph de qualité multiplateforme y'a rien de mieu que Qt
19 juil. 2007 à 15:43
Arrives-tu à compiler un programme tout simple avec C::B ?
19 juil. 2007 à 15:31
- Que penses tu de l'intéropabilité de WXWidget ?
- Code block fonctionne réellment sous tous les OS comme j'ai pu le lire ? L'IHM de Code::Block est développé sous WxWidget ?
Merci d'avance pour tes lumières
Amic,
Cpt Aimless
19 juil. 2007 à 15:26
C'est ok pour moi sous code block :
- Téléchargement de code block 1rc02
- Puis installation de la nightybuild (du jour)
+ wxwidget (enfin la dll pour la nightybuild)
Recompilation des biblio statics et des exes... Et ça tourne
Merci pour l'aide,
19 juil. 2007 à 15:02
D'acc, je me suis mis sous Code::Block et maintenant j'ai le message :
Switching to target: Release
Project : libC
Compiler : GNU GCC Compiler (called directly)
Directory : E:\dev\cppfrance_LIBCONNECT-BIBLIOTH-200-CPLUSPLUS-CONNEXION_43473 -2\libconnect\makefiles\win32\
--------------------------------------------------------------------------------
Switching to target: Release
Linking console executable: ..\..\build\win32\libC.exe
C:\Program Files\CodeBlocks\lib\libmingw32.a(main.o):main.c:(.text+0x106): undefined reference to `WinMain@16'
collect2: ld returned 1 exit status
Process terminated with status 1 (0 minutes, 0 seconds)
0 errors, 0 warnings
19 juil. 2007 à 10:54
19 juil. 2007 à 10:47
19 juil. 2007 à 01:38
J'ai gardé tes fichiers sources, et l'ordre d'exécution est respecté.
(Je lance les deux applications sur le même PC... Est ce un problème docteur ?)
19 juil. 2007 à 01:21
Car dans l'exemple c'est de l'udp donc le client doit être lancé en 1er puis le serveur.
19 juil. 2007 à 01:12
pour mainS sous dev-c++ pas de soucis WAITING TRANSMISSION DATA mais pour le MainC j'ai le message : "This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information."
Quelqu'un aurait-t-il une idée ? merci d'avance
16 juil. 2007 à 19:49
Sinon, pour sun, je ne sais pas ou tu as vu ca. Je n'ai pas de sun sous la main, mais si quelqu'un veut faire le portage (ce qui ne doit pas être très compliqué) je l'ajouterai bien volontiers au projet.
16 juil. 2007 à 19:07
Mais dis-moi il n'y aurait pas un peu trop de fichiers pour un projet de cette taille ?
Il y a des méthodes que j'ai déja vu qui sont tout a fait dans l'esprit d'un wrapper C++ qui encapsulerait les fonctions des sockets, c'est l'utilisation de flux, genre a chaque socket tu associes un flux qui prends en charge les envois/réceptions, comme cela, l'utilisateur n'a plus à se soucier de la manière dont les données sont transmises (les opérateurs << et >> font très bien l'affaire !).
Une dernière chose, j'ai vu que tu avais prévu d'ajouter la compatibilité avec Sun, où en est tu ?