QTcpSocket, pas de bind

Version imprimable

25/10/2010, 18h28
anat1212

QTcpSocket, pas de bind

Bonsoir,

J'ai commencé une appli qui utilise Qt pour la GUI mais aussi pour le réseau, et j'arrive au point ou je voudrais pouvoir me binder à une interface en particulier, mais en plus de ca, je voudrais avoir un timeout.

J'ai trouvé des méthode pour bypasser le faite que les QTcpSocket n'ont pas de méthode "bind", ca revient à recréer une méthode connect qui fait le bind et la connexion.

Le soucis c'est que j'en arrive a faire des choses sales et non portable parce que je voudrais en plus de ca un timeout :D

J'ai essayé de trouver le fichier source de Qt afin de surcharger connectToHost pour y rajouter mon bind (elle possède un timeout), c'est probablement une mauvaise idée ?

Avez vous une autre idée ?

J'en suis venu a prendre des bouts de code de la SFML mais il y a beaucoup de dépendance, j'ai aussi regarder du coté de boost::asio.

Je voudrais pourtant un truc pas bien malin, juste une abstraction qui gère bind, et le connect avec un timeout.

Sinon j'aurais voulu savoir votre avis quelle serait la lib c++ réseau la plus "rapide", je pense biensur a boost::asio mais il doit y'en avoir d'autre.
25/10/2010, 21h27
sysedit

Effectivement pour l'instant c'est pas faisable directement avec Qt: http://bugreports.qt.nokia.com/browse/QTBUG-121

Du coup:
- soit tu tentes le patch de la merge request (mais du coup il faut un Qt patché)
- soit tu attends que ça soit dedans
- soit tu fais du code non portable, sans doute threadé pour le timeout, pour que ça marche :/. Tu peux normalement t'en tirer juste avec des appels systèmes (pour le bind() / connect()), puis Qt pour les threads, et enfin un setSocketDescriptor pour utiliser ta socket système avec l'API Qt.
25/10/2010, 22h21
anat1212

J'allais me lancer dans boost, tu crois que je risque de rencontrer des problèmes si j'utilise des threads Qt
26/10/2010, 09h51
AlexandreP

Bonjour,

Je pense que l'utilisation de asio est une bonne chose; par rapport aux patch de Qt.
Je ne saurais pas dire si il va y avoir des soucis avec QThread, mais j'aurais tendance à utiliser directement le module thread de Boost.

Car tant qu'à plonger dans Boost, autant y aller franchement ;)
26/10/2010, 20h54
sysedit

Citation:

Envoyé par anat1212

J'allais me lancer dans boost, tu crois que je risque de rencontrer des problèmes si j'utilise des threads Qt

Jamais essayé, désolé.
Quelqu'un avait déjà posé la question en 2008: http://www.developpez.net/forums/d59...ost-thread-qt/ et on lui avait répondu d'utiliser QThread, qui semble plus simple à gérer dans une appli Qt (évidemment) que ceux de boost.

Perso, ayant une plus grande connaissance de Qt, j'utiliserais les QThread, mais c'est principalement parce que j'ai l'habitude de les utiliser.