Discussion :

[ARQUE]

Slt à tous,

Ce forum et le tuto de farscape m'ont bien aidé pour la migration de l'appli que je dois porter sur vc8.
Par contre, un point reste obscur. J'ai bien vu que le crt c runtime a changé et que la lib statique msvcirt.lib est obsolète. Mais, le pb est que cette appli se base toujours sur cette lib et qu'au moment du link, j'obtiens toujours la même erreur:

LINK : fatal error LNK1104: cannot open file 'msvcirt.lib'

J'ai bien vu que je pouvais mettre l'option /nodefaultlib:"MSVCIRT.LIB" dans les options du linker. Quand, je la met, ca compiles bien. Par contre, j'obtiens une erreur quelques secondes après le lancement de cette application concernant le C runtime.

Donc, je me suis dis qu'il y avais un pb par rapport à cette lib.
Auriez-vous réussi à résoudre ce problème?

Je travaille sous NT et visual .net 2005. et je suis nOOb au niveau programmation windows.

Merci d'avance

[Aurelien.Regat-Barrel]

Quelle erreur ?

[ARQUE]

Ok,

Pour les tests en mode debug, j'obtiens:

"File:c:\program files\miçcrosoft visual studio 8\vc\include\deque
Line: 146
Expression: ("this->_Mycont !=0",0)"

Voilà... J'y comprend toujours rien...
Merci d'avance

[Aurelien.Regat-Barrel]

Pour les tests en mode debug, j'obtiens:
"File:c:\program files\miçcrosoft visual studio 8\vc\include\deque
Line: 146
Expression: ("this->_Mycont !=0",0)"

c'est ce test qui échoue:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
	_Myt& operator++()
		{	// preincrement
		_SCL_SECURE_TRAITS_VALIDATE(this->_Mycont != NULL);

en clair, il y a un bug dans ton code sur l'utilisation de std::deque. VC++ 8 effectue plus de vérifications, c'est pour ça qu'il est détecté que maintenant.
Exécute depuis le débogueur, ça plante, fait retry et il t'emène dans le source. Remonte la pile des appels et tu tombes sur ton code qui pose problème.

[ARQUE]

ok, merci!!!

Bon, ben apparemment, c'est carrément çà!!! Merçi aurélien!
Et bonne continuation.

[NicolasG]

L'intégration en .NET de librairies externes est très fastidieuse (voir le tutoriel de Morpheus). Comme j'ai besoin de DLLs qui ont été développées avec les MFC, j'ai laisser tombé la migration vers .NET. Il faudra d'abord attendre que l'éditeur du SDK sur lequel je développe migre ses bibliothèques en .NET.

C++/CLI (.Net) permet l'intégration de DLL exactement comme tout compilateur C++ avec un .h et un .lib.
Le mécanisme de marshaling .net est aussi utilisable mais c'est inutile et très lourd.
C'est un point important qui semble justifier à lui seul l'utilisation de C++/CLI par rapport à C# ou VB dans le cas d'utilisation de DLL spécifiques.

[JoSii]

Est-ce qu'il y a moyen de savoir ce que fais vraiment Visual Studio C++ 2005 quand il converti un projet .dsp (VC++ 6) en .vcproj (VC8) ? Fais-t'il des modifications dans le code source du projet ou modifie t'il juste les fichiers de visual ?