CLIENT IRC QUI TRADUIT AUTOMATIQUEMENT
cs_EBArtSoft
Messages postés
4525
Date d'inscription
dimanche 29 septembre 2002
Statut
Modérateur
Dernière intervention
22 avril 2019
-
30 janv. 2008 à 22:36
kgdecaen Messages postés 38 Date d'inscription dimanche 5 novembre 2000 Statut Membre Dernière intervention 16 décembre 2009 - 12 févr. 2008 à 04:53
kgdecaen Messages postés 38 Date d'inscription dimanche 5 novembre 2000 Statut Membre Dernière intervention 16 décembre 2009 - 12 févr. 2008 à 04:53
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/45573-client-irc-qui-traduit-automatiquement
https://codes-sources.commentcamarche.net/source/45573-client-irc-qui-traduit-automatiquement
12 févr. 2008 à 04:53
1 févr. 2008 à 22:03
je suis pas un professionel de la programmation, mais j'ai pris cette habitude (TUTO: http://www.frameip.com/vb-mode-tcp-udp/) avec les sockets, et corrigé moi si je me trompe mais...
une fois la connection ouverte les client et serveurs communique égale a égale (il ny pas de notion de client et serveur. sauf pour le protocole, car un serveur ne fait pas pareille qu'un client.)
Donc que tu soit client ou serveur, si un des deux ferme la connection ou plante, tu doit gérer ça proprement.
De plus pour avoir fait des serveur gérent le multiconnexion en VB6, ton appli n'en sera que plus stable (imagine 30 sockets a gérer, si un socket plante tous le serveur plante).
un petit :
private socket_error()
err.clear
socket_close
end sub
et
private socket_Close()
socket.close
end sub
sa fait pas de mal !!
tu dit ne pas te soucier du serveur, car tu programme un client, la régle veux de ne pas faire confiance au autres (a serveur bugger, ton code vaudra rien SAUF si tu prend des précautions pour pas faire planter ton appli).
moi c'est juste un conseille, jespere quelqu'un pourra me validé.
PS: cela ma donner envie de finir mon client IRC, et il est pleinement fonctionnel, (sauf commande admin et protocole étendu CTCP), donc si sa t'interresse d'échanger des méthodes :P, bon courage
1 févr. 2008 à 06:10
4) pas de socket_Close()
pas de socket_error()
donc en cas de timeout/plantage, tes ports reste ouverts et c'est pas bon :S
--------------
LES PORTS NE PEUVENT PAS RESTER OUVERT CAR IL Y A PAS DE LISTEN :)
31 janv. 2008 à 19:09
31 janv. 2008 à 17:08
1) pour >
Private Sub Form_Load()
stat.Text = "Not connect"
Autant mettre directement "not connect" dans les propriété du textbox, sauf si tu unload
ta form a un moment pour remettre à zéro, mais la c'est pas le cas.
De plus les textbox cacher en arriere plan sa fait pas pro, utilise des varibles
2) en francais on lit du haut vers le bas et pas l'inverse, si tu sais pas faire défiler un textbox utilise ce code (à remplacer Log par le nom de ton textbox )
>
Private Sub Log_Change()
Log.SelStart = Len(Log.Text)
Log.SelLength = Len(Log.Text)
End Sub
3) Ieframe.Dll introuvable !!!
4) pas de socket_Close()
pas de socket_error()
donc en cas de timeout/plantage, tes ports reste ouverts et c'est pas bon :S
Sinon se code source marche, mais cela m'étonne pas que tu passe plein de temps a recodé tout au moindre changement dans ton appli.
Il y a une chose positive, ton split est correct mais si tu n'a qu'une seul fonction pas besoin de modules, sauf si tu as plusieurs fonctions différante de splits tu peut les regrouper dans un module.
voilà c'est tout ce que j'ai vu, bon courage A+
31 janv. 2008 à 09:18
31 janv. 2008 à 01:58
30 janv. 2008 à 23:48
30 janv. 2008 à 22:36
Neanmoins, j'aime bien le concept. A retravailler.
@+