Discussion :

[ManusDei]

Bonjour,

j'expérimente en python, sur l'envoi de donnée via TCP.
J'ai pris un code simple pour la réception de donnée :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
# Echo server program
import socket
 
HOST = ''                 # Symbolic name meaning all available interfaces
PORT = 123                # Arbitrary non-privileged port
 
s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
s.bind((HOST, PORT))
s.listen(1)
conn, addr = s.accept()
print('Connected by', addr)
while True:
    data = conn.recv(1024)
    if not data: break
    conn.sendall(data)
    print('message received '+data)
conn.close()

La connexion se fait, j'ai un beau :

pydev debugger: starting (pid: 4108)
('Connected by', ('127.0.0.1', 59383))
message received Hello, world

(oui, j'ai utilisé le debugger)

Je constate à l'exécution (côté client) que j'ai l'erreur suivante :
error: [Errno 10054] Une connexion existante a dû être fermée par l’hôte distant

Donc en lançant le server en mode debug, je constate que le premier message est bien reçu et affiché, et qu'au tour de boucle suivant, le break s'applique (forcément, vu que je n'ai pas envoyé d'autre message). Je soupçonne que le problème vient de ce que je reprend un code utilisé pour récupérer 1 message quand je veux en envoyer plusieurs, périodiquement. De ce que j'ai compris de la doc, il faut que je configure la socket en mode bloquant via accept(), mais je n'ai pas compris comment faire.

Merci pour votre aide.

[tyrtamos]

Bonjour,

J'ai fait un petit tuto sur le sujet il y a longtemps, peut-être y trouveras-tu ce qui te manque (en particulier .accept).

http://python.jpvweb.com/mesrecettes...rveur_tcp_mini

[ManusDei]

Merci.
Je ferais les tests lundi, mais le accept() est bon pour un seul message, d'où la nécessité de le mettre dans la boucle while ?
Où est-ce qu'il est nécessaire de rouvrir le socket pour chaque nouveau message ? (d'où le close() dans la boucle while)

[tyrtamos]

mais le accept() est bon pour un seul message, d'où la nécessité de le mettre dans la boucle while ?
Où est-ce qu'il est nécessaire de rouvrir le socket pour chaque nouveau message ? (d'où le close() dans la boucle while)

Regarde mon code! Oui, il y a une boucle while: c'est le principe du serveur. Il attend une requête, quand il en reçoit une, il renvoie la réponse et il attend de nouveau... A chaque boucle while, c'est accept qui ouvre la connexion client et close qui la ferme.

J'avais essayé d'autres trucs, en particulier pour permettre d'accepter de nouvelles requêtes avant que la précédente ne soit terminée:

http://python.jpvweb.com/mesrecettes...erveurs_divers

C'est du Python 2, mais ça doit être facile à convertir.

[wiztricks]

Salut,

Donc en lançant le server en mode debug, je constate que le premier message est bien reçu et affiché, et qu'au tour de boucle suivant, le break s'applique (forcément, vu que je n'ai pas envoyé d'autre message). Je soupçonne que le problème vient de ce que je reprend un code utilisé pour récupérer 1 message quand je veux en envoyer plusieurs, périodiquement. De ce que j'ai compris de la doc, il faut que je configure la socket en mode bloquant via accept(), mais je n'ai pas compris comment faire.

Normalement l'appel à conn.recv ne retourne une chaine vide que si le client a fait "close" de son côté.
Sinon, çà attend d'avoir reçu quelque chose pour le retourner.
note: le mode est bloquant par défaut.

Si le client reçoit "[Errno 10054] Une connexion existante a dû être fermée par l’hôte distant", c'est parce que le serveur s'est planté ou qu'il a fermé la connexion.
S'il s'était planté, vous devriez avoir vu passer un message d'erreur.

Comme l'exemple de code que vous avez posté est (presque) un cut&paste de celui de la documentation, il devrait fonctionner. Mais l'instruction "print('message received '+data)" plantera en Python3: data étant de type "bytes".

Postez le code du client et précisez la version de Python utilisée.

- W