Discussion :

[mBlast]

Bonjour,

J'ai récupéré les fichiers sources d'un programme qui permet de contrôler un appareil photo. Et j'ai un problème que je trouve très bizarre - en tout cas je n'en comprend pas l'origine : si j'ouvre le projet dans Visual Studio 2008 sous windows7 et que je lance le déboggage, le programme génère une erreur. Par contre, si je refais exactement la même chose dans un visual Studio 2008 sous windows XP tout fonctionne parfaitement. Merci de m'aider si vous avez une idée de la source du problème.

[StormimOn]

Si tu ne détailles pas en quoi consiste l'erreur n'espère pas de l'aide. Personne ici ne fait dans la voyance, le tarot ou autre pratique divinatoire.

C'est comme si on répondait à un problème "moi j'ai la solution", sous-entendu "à toi de la deviner maintenant". Alors faite un effort quand vous postez et mettez vous à la place de ceux qui voudront bien vous répondre.

[Pol63]

c'est quand même fou la recrudescence de topic avec "j'ai un erreur, devinez laquelle et donnez moi la solution"

c'est quelque chose que je ne comprendrais jamais ...
on est quand même pas derrière votre écran ! il faut se mettre un peu à la place de celui qui va vous lire !

[mBlast]

Halala... Mea culpa, mea maxima culpa !
Il est vrai que je n'ai pas décrit l'erreur, mais... ce n'était pas par oubli ou par volonté de recourir aux arts divinatoires : j'avais surtout l'impression que l'erreur n'est pas le problème réel.
J'ai donc les fichiers sources d'un programme. Lorsque j'importe le projet VB dans visual studio 2008 et que je lance le déboggage, le programme génère une erreur

La référence d'objet n'est pas définie à une instance d'un objet.

(pour être précis, donc)
MAIS cette erreur n'apparait que si je lance le deboggage sous windows7. Si je lance le deboggage sur un visual studio qui tourne sous windowsXP, le programme fonctionne très bien.
Mon idée - mais c'est à niveau que je demandais un coup de main, pas pour la résolution de l'erreur elle-même - est que, le code étant le même entre les deux essais, le problème ne vient pas de lui mais d'ailleurs.... et je ne vois pas d'où. Alors merci si vous avez une idée.

[Pol63]

ce que te sembles anodin peut signifier quelque chose pour celui qui va te répondre
avec la ligne qui passe en erreur on aurait plus de chances de trouver le problème exact ...

à tenter :
clic droit sur le ou les projets (au moins l'exe en théorie)
propriétés
onglet compiler
bouton options de compilations avancées
mettre x86 à la place de AnyCpu dans le combobox et valider

[mBlast]

YES ! Merci Pol63 : c'était bien le compilateur en anyCPU qui posait problème, en x86 tout fonctionne très bien. Et promis, la prochaine fois je dit tout, même ce qui me semble anodin.

[StormimOn]

le code étant le même entre les deux essais, le problème ne vient pas de lui mais d'ailleurs

Le problème pourrait tout à fait venir du code. Par exemple, une requête WMI qui renverrait quelque chose de différent entre un poste XP et Seven, en renvoyant null dans le second cas par exemple (et si on utilise ça sans le tester ça produit l'erreur en question). C'est juste un exemple, mais suivant ce que tu utilises il peut parfaitement y avoir des différences de comportement sans que le code ne change.

Sans voir la zone qui pose problème difficile donc de mettre cette piste complément de côté. Mais une exception ArgumentNullException c'est généralement lié au code d'une façon ou d'une autre