Discussion :

[poukill]

Bonjour à tous,

Je viens de développer une application avec Visual Studio 8 sous Windows 2000. Le code utililsé est "natif", et je n'utilise que des bibliothèques portables : Boost, STL, Vigra, ZipArchive, WxWidget.

Problème : Mon programme fonctionne très bien sur mon PC, ainsi que sur ceux de tous mes collègues, sauf un, où certaines fonctionnalités bug de manière aléatoire.

Ma question : Comment un programme peut fonctionner parfaitement sur mon PC (Windows 2000) et planter sur un autre (Windows XP en l'occurence)? Tous les tests ont été fait sous Windows, je n'envisage pas pour l'instant de faire tourner mon appli sous Linux.
La version de Windows serait-elle en cause? Un problème Windows?

Merci de votre aide !

[Davidbrcz]

Une DLL mal copiée ?

[Kujara]

Tout depends du type d'application que c'est

Une possibilité est la difference de version des dlls de base que tu utilise.

Apres, selon le type d'appli, des differences subtiles peuvent etre liés a ton systeme d'exploitation.

Exemple simple et vécu : Un programme a moi, utilisant OpenGL : quitte correctement sous winXP familial(ou plutot, a l'air de ), crash au quit sous winXP Media Center edition.....

Maintenant je sais ce qui causait le crash, mais par contre, toujours pas compris la difference de comportement ...

[poukill]

C'est une appli WxWidget (donc GUI). Vous pensez à une différence de DLL ?

EDIT : oui il y avait effectivement un problème de DLL !

[poukill]

Bon, là j'ai un gros problème au niveau du déploiement de mon logiciel.
J'ai développé mon appli sous Windows 2000, et le cas qui pose problème pour l'instant est sous XP...
J'ai un message de Visual C++ Run Time Library au moment de l'utilisation d'une fonction du logiciel :

"the application has requested the Run Time to terminate in an unusual way"...

Le pire, c'est que c'est une de mes collègues développeurs, qui possède donc Visual C++ 2005 sur sa machine !

Si vous avez une idée, je suis preneur...

beaucoup !

[Médinoc]

En clair, ça veut généralement dire qu'une assertion a pété (ou du moins, que la fonction abort() a été appelée).

S'il y a Visual sur la machine destination, déploie une version Debug et fait tourner le programme dans le debugger...

[zais_ethael]

Je pense qu'une exception produit le même message d'erreur.