Discussion :

[hulahup]

Bonjour,

Question peut-être bête... Est-il possible de lancer en mode debug une appli qui contient un backgroundworker?
Selon moi, en mode debug, cela génère une erreur (idem si j'utilise les threads classiques); je suis donc obligé de passer par le release pour tester, mais cela prive de toutes les fonctions de debug.
J'ai loupé quelque chose, ou est-ce juste normal?

Merci !

[SaumonAgile]

Debug/Release, ça ne change rien au niveau threads.
Qu'est ce qui pose problème en mode Debug ?

[hulahup]

Salut,

En mode debug, j'obtiens des erreurs dans mes threads d'arrière plan lorsque je fais appel à de sobjets non créés par le thread. En Release, je n'ai pas ces erreurs.

Erreur: invalidoperationexception
Opération inter-threads non valide : le contrôle 'CbxCats' a fait l'objet d'un accès à partir d'un thread autre que celui sur lequel il a été créé.

[Aspic]

Normal, tu n'as pas le droit d'appeler un controle de ton formulaire dans un thread autre que le thread principal.

Pour remédier le problème, ne fait des opérations sur les controles que dans l'event "BackgroundWorker_Finished"

[hulahup]

Salut,

Ok, je vois le problème.
Je fais tourner une boucle pour remplir une listview, qui peut contenir des milliers d'éléments. Cette listview est créée en dehors de ce thread. Je dois donc mettre cette boucle dans l'event de fin du backgourndworker? N'est-ce pas là perdre l'utilité du second thread? La boucle incluse dans cet événement de fin s'exécute t-elle bien en arrière plan aussi?

[SaumonAgile]

Non tu dois simplement utiliser un delegate et la méthode BeginInvoke du formulaire pour ajouter les éléments depuis le thread qui gère l'interface.