Version imprimable
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 !
Debug/Release, ça ne change rien au niveau threads.
Qu'est ce qui pose problème en mode Debug ?
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éé.
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"
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?
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.
Ok, merci. je n'ai jamais utilisé un delegate ni la méthode BeginInvoke. Je vais me pencher là dessus.
Question subsidiaire: si ce n'est pas autorisé en debug, pourquoi l'est-ce en release (et vice versa) ?
Oui c'est une possibilité mais je te conseille quand même de mettre ton traitement dans l'évent prévu à cet effet. Pour récupérer le résultat du traitement du backgroundworker, tu fais :Citation:
Envoyé par SaumonAgile
Code:
2
3
4
ok, je vois. Merci, je vais voir comment je peux organiser mon travail de calcul là-dedans.
Merci !
Au pire, je te ferais vite un exemple mais tu trouveras c'est assez facile ;)
En fait je vois très bien la logique, mais comem le gros de mon traitement, c'est de remplir une listview à partir de trois tableaux, et qu'il peut y avoir plusieurs milliers d'items, je me demande si tout traiter après le thread ne fais pas perdre l'intérêt de l'arrière plan (l'événement de fin de thread n'est pas je pense en arrière plan).
Je vais tester, ça ira plus vite que de philosopher :mouarf:
Point de vue vitesse, c'est pareil mais de toute manière ton application ne freezera pas durant l'opération et puis tu n'as pas le droit de gérer ta LW dans le thread en arriere plan (sauf avec un délégué comme la dit Saumonagile) !
Ok, je roule comme ça, merci.
Si on n'a pas le droit, pourquoi est-ce possible après génération en release?
Je ne sais pas, personnellement debug/release ca ne change rien au niveau des thread et je n'ai pas testé chez moi pour voir si j'ai l'erreur mais je vais le faire maintenant !Citation:
Envoyé par hulahup
Mince je peux pas tester car j'arrive pas à changer de mode dans mon nouveau projet 8O
EDIT : C'est bon j'ai trouvé ! Mais je n'ai pas de différence entre Debug/Release...
Je me susi mal exprimé, peut-être: en fait, il n'y a pas d'erreur lorsque je génère l'appli, et que je lance l'exe release.