Dépassement de la pile

Bonjour à tous,

Je viens vous voir car je rencontre un gros soucis avec mon application qui touchait pourtant au but.

Il s'agit de la page principale de mon application, qui contient de nombreuses fonctions, autogérées et appelées via des timer. Celles-ci remplissent divers datagridview.

D'ailleurs au passage quelle est la meilleure méthode pour forcer un composant à se "rafraichir"/redessiner ? Invalidate ? Update? Refresh ?

Dans tous les cas, j'utilise ces méthodes pour rafraichir mes datagridview et autre panels et voici l'erreur que j'ai :

Citation:

---

Une exception non gérée du type 'System.StackOverflowException' s'est produite dans mscorlib.dll
L'exception System.StackOverflowException n'a pas été gérée

---

Je n'ai pas de boucles infinies ou autre, ou en tout cas je ne pense pas.
À chaque fois que j'ai cette erreur c'est sur une ligne liée à un rafraichissement : Invalidate/Update/Refresh ou meme Application.DoEvents()

Peut être que je n'utilise pas ces fonctions au bon moment, je ne sais pas.
Par exemple j'ai un canvas, avec des pions dedans (powerpacks.ovalshape), dés que je modifie leur position, quelle fonction dois-je appeler pour les redessiner ? (j'ai associé à chaque pion un label et c'est souvent celui ci qui pose problème lors des déplacements, il laisse une "trace".

Comment résoudre ce problème de dépassement de capacité de la pile ? Demander moins de rafraichissement surement?

J'espère que vous saurez m'aiguiller pour résoudre ce problème qui met un peu en péril mon projet :s

Merci d'avance,

on est pas sur du web, donc les controles se rafraichissent automatiquement dès que tu changes une propriété
invalidate et refresh font la même chose je crois, et sont utiles seulement si tu dessines toi même quelque chose sur un controle (drawline et autres)

les doevents, il faut essayer de s'en passer, ce n'est pas ce qu'il y a de plus propre

quand au stackoverflowexception, ca veut dire qu'il y a des appels en boucles genre
A appelle B qui appelle A, qui va donc rappeler B etc... (avec parfois plus de méthodes dans la chaine des appels)
en débug quand ca se te dit l'erreur tu peux voir le cheminement dans la pile des appels

Bonjour,

Tout à fait d'accord avec Pol63.

Citation:

---

Envoyé par Pol63

A appelle B qui appelle A, qui va donc rappeler B etc... (avec parfois plus de méthodes dans la chaine des appels)
en débug quand ca se te dit l'erreur tu peux voir le cheminement dans la pile des appels

---

Je ne sais pas si tu fais du WinForms ou WPF, mais à mon avis c'est tes abonnements à des évènements qui tournent en rond. Je m'explique :

Tu as deux Textboxes A et B. Tu t'abonnes à TextChanged de la textbox A (ou quelque chose du genre) et idem pour B. Dans le code de l'évènement TextChanged A tu modifies le contenu de B et inversement.
Ce qui produit que dès que tu changes le texte de A, le texte de B change, mais comme tu as modifié par le code le texte de B, alors tu changes le texte de A etc...

L'appel explicit à Refresh, Invalidate ou Update etc... est généralement révélateur d'une mauvaise conception.

Postes nous un morceau de code pour qu'on puisse y voir plus clair et ne pas s'imaginer les problèmes que tu peux rencontrer.

Bon dev.