PC SOFT

GRUPOS DE DISCUSSÃO PROFISSIONAL
WINDEVWEBDEV e WINDEV Mobile

Inicio → WINDEV 2024 → Problème serveur de Socket
Problème serveur de Socket
Iniciado por frederic.bonninnomail, jun., 30 2005 7:15 PM - 1 resposta
Publicado em junho, 30 2005 - 7:15 PM
Bonjour,

J'ai un gros problème sur un serveur de socket en prod chez un client :

Principe du serveur :
Création de la socket SOCKET_ECOUTE sur le 5010
Lancemet du Thread THREAD_ECOUTE pour ecouter les demandes de connexions
Dans ce thread, il y a une fonction qui BOUCLE et qui accepte les demandes de connexion en créant un nouveau thread du nom du canal de communication pour chaque client connecté.

Dans le thread créé, une autre fonction qui boucle et qui gére les messages recus par le client et renvoie des infos au client. Lorsque le client termine on sort de la boucle et on ferme le thread.

Il peut y avoir plusieurs clients en même temps bien sûr.

Est ce que le principe est bon car j'ai un plantage et je ne trouve pas de solution.
C'est une erreur inconnue chez Windev :


//////////////////////////////////////
Erreur à la ligne 19 du traitement Procédure locale MettreAJourTable.
Vous avez appelé la fonction SectionCritiqueFin.



**********************************************

Informations techniques

Projet : SRVSOC

Dump de l'erreur du module <WD90VM.DLL> <9.01At>.

- Appel WL :
Traitement de <GES_PRIN.PROCEDURE.MettreAJourTable>, ligne <19>, thread <0>
Fonction <SectionCritiqueFin>, n° de syntaxe <1>

- Niveau : erreur fatale (EL_FATAL)

- Code erreur : 0

- Code erreur WD55 : 0

- Pas de code d'erreur système

- Pas de message d'erreur système

- Pas de message d'erreur

- Infos de debug :
##(CXError)-Pas de définition d'erreur dans gstErrorDef pour l'identifiant <2910>##
Fonction (0,60)

- Infos attachées :
EIT_DATEHEURE : 28/06/2005 15:48:54
EIT_PILEWL :
Procédure locale MettreAJourTable (GES_PRIN.PROCEDURE.MettreAJourTable), ligne 19
Procédure locale GestionConnexion (GES_PRIN.PROCEDURE.GestionConnexion), ligne 11

- Pas d'identifiant dans le .err
Publicado em julho, 01 2005 - 2:04 PM
seul le premier thread de l'application doit accéder au gdi (l'interface)

c'est peut etre une piste à étudier...?

;)

"BONNIN Frédéric" <frederic.bonninnomail@idier-info.fr> a écrit dans le
message de news: 42c401d2@news.pcsoft.fr...


Bonjour,

J'ai un gros problème sur un serveur de socket en prod chez un client :

Principe du serveur :
Création de la socket SOCKET_ECOUTE sur le 5010
Lancemet du Thread THREAD_ECOUTE pour ecouter les demandes de connexions
Dans ce thread, il y a une fonction qui BOUCLE et qui accepte les
demandes de connexion en créant un nouveau thread du nom du canal de
communication pour chaque client connecté.

Dans le thread créé, une autre fonction qui boucle et qui gére les
messages recus par le client et renvoie des infos au client. Lorsque le
client termine on sort de la boucle et on ferme le thread.

Il peut y avoir plusieurs clients en même temps bien sûr.

Est ce que le principe est bon car j'ai un plantage et je ne trouve pas de
solution.
C'est une erreur inconnue chez Windev :


//////////////////////////////////////
Erreur à la ligne 19 du traitement Procédure locale MettreAJourTable.
Vous avez appelé la fonction SectionCritiqueFin.



**********************************************

Informations techniques

Projet : SRVSOC

Dump de l'erreur du module <WD90VM.DLL> <9.01At>.

- Appel WL :
Traitement de <GES_PRIN.PROCEDURE.MettreAJourTable>, ligne <19>, thread
<0>
Fonction <SectionCritiqueFin>, n° de syntaxe <1>

- Niveau : erreur fatale (EL_FATAL)

- Code erreur : 0

- Code erreur WD55 : 0

- Pas de code d'erreur système

- Pas de message d'erreur système

- Pas de message d'erreur

- Infos de debug :
##(CXError)-Pas de définition d'erreur dans gstErrorDef pour l'identifiant
<2910>##
Fonction (0,60)

- Infos attachées :
EIT_DATEHEURE : 28/06/2005 15:48:54
EIT_PILEWL :
Procédure locale MettreAJourTable (GES_PRIN.PROCEDURE.MettreAJourTable),
ligne 19
Procédure locale GestionConnexion (GES_PRIN.PROCEDURE.GestionConnexion),
ligne 11

- Pas d'identifiant dans le .err