Bonjour,

J'ai jeté un oeil à la classe sockets évoquée ci-dessous et ma question est la suivante:

Est-elle plus stable en utilisation intense que les fonction sockets de Windev?

J'utilise le socketecrit pour envoyer des données audio à partir de mon soft à 1 serveur shoutcast ou icecast & le thread n'est pas des plus stables... (arrêt inopiné sans message d'erreur dans le thread... )

Merci.


Salut, si tu veux faire des communication par sockets, je te suggère d'utiliser cette classe. elle fonctionne très bien et elle est facile à intégrer dans du code existant.

http://www.windasso.org/download/sources/Sockets7.zip

Bonjour,

Une gestion des threads avec les fonctions sockets me semble sensible à mettre en place car cela demande à ne pas mélanger les messages recus d'où peut être la nécessité d'utiliser les sections critiques.

J'ai eut du mal à créer un thread <à peu près stable> mais j'ai des arrêts sans qu'aucun message n'apparaisse.

J'utilise deux callback (Windev) appelés par le moteur audio de bass, le premier qui enregistre les données audio , le second qui récupère la partie encodée en mp3 ou ogg pour l'écrire dans vers le serveur shoutcast ou icecast...

J'ai quand même réussi à tenir 3 heures une fois... en diffusant sur Internet !

Comment pense-tu que les sections critiques pourrait améliorer cela ?

Bien que non utilisés les sections critiques permettent d'exécuter une partie de code défini que par un seul thread à la fois.(Les autres threads étant mis en file d'attente).

Cela peut dans certain cas eviter certains débordements.

Un exemple est livré en standart avec WinDev :
WF Pool de threads.

L'exemple suivant permet de créer une socket sur le poste serveur, et de gérer les connexions des postes clients dans un thread. Si la connexion est acceptée, la gestion de cette connexion est réalisée dans un thread spécifique.

Il y a un thread exécuté par connexion. Chaque thread utilise la même fonction de service "ProcédureGestion". Pour autoriser l'exécution de la procédure par différents threads simultanément, il est nécessaire de changer le mode de synchronisation des threads : utilisez la fonction ThreadMode avec le paramètre ThreadSectionCritique dans le code d'initialisation du projet. La synchronisation entre threads doit être effectuée manuellement (pour plus de détails, consultez l'aide sur les threads ).

Merci pour ces conseils.

Ne peut-on pas gérer des sections critiques que pour une partie de code (ou d'une fenêtre par exemple ?)

Je me voit mal passer en revue tout le code de Mp3Tools qui totalise environ 25.000 lignes aujourd'hui... pour y synchroniser tous les thread !

Oui, bien sur et c'est là tout l'intérêt, le code 'critique' doit être balisé par les fonctions

Pour info, tu t'intéresses à Shoutcast...
Télécharge le produit Radio Net Gold, totalement écrit en WD 8...

Cordialement,

Allan

Je suis parti de l'exemple windev (serveur de socket) pour écrire une classe pour créer un Serveur Web autonome. cela fonctionne bien, j'ai aussi créer des balises de code windev compilé à la demande.

Par contre effectivement, il y a des plantages quand j'ai plusieurs accés simultané et que plusieurs personne demande le refresh de page.

En tout il y a une evidence Threads et fonctions locales ne font pas bon ménage. Il faut obligatoirement passer des procedure globale pour eviter les problèmes de pile mal géré par windev.Et ca c'est bien dommage car ca fonctionne pas trop mal mais ca fait un code pas trés portable.

Bizarre, j'ai fait un serveur qui tourne 24h/24 et qui a plusieurs clients connectés au serveur tout le temps, je n'ai pas eu ce soucis et j'utilise pourtant des fonctions locales.

Tu parles de combien de sockets là?

Citation :

Sauf erreur ce produit est payant et le source n'y est pas intégré?

2 ou 3 connexions mais qui demande le resultat en simultané.

Le problème ne vient pas des sockets mais des threads

Quel est le problème en fait?
Le thread se ferme tout seul ou la socket plante et du coup le thread se ferme?