Discussion :

[BorisTheBear]

Bonjour,
Je developpe a l'aide de visual studio 2013 une application multithreadee qui fais plusieurs opérations dont de l'affichage graphique et du pilotage de matériel par port série et TCP IP.

Chaque matériel attend des donnes particulières a une fréquence donnée ( de l'ordre de 20hz pour certains)

J'aimerais pouvoir debugguer certaines parties de mon code sans que le matériel en question ne s'affole de l'absence des données. Et vice versa, que mon logiciel ne panique pas s'il n'a pas reçu de données depuis un laps de temps.

Hors voilà. Quand je met un break point dans une fonction par exemple celle d'un bouton d'un thread graphique, paf, tout les threads arrêtent alors que les stopwatch et les timers moulinent dans la semoule, et me rendent le logiciel et les matériels dans un état inutilisable .

Est-il possible de laisser les autres threads tourner alors que j'en fais avancer un pas a pas ?

Merci d'avance.

Boris

[BorisTheBear]

Après longue enquête, je me suis rendu compte que malheureusement .NET ne permet pas de debugguer un thread en laissant tourner les autres. Il faut plusieurs processus.
Y'a peut être une magouille possible et facile avec MAF en isolant un composant dans son appdomain , mais l'usine a gaz en vaut pas la feature
A+
Boris

[PatteDePoule]

Je crois que VS2014 le fait. Mais je n'arrives plus à retrouver l'info.

[BorisTheBear]

Si tu la retrouves, n'hésite pas a m'en faire part.
Pour le moment j'ai fais un proxy TCP/série intelligent qui reprend le relai quand il détecté que mon app ne répond plus derrière.