Programme C# qui ne s'arrête pas - comment débugguer?

Bonjour,

J'ai un problème dans mon programme C# en Framework 3.5. J'utilise un timer qui lance à intervalles réguliers une procédure importante.
A la fermeture de l'application, je stoppe le timer.
Souvent, lorsque j'arrête l'application, l'éditeur Visual Studio 2008 ne me rend pas la main, et même lorsque j'utilise mon programme en dehors de Visual Studio, la tâche ne se ferme pas lorsque j'éteins le programme, et même en patientant assez longtemps.

Mon problème est que je ne sais pas comment retrouver ce qui crée ce problème.

Je me demande si ce n'est pas dû à un problème d'allocation mémoire (je suis assez nouveau sur la plateforme .NET, j'étais sous Delphi 7 avant).

Si vous avez des pistes de débuggage je vous en serai reconnaissant...

David

N'aurais tu pas un thread qui tournerait et qui ne serait pas arreter à la fin de l'application ?

En dehors de celà, je ne vois guère d'autres hypothèses !

Voila le seul thread que je lance parfois:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36

//********************************************************************************************************* // // // //--------------------------------------------------------------------------------------------------------- static public void pause(int p_delai_pause) { BackgroundWorker pauseExecution = new BackgroundWorker();   m_delai_pause = p_delai_pause;   //------------------------------------------------------------------------- // Créer un nouveau worker en arrière-plan pour réaliser la tâche de pause //------------------------------------------------------------------------- pauseExecution.DoWork += COutils.pause_background; pauseExecution.RunWorkerAsync();   //------------------------------------------------------------- // Rafraichir l'interface jusqu'à ce que le worker ait terminé //------------------------------------------------------------- while (pauseExecution.IsBusy) { Application.DoEvents(); }   }   //********************************************************************************************************* // // utilisé par fonction 'pause' // //--------------------------------------------------------------------------------------------------------- static public void pause_background(object sender, DoWorkEventArgs e) { Thread.Sleep(m_delai_pause); }

---

Si le traitement important est exécuté par un thread, vérifie que ce thread est déclaré comme background. Par défaut ce n'est pas le cas, et un thread foreground (par opposition à background) bloque la sortie tant qu'il n'a pas terminé.

Le traitement important n'est pas dans un thread, il peut lancer la fonction pause, qui elle est threadée, plusieurs fois, selon le besoin.

Ca sert à quoi de "threader" un Sleep ? :koi:

Pour le moment c'est la seule façon que j'ai de ne pas bloquer l'affichage pendant le sleep.
Je suis ouvert aux suggestions...

Sinon mon interface est carrément bloquée pendant ce temps là.

Personnellement, si j'avais besoin de faire une pause je pense que j'utiliserais plutôt un timer. Je fais le début du traitement et pour la pause je démarre un timer (initialisé avec la durée de pause). Quand le timer se déclenche je l'arrête et je fais le reste du traitement.

La solution c'est de "threader" le traitement lourd. Comme ça pas besoin de pause car tu ne monopolises plus le thread principal (thread dédié à la gestion de l'affichage) et donc l'interface ne sera plus bloquée.

Le fait d'avoir ceci

Code:

---

1 2 3 4

while (pauseExecution.IsBusy) { Application.DoEvents(); }

---

est pour moi une erreur.

Mais bon, de toute façon ce n'est pas ça qui bloque l'application à priori. Tu as essayé de couper certains blocs de code, appels de méthode, ... pour arriver à situer l'origine du problème ?

je vais tester ta solution pour voir ce que ça donne

Oui je fais des logs entre chaque instruction mais ils s'affichent tous
J'y perds mon latin ... :-)

En ce qui concerne le thread du traitement lourd, j'aurai quand meme besoin de cette fonction de pause qui me permet de synchroniser les actions.

Et puis je ne suis pas encore très familier des threads malgré que (sans me vanter) je touche ma bille en dév.
J'ai notamment peu de recul sur le partage d'informations entre le programme principal et le threads que l'on lance à coté.

Code:

---

1 2 3 4 5

static public void pause_background(object sender, DoWorkEventArgs e) { Thread.Sleep(m_delai_pause); pauseExecution.ReportProgress(100);// OU e.ReportProgress(100); }

---

J'ai eu un message d'erreur tout à l'heure que voilà:

Citation:

---

Le CLR n'a pas pu effectuer de transition du contexte COM 0x21f6d0 au contexte COM 0x21f840 pendant 60 secondes. Le thread qui possède le contexte/cloisonnement de destination est probablement en train d'attendre ou de traiter une opération très longue sans pompage des messages Windows. Cette situation a généralement des effets négatifs sur les performances et peut parfois entraîner le blocage de l'application ou une utilisation ininterrompue de la mémoire. Pour éviter ce problème, tous les threads STA (Single Threaded Apartment) doivent utiliser des primitives d'attente de pompage (par exemple CoWaitForMultipleHandles) et pomper de manière régulière les messages lors des opérations qui sont longues à s'exécuter.

---

Et en cherchant sur le Web j'ai trouvé que pour régler ça on pouvait faire un changement au niveau du main:

Remplacer

Code:

---

1 2 3 4 5 6 7

[STAThread] static void Main() { .. }

---

par

Code:

---

1 2 3 4 5 6 7

[MTAThread] static void Main() { .. }

---

Pour le moment je n'ai pas beaucoup de recul mais ça a l'air de fonctionner...

Fausse joie... :-(