Discussion :

[R&B]

Bonjour,

Problème : un programme WinDev ne parvient plus à se terminer normalement.

L'audit dynamique nous indique que le THREAD0 n'a pu être terminé.
extrait du résultat :
"Le thread 'THREAD0' est bloqué et n'a pas pu être arrêté normalement, il a été détruit.
Code erreur : 2926
Niveau : warning (EL_WARNING_EXECUTION)
Dump de l'erreur du module 'wd170vm.dll' (17.0.287.3).
Identifiant des informations détaillées (.err) : 2926"

Nous ne créons pas de THREAD0 dans la programmation.
- Nous savons que la structure des instanciations et autres références aux objet est loin d'être claire, nous nous en remettons pour l'instant au "garbage collector" mais c'est un travail en cours.
- nous avons utilisé des variant dans tout le projet pour récupérer les paramètres inutilisés des fonctions et éviter les erreurs de compilateur.
Ce sont les seules pistes actuelles à notre disposition.

La question demeure : Mais qui est donc "THREAD0" ?

[gancau]

Bonjour,

Problème : un programme WinDev ne parvient plus à se terminer normalement

C'est à dire ? vous ête obligé de tuer le processus ?
Avez-vous localisé l'endroit où il se bloque ?
Avez-vous fait un trace ?
Comment est lancé ce programme (depuis un autre programme, en tache de fond, par un utilisateur...)

Gancau

[Nicolas_Jeanneau]

Bonjour,

le thread 0 est le programme principal ! en gros, l'exécutable lancé n'arrive pas à se terminer ...

Bref, comme le dit gancau, maintenant il faut savoir ce qu'il est en train de faire lorsque la fermeture est demandée et forcée ensuite. Y a-t-il des traitements lancés dans le code fermeture du projet, dans celui de la fenêtre principale ?

à bientôt,

Nicolas

[R&B]

Bonjour
- C'est à dire ? vous ête obligé de tuer le processus ?
Oui
- Avez-vous localisé l'endroit où il se bloque ?
On ne parvient pas à quitter le programme
- Avez-vous fait un trace ?
Oui tout est exécuté jusqu'au bout.
- Comment est lancé ce programme (depuis un autre programme, en tache de fond, par un utilisateur...)
On lance le programme seul directement sur l'exécutable et on a l'erreur.
Même problème quand lancé depuis un autre programme.

Maintenant je précise à tous qu'il ne s'agit pas du thread 0 que je sais être le principal mais de "THREAD0".

Ce thread a déjà été cité dans la WinDevSphere mais sans réponse à part d'en référer au ST.

[gancau]

Re,

- Avez-vous fait un trace ?
Oui tout est exécuté jusqu'au bout.

Le programme est censé se fermer tout seul à la fin ?
Vous avez un message disant que c'est terminé ? du style

Code :

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

Info("terminé.....")

Gancau

[Nicolas_Jeanneau]

Est-ce que vous utilisez des sockets dans votre programme ?

Avez-vous demander au support de PCSoft si ce thread0 est une erreur de syntaxe ou pas ?

[R&B]

Vous avez un message disant que c'est terminé ? du style
Code :
Sélectionner tout - Visualiser dans une fenêtre à part

Info("terminé...")

Oui oui, le message apparait, l'IHM se se ferme mais le programme demeure dans les processus de la machine (gestionnaire de programme => processus : on est encore là )

Est-ce que vous utilisez des sockets dans votre programme ?

Avez-vous demander au support de PCSoft si ce thread0 est une erreur de syntaxe ou pas ?

Oui, nous utilisons les socket, nous avons vérifié cependant cette piste en assurant leur terminaison.


Autre info : nous avions une version du projet en WD12 et ce thread n'y existait pas.

Pour ce qui est du contact avec l'éditeur, je fais une analyse préalable dans ce fil pour écarter les questions bateau. Nous allons donc prendre ce contact et voir ce qui en sort.

[gancau]

Le programme fait-il la même chose depuis un Go du projet ?
Après la fermeture de la fenêtre avez-vous fait un debug pas à pas pour savoir si qqchose se lançait.
Autre piste : avez-vous testé sous Windev16 ?


Gancau

[frenchsting]

D'autres pistes :
Tu as du code en fermeture de projet ?
Tu te déconnectes de ta bdd (s'il y en a une) ?

Je ne dis pas que c'est la solution, mais ça permet d'ouvrir des portes (enfin j'espère)...

[R&B]

Bonjour, après recherche, "THREAD0" était créé par l'automatisme de procédure paramétré pour une exécution en tache de fond d'une procédure !
Nous en profitons pour inventorier l'ensemble des threads de ce projet afin de les terminer proprement. Le projet demeure encore souvent en mémoire sans qu'on ait trouvé d'explication.