|
FORUMS PROFESSIONNELS
WINDEV, WEBDEV et WINDEV Mobile |
| | | | | |
| Débuté par mesut.iglikci, 21 mai 2007 18:57 - 1 réponse |
| |
| | | |
|
| |
| Posté le 21 mai 2007 - 18:57 |
Bonjour,
J'utilise 3 thread dans une application de communication par socket TCP.
Dans les 3 threads, il y a des instructions de mise à jour d'une base de
données SQL SERVER (accès natif).
Souvent la requête qui est executée par un des thread bloque l'application.
Je vérifie si la mise à jour est faite et c'est le cas. On dirait que les
ressources de la requête ne peuvent pas être libérées par l'instruction
sqlferme.
Des problèmes similaires, des solutions... Merci
Mesut Iglikçi |
| |
| |
| | | |
|
| | |
| |
| Posté le 20 juin 2007 - 14:50 |
Bonjour,
l'instruction SQLExec est bloquante même si utilisée dans un thread (cf le support technique).
Je l'utilise avec SQLServer sur un accès ODBC.
Depuis WD11, j'ai un problème avec des threads au lancement de l'appli qui doivent charger des données dans différentes
fenêtres.
Je ne connais pas la source exacte du problème mais j'ai l'impression que ça vient des commandes SQLxxx.
On verra si avec la prochaine MAJ cela marche mieux sinon je vais envoyer mon projet allégé avec des données de test car
j'aimerais bien pouvoir le passer en 11 car sous WD10, aucun souci à ce niveau là.
Pour la libération des ressources, je n'ai pas remarqué cela mais je n'utilise pas l'accès natif et remplit mes tables
par prog.
Bon dev,
Olivier
Mesut Iglikçi
Bonjour,
J'utilise 3 thread dans une application de communication par socket TCP.
Dans les 3 threads, il y a des instructions de mise à jour d'une base de
données SQL SERVER (accès natif).
Souvent la requête qui est executée par un des thread bloque l'application.
Je vérifie si la mise à jour est faite et c'est le cas. On dirait que les
ressources de la requête ne peuvent pas être libérées par l'instruction
sqlferme.
Des problèmes similaires, des solutions... Merci
Mesut Iglikçi |
| |
| |
| | | |
|
| | | | |
| | |
| | |
| |
|
|
|