J'ai un projet assez gros (un centaine de fichiers dont un quarantaine de classes, divers composants "maison", plusieurs dizaine d'Enum, ...)
Une vingtaine de fois par jour, quand je lance mon application depuis l'IDE par CTRL+F5, VB me rétorque qu'une constante est recquise et me montre systématiquement une ligne de code qui utilise une variable de type enum.
Je ferme VB, je l'ouvre et le problème à disparu.
Ca commence à me chauffer...
PS: si je lance par F5, quand j'arrive à l'instruction qui plante, c'est pareil le VB n'arrive pas à compiler et m'envoie bouler.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Bonjour,
J'ai aussi ce problème réccurent. Pour le contourner, je ne quitte pas VB mais je compile le projet (Fichiers - Créer Projet.exe) et ensuite je peux l'exécuter via F5 car l'erreur a disparu.
J'ai installé le pack 6 mais cela n'a rien changé au contraire, je plante plus souvent.
-----Message d'origine----- J'ai un projet assez gros (un centaine de fichiers dont
un quarantaine de classes, divers composants "maison", plusieurs dizaine d'Enum, ...)
Une vingtaine de fois par jour, quand je lance mon
Je ferme VB, je l'ouvre et le problème à disparu. Ca commence à me chauffer...
PS: si je lance par F5, quand j'arrive à l'instruction
qui plante, c'est pareil le VB n'arrive pas à compiler et m'envoie bouler.
.
Bonjour,
J'ai aussi ce problème réccurent.
Pour le contourner, je ne quitte pas VB mais je compile le
projet (Fichiers - Créer Projet.exe) et ensuite je peux
l'exécuter via F5 car l'erreur a disparu.
J'ai installé le pack 6 mais cela n'a rien changé au
contraire, je plante plus souvent.
-----Message d'origine-----
J'ai un projet assez gros (un centaine de fichiers dont
un quarantaine de classes, divers composants "maison",
plusieurs dizaine d'Enum, ...)
Une vingtaine de fois par jour, quand je lance mon
J'ai aussi ce problème réccurent. Pour le contourner, je ne quitte pas VB mais je compile le projet (Fichiers - Créer Projet.exe) et ensuite je peux l'exécuter via F5 car l'erreur a disparu.
J'ai installé le pack 6 mais cela n'a rien changé au contraire, je plante plus souvent.
-----Message d'origine----- J'ai un projet assez gros (un centaine de fichiers dont
un quarantaine de classes, divers composants "maison", plusieurs dizaine d'Enum, ...)
Une vingtaine de fois par jour, quand je lance mon
Je ferme VB, je l'ouvre et le problème à disparu. Ca commence à me chauffer...
PS: si je lance par F5, quand j'arrive à l'instruction
qui plante, c'est pareil le VB n'arrive pas à compiler et m'envoie bouler.
.
Loïc BERTHOLLET
Je faisais aussi cela, mais je me suis aperçu que cela me prenait plus de temps que la fermeture-réouverture ! Au fait: je suis sous 2000Pro-SP4; mais les deux autres développeurs sous XPpro ont aussi le même problème.
"" a écrit :
Bonjour,
J'ai aussi ce problème réccurent. Pour le contourner, je ne quitte pas VB mais je compile le projet (Fichiers - Créer Projet.exe) et ensuite je peux l'exécuter via F5 car l'erreur a disparu.
J'ai installé le pack 6 mais cela n'a rien changé au contraire, je plante plus souvent.
Je faisais aussi cela, mais je me suis aperçu que cela me prenait plus de temps que la fermeture-réouverture !
Au fait: je suis sous 2000Pro-SP4; mais les deux autres développeurs sous XPpro ont aussi le même problème.
"anonymous@discussions.microsoft.com" a écrit :
Bonjour,
J'ai aussi ce problème réccurent.
Pour le contourner, je ne quitte pas VB mais je compile le
projet (Fichiers - Créer Projet.exe) et ensuite je peux
l'exécuter via F5 car l'erreur a disparu.
J'ai installé le pack 6 mais cela n'a rien changé au
contraire, je plante plus souvent.
Je faisais aussi cela, mais je me suis aperçu que cela me prenait plus de temps que la fermeture-réouverture ! Au fait: je suis sous 2000Pro-SP4; mais les deux autres développeurs sous XPpro ont aussi le même problème.
"" a écrit :
Bonjour,
J'ai aussi ce problème réccurent. Pour le contourner, je ne quitte pas VB mais je compile le projet (Fichiers - Créer Projet.exe) et ensuite je peux l'exécuter via F5 car l'erreur a disparu.
J'ai installé le pack 6 mais cela n'a rien changé au contraire, je plante plus souvent.
Ayant le même problème, j'ai l'impression que celui-ci se manifeste à la suite d'un certain nombre d'arrêts que l'on fait habituellement en phase de débogage (arrêts avec le bouton stop de VB). Dans le cas d'un arrêt de ce type, il me semble que VB ne doit pas décharger correctement toutes les instances d'objets et que cela conduit à cette erreur (c'est une hypothèse après observation ;-)).
Christophe
"Loïc BERTHOLLET" a écrit dans le message de news:
Je faisais aussi cela, mais je me suis aperçu que cela me prenait plus de
temps que la fermeture-réouverture !
Au fait: je suis sous 2000Pro-SP4; mais les deux autres développeurs sous
Ayant le même problème, j'ai l'impression que celui-ci se manifeste à la
suite d'un certain nombre d'arrêts que l'on fait habituellement en phase de
débogage (arrêts avec le bouton stop de VB). Dans le cas d'un arrêt de ce
type, il me semble que VB ne doit pas décharger correctement toutes les
instances d'objets et que cela conduit à cette erreur (c'est une hypothèse
après observation ;-)).
Christophe
"Loïc BERTHOLLET" <LocBERTHOLLET@discussions.microsoft.com> a écrit dans le
message de news:FDC756C4-8662-4101-9287-28DBB60F5204@microsoft.com...
Je faisais aussi cela, mais je me suis aperçu que cela me prenait plus de
temps que la fermeture-réouverture !
Au fait: je suis sous 2000Pro-SP4; mais les deux autres développeurs sous
Ayant le même problème, j'ai l'impression que celui-ci se manifeste à la suite d'un certain nombre d'arrêts que l'on fait habituellement en phase de débogage (arrêts avec le bouton stop de VB). Dans le cas d'un arrêt de ce type, il me semble que VB ne doit pas décharger correctement toutes les instances d'objets et que cela conduit à cette erreur (c'est une hypothèse après observation ;-)).
Christophe
"Loïc BERTHOLLET" a écrit dans le message de news:
Je faisais aussi cela, mais je me suis aperçu que cela me prenait plus de
temps que la fermeture-réouverture !
Au fait: je suis sous 2000Pro-SP4; mais les deux autres développeurs sous
Désolé, c'est impossible parce que : 1°) je n'utilise jamais ce satané bouton (parce que je n'en ai pas besoin..!) 2°) je compte tous les objets qui sont référencés dans mon appli, et je vérifie que chacun d'entre eux est bien relaché.
Par contre, autre piste, je change souvent du code pendant des pauses consécutives à des points d'arrêt... Et j'utilise des controles ActiveX écrit en C++, et va savoir s'il ne me ronge pas inexorablement la mémoire...
"Christophe QUEVAL" a écrit :
Bonjour,
Ayant le même problème, j'ai l'impression que celui-ci se manifeste à la suite d'un certain nombre d'arrêts que l'on fait habituellement en phase de débogage (arrêts avec le bouton stop de VB). Dans le cas d'un arrêt de ce type, il me semble que VB ne doit pas décharger correctement toutes les instances d'objets et que cela conduit à cette erreur (c'est une hypothèse après observation ;-)).
Désolé, c'est impossible parce que :
1°) je n'utilise jamais ce satané bouton (parce que je n'en ai pas besoin..!)
2°) je compte tous les objets qui sont référencés dans mon appli, et je vérifie que chacun d'entre eux est bien relaché.
Par contre, autre piste, je change souvent du code pendant des pauses consécutives à des points d'arrêt...
Et j'utilise des controles ActiveX écrit en C++, et va savoir s'il ne me ronge pas inexorablement la mémoire...
"Christophe QUEVAL" a écrit :
Bonjour,
Ayant le même problème, j'ai l'impression que celui-ci se manifeste à la
suite d'un certain nombre d'arrêts que l'on fait habituellement en phase de
débogage (arrêts avec le bouton stop de VB). Dans le cas d'un arrêt de ce
type, il me semble que VB ne doit pas décharger correctement toutes les
instances d'objets et que cela conduit à cette erreur (c'est une hypothèse
après observation ;-)).
Désolé, c'est impossible parce que : 1°) je n'utilise jamais ce satané bouton (parce que je n'en ai pas besoin..!) 2°) je compte tous les objets qui sont référencés dans mon appli, et je vérifie que chacun d'entre eux est bien relaché.
Par contre, autre piste, je change souvent du code pendant des pauses consécutives à des points d'arrêt... Et j'utilise des controles ActiveX écrit en C++, et va savoir s'il ne me ronge pas inexorablement la mémoire...
"Christophe QUEVAL" a écrit :
Bonjour,
Ayant le même problème, j'ai l'impression que celui-ci se manifeste à la suite d'un certain nombre d'arrêts que l'on fait habituellement en phase de débogage (arrêts avec le bouton stop de VB). Dans le cas d'un arrêt de ce type, il me semble que VB ne doit pas décharger correctement toutes les instances d'objets et que cela conduit à cette erreur (c'est une hypothèse après observation ;-)).
> (arrêts avec le bouton stop de VB). Dans le cas d'un arrêt de ce type, il me semble que VB ne doit pas décharger correctement toutes les instances d'objets
Yup.. Le bouton Stop fait la *même chose* que la fonction End. Je l'ai d'ailleurs enlevé de ma barre d'outil afin de ne pas me laisser tenter. Quand je veux terminer l'exécution du programme je dirige l'exécution manuellement vers la sortie avec la fonctionnalité "Set Next Statement" par exemple...
> (arrêts avec le bouton stop de VB). Dans le cas d'un arrêt de ce
type, il me semble que VB ne doit pas décharger correctement toutes les
instances d'objets
Yup.. Le bouton Stop fait la *même chose* que la fonction End. Je l'ai
d'ailleurs enlevé de ma barre d'outil afin de ne pas me laisser tenter.
Quand je veux terminer l'exécution du programme je dirige l'exécution
manuellement vers la sortie avec la fonctionnalité "Set Next Statement" par
exemple...
> (arrêts avec le bouton stop de VB). Dans le cas d'un arrêt de ce type, il me semble que VB ne doit pas décharger correctement toutes les instances d'objets
Yup.. Le bouton Stop fait la *même chose* que la fonction End. Je l'ai d'ailleurs enlevé de ma barre d'outil afin de ne pas me laisser tenter. Quand je veux terminer l'exécution du programme je dirige l'exécution manuellement vers la sortie avec la fonctionnalité "Set Next Statement" par exemple...
Ce bug arrive assez fréquemment et il semblerait que ce soit souvent sur de gros projet... :O/
La prochaine que tu le croiseras, essai ceci :
- Commenter l'Enum fautive en commentaire. - Faire une compile complète (ctrl-f5). (tu obtiendras des erreurs au endroit où tu utilises le Type..) - Décommenter l'Enum fautive. - Recompile le tout.
ça *devrait* fonctionner sans devoir réouvrir le projet..
Ce bug arrive assez fréquemment et il semblerait que ce soit souvent sur de
gros projet... :O/
La prochaine que tu le croiseras, essai ceci :
- Commenter l'Enum fautive en commentaire.
- Faire une compile complète (ctrl-f5). (tu obtiendras des erreurs au
endroit où tu utilises le Type..)
- Décommenter l'Enum fautive.
- Recompile le tout.
ça *devrait* fonctionner sans devoir réouvrir le projet..
Ce bug arrive assez fréquemment et il semblerait que ce soit souvent sur de gros projet... :O/
La prochaine que tu le croiseras, essai ceci :
- Commenter l'Enum fautive en commentaire. - Faire une compile complète (ctrl-f5). (tu obtiendras des erreurs au endroit où tu utilises le Type..) - Décommenter l'Enum fautive. - Recompile le tout.
ça *devrait* fonctionner sans devoir réouvrir le projet..
Je n'arrête JAMAIS une session via End ou bouton stop !!
Mais, qu'est ce que "Set Next Statement" veut dire ??? Je n'ai jamais entendu parler d'une telle fonctionnalité ! l'aide en ligne ne comprends pas plus que le compilateur !
"Zoury" a écrit :
> (arrêts avec le bouton stop de VB). Dans le cas d'un arrêt de ce > type, il me semble que VB ne doit pas décharger correctement toutes les > instances d'objets
Yup.. Le bouton Stop fait la *même chose* que la fonction End. Je l'ai d'ailleurs enlevé de ma barre d'outil afin de ne pas me laisser tenter. Quand je veux terminer l'exécution du programme je dirige l'exécution manuellement vers la sortie avec la fonctionnalité "Set Next Statement" par exemple...
Je n'arrête JAMAIS une session via End ou bouton stop !!
Mais, qu'est ce que "Set Next Statement" veut dire ???
Je n'ai jamais entendu parler d'une telle fonctionnalité !
l'aide en ligne ne comprends pas plus que le compilateur !
"Zoury" a écrit :
> (arrêts avec le bouton stop de VB). Dans le cas d'un arrêt de ce
> type, il me semble que VB ne doit pas décharger correctement toutes les
> instances d'objets
Yup.. Le bouton Stop fait la *même chose* que la fonction End. Je l'ai
d'ailleurs enlevé de ma barre d'outil afin de ne pas me laisser tenter.
Quand je veux terminer l'exécution du programme je dirige l'exécution
manuellement vers la sortie avec la fonctionnalité "Set Next Statement" par
exemple...
Je n'arrête JAMAIS une session via End ou bouton stop !!
Mais, qu'est ce que "Set Next Statement" veut dire ??? Je n'ai jamais entendu parler d'une telle fonctionnalité ! l'aide en ligne ne comprends pas plus que le compilateur !
"Zoury" a écrit :
> (arrêts avec le bouton stop de VB). Dans le cas d'un arrêt de ce > type, il me semble que VB ne doit pas décharger correctement toutes les > instances d'objets
Yup.. Le bouton Stop fait la *même chose* que la fonction End. Je l'ai d'ailleurs enlevé de ma barre d'outil afin de ne pas me laisser tenter. Quand je veux terminer l'exécution du programme je dirige l'exécution manuellement vers la sortie avec la fonctionnalité "Set Next Statement" par exemple...
> Je n'arrête JAMAIS une session via End ou bouton stop !!
et je n'ai JAMAIS dit le contraire ;O)
Mais, qu'est ce que "Set Next Statement" veut dire ???
J'ai la version anglaise de VS.NET.. la version francaise de cette fonctionnalité doit ressembler a "Prochaine instruction" ou quelque chose du genre. La fonctionnalité est disponible dans le popup menu apparaissant dans l'éditeur de code. Elle permet de faire sauter l'exécution du programme d'une ligne à l'autre. Tu peux également faire sauter l'exécution des lignes de code (lors du pas à pas) directement en glissant/déplaçant le pointeur jaune qui indique la prochaine ligne de code à exécuter.
> Je n'arrête JAMAIS une session via End ou bouton stop !!
et je n'ai JAMAIS dit le contraire ;O)
Mais, qu'est ce que "Set Next Statement" veut dire ???
J'ai la version anglaise de VS.NET.. la version francaise de cette
fonctionnalité doit ressembler a "Prochaine instruction" ou quelque chose du
genre. La fonctionnalité est disponible dans le popup menu apparaissant dans
l'éditeur de code. Elle permet de faire sauter l'exécution du programme
d'une ligne à l'autre. Tu peux également faire sauter l'exécution des lignes
de code (lors du pas à pas) directement en glissant/déplaçant le pointeur
jaune qui indique la prochaine ligne de code à exécuter.
> Je n'arrête JAMAIS une session via End ou bouton stop !!
et je n'ai JAMAIS dit le contraire ;O)
Mais, qu'est ce que "Set Next Statement" veut dire ???
J'ai la version anglaise de VS.NET.. la version francaise de cette fonctionnalité doit ressembler a "Prochaine instruction" ou quelque chose du genre. La fonctionnalité est disponible dans le popup menu apparaissant dans l'éditeur de code. Elle permet de faire sauter l'exécution du programme d'une ligne à l'autre. Tu peux également faire sauter l'exécution des lignes de code (lors du pas à pas) directement en glissant/déplaçant le pointeur jaune qui indique la prochaine ligne de code à exécuter.
Effectivement, cela fonctionne chez moi. Et cela évite de perdre les positions dans les fenêtres, les signets ...
merci beaucoup.
"Zoury" a écrit :
Ce bug arrive assez fréquemment et il semblerait que ce soit souvent sur de gros projet... :O/
La prochaine que tu le croiseras, essai ceci :
- Commenter l'Enum fautive en commentaire. - Faire une compile complète (ctrl-f5). (tu obtiendras des erreurs au endroit où tu utilises le Type..) - Décommenter l'Enum fautive. - Recompile le tout.
ça *devrait* fonctionner sans devoir réouvrir le projet..
Effectivement, cela fonctionne chez moi.
Et cela évite de perdre les positions dans les fenêtres, les signets ...
merci beaucoup.
"Zoury" a écrit :
Ce bug arrive assez fréquemment et il semblerait que ce soit souvent sur de
gros projet... :O/
La prochaine que tu le croiseras, essai ceci :
- Commenter l'Enum fautive en commentaire.
- Faire une compile complète (ctrl-f5). (tu obtiendras des erreurs au
endroit où tu utilises le Type..)
- Décommenter l'Enum fautive.
- Recompile le tout.
ça *devrait* fonctionner sans devoir réouvrir le projet..
Effectivement, cela fonctionne chez moi. Et cela évite de perdre les positions dans les fenêtres, les signets ...
merci beaucoup.
"Zoury" a écrit :
Ce bug arrive assez fréquemment et il semblerait que ce soit souvent sur de gros projet... :O/
La prochaine que tu le croiseras, essai ceci :
- Commenter l'Enum fautive en commentaire. - Faire une compile complète (ctrl-f5). (tu obtiendras des erreurs au endroit où tu utilises le Type..) - Décommenter l'Enum fautive. - Recompile le tout.
ça *devrait* fonctionner sans devoir réouvrir le projet..
