在 02-15-2014 06:00 PM
Quand je suis en train de debugger (arrêt sur un BreakPoint)
je peux faire "Clear Breakpoint" ou "Disable Breakpoint". (je suis en exécution step by step)
Parfois cela "fonctionne" et parfois pas (?)
Quand cela fonctionne ... et bien il n'y a rien à dire, ça fonctionne ![]()
Quand cela ne fonctionne pas :
si je fais "clear BP" ... le BP ne s'efface pas, il reste en place ... la commande "clear BP" ne semble n'avoir aucun effets.
si je fais "disable BP" ... le BP passe bien en "disable" ... mais son action reste ON.
Il doit certainement exister des conditions (des "règles") pour exécuter ces 2 commandes (clear et disable BP en cours de debugging)
Elles ne me semblent pas logiquement évidente.
Un d'entre vous les connait-il ?
Pourquoi parfois cela fonctionne-t-il ... et parfois pas ?
merci.
已解決! 轉到解決方案。
在 02-18-2014 08:04 AM
Un d'entre vous aurait-il déjà remarqué un comportement similaire ?
merci à tous,
在 02-18-2014 09:27 AM
Salut Ouadji,
Personnellement, je n'ai pas remarqué de problème de ce genre en utilisant les breakpoints, mais je ne les utilise pas ultra souvent non plus.
Si tu identifies une méthode pour reproduire ton problème, je suis intéessé pour comprendre ce qui se passe.
A+
Olivier L. | Certified LabVIEW Developer
在 02-18-2014 10:44 AM
merci Olivier.
Le prochain vi qui me joue un tour .. j'arrête tout et je poste.
在 02-18-2014 04:27 PM
salut à vous, idem qu'Olivier! sinon RAS
Luc Desruelle | Mon profil | Mon blog LabVIEW |
LabVIEW Architect (CLA) & TestStand Developper (CTD) | LabVIEW Champion
MESULOG | NERYS
Se pourrait-il que tu utilises des VIs réentrants ? Si oui, l'explication n'est pas bien loin.
在 02-19-2014 02:03 AM
C'est vrai qu'avec des VIs réentrants, il y'a des soucis pour le debuggage, mais c'est plutôt qu'il ne se passera rien au niveau des sondes ou du breakpoint car l'instance visualisée n'est pas l'instance exécutée, non?
Je ne sais pas si ça joue sur l'activation/désactivation d'un breakpoint.
Olivier L. | Certified LabVIEW Developer
在 02-19-2014 03:34 AM
Bonjour Olivier,
il est vrai qu'avec les xnodes j'ai eu pas mal de fois ce comportement.
Mais avec les xnodes tous les vi (abilities) sont "preallocated clone reentrant".
J'étais pourtant "certain" d'avoir eu plusieurs fois ce comportement avec des vi non-reentrant.
J'ai (re)fait quelques tests (en vitesse) ... sans problèmes.
Je me rend compte que ma question est "floue" et je m'en excuse.
J'aurais du attendre d'avoir un exemple bien concret pour donner un peu plus de consistance à ma demande.
Je garde "ça" au chaud, dès que je peux isoler ce comportement, je reviens et je poste.
在 02-19-2014 04:34 AM
Salut à tous
A la lecture de tes retours, c’est peut-être aussi ton LabVIEW qui a un certain moment avait des problèmes, et donc des fonctionnalités n’étaient plus « conformes ». De mon côté j’ai « parfois » la fenêtre de recherche « Ctrl + F » (encore la touche CTRL de mon clavier virtuel…) qui ne fonctionne plus. Je faire LabVIEW et le comportement « normal » revient.
Luc Desruelle | Mon profil | Mon blog LabVIEW |
LabVIEW Architect (CLA) & TestStand Developper (CTD) | LabVIEW Champion
MESULOG | NERYS
Après avoir défini un BP dans un VI réentrant, toutes les instances s'exécuteront avec ce BP et le diagramme de toutes les instances s'affichera pour demander une intervention de l'utilisateur sur ce BP.
S'il est impossible de supprimer un BP "général" dans les instances, il est par contre possible d'en ajouter/supprimer des spécifiques à chaque instance du VI réentrant.
Est-ce que cela pourrait expliquer le comportement rencontré ?