Vos expériences sur la migration de VC++6 vers VC++.NET

Bonjours,

Je souhaiterais réaliser une FAQ sur la migration de Vc++6 vers VC++.NET.

Apparement la migration est assez facile, mais il y a toujours quelques petits soucis, des petits bouts de code à reécrire. Je souhaiterais savoir quels problèmes vous avez rencontré et comment vous les avez solutionnés.

Vos témoignage seron repris dans la FAQ, avec votre nom d'utilisateur comme signature et un lien vers votre profil.


Merci d'avance pour votre participation :D

J'ai eu des problèmes avec les objets de type CString qui sont
remplacés par des templates dans la version DOTNET des MFC.

J'avais fait un programme en Visual C++ normal. Puis je suis passé à .net . Rien ne marchait à cause de problèmes de précompilation. J'ai cherché pendant 1 heure comment on enlevait les précompilations, mais impossible de trouver.

Finalement de rage, j'ai désinstaller .net parce que je trouvais qu'il m'était inutile d'avoir un seul programme trop compliqué et illisible (pour pouvoir tout rassembler en un) alors que plusieurs programmes spécialisés me suffisait.

Bien entendu, c'est ma propre opinion qui n'engage que moi, étant un programmeur débutant et qui n'a pas de projet spécifique autre que de programmer en amateur pour le plaisir. Cela signifiant qu'il me suffit d'avoir un programme simple qui donne rapidement des résultats, et non quelque chose de performant et portable ...

Salut
Pour ma part tous c bien passe. Encore mieux: J'avais certains pb avec dynamic_cast qui ne repondait pas correctement; pas de ca dans .net
La surchage du type de retour des methodes vitual est enfin pris en compte (1 bonheur).

Mais je tiens a signalé que je n'utilse pas MFC no STL (j'ai ma biblio).

a+

salut ,voila mon experience du portage
j'ai porté un librairie (perso) d'outils de plusieurs 10 milliers de ligne sans trop de pb ,pour recompiler linker des prog .
liste de mes pb les plus marquants:
pb avec les CString sur l'acces à certaines variables internes (je sais c'est mal).
pb avec les CFile :
exemple avec resolution compatible avec VC6.0

Code:

---

1 2 3 4 5 6 7 8

BOOL CDIBPal::Save(CFile* fp) { #if _MFC_VER >= 0x0700 return Save((UINT)fp->m_hFile); #else return Save(fp->m_hFile); #endif }

---

plus des differences de signatures :

Code:

---

1 2 3 4 5

#if _MFC_VER >= 0x0700 virtual ULONGLONG GetPosition() const; #else virtual DWORD GetPosition() const; #endif

---

suffit de regarder les defs des classes

certaines structures sont differentes, exemple:

Code:

---

1 2 3 4 5

#if _MFC_VER >= 0x0700 struct CCharFormat : public CHARFORMAT2 #else struct CCharFormat : public CHARFORMAT #endif

---

pd d'acces à des includes :

Code:

---

1 2 3 4 5

#if _MFC_VER < 0x0700 #include <..\src\afximpl.h> #else #include <..\src\mfc\afximpl.h> #endif

---

un classique:

Code:

---

1 2 3 4 5 6

#if _MFC_VER < 0x0700 #include <fstream.h> #else #include <fstream> #endif

---

mais le plus gros pb n'est pas la à mon avis ,j'ai ecris plusieurs OCX pour compenser la grisaille des ctrl statics edit et button de l'IDE pour le portage pas de pb a part quelque <> de signatures ex:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

#if _MFC_VER >= 0x0700 LRESULT CMyButton::OnDrawItem(WPARAM wParam, LPARAM lParam) { int nIDCtl=wParam; LPDRAWITEMSTRUCT lpDrawItemStruct=(LPDRAWITEMSTRUCT)lParam; #else void CMyButton::OnDrawItem(int nIDCtl,LPDRAWITEMSTRUCT lpDrawItemStruct) { #endif     #if _MFC_VER >= 0x0700 return 0L; #endif }

---

dans le .h : section Afx

Code:

---

1 2 3 4 5

#if _MFC_VER >= 0x0700 LRESULT OnDrawItem(WPARAM wParam, LPARAM lParam); #else afx_msg void OnDrawItem(int nIDCtl, LPDRAWITEMSTRUCT lpDrawItemStruct); #endif

---

jusque la tout va bien ,ca tourne perfect sous XP / 2000 j'ai même trouvé des bugs recalcitrants sous VC6.0
mais les prgs de gestion fait avec VC7.0 sous 98/95/ME et NT.40
c'est pas le top , la couche OLE est trop <> les OCX ne s'enregistre pas .
j'ai donc laisser mes OCX en vc6.0 ,
voila pour l'essentiel.

Salut tous le monde,
pour ma part, je n'est pas eu trop de problemes, car je n'est travaillé sous VC++6.0 que pendant 2 mois, puis je suis passé à VC++.Net, donc, pas de probleme notable, ya juste un truc que j'apprécie grandement avec .Net, c'est l'accés à l'arboréscence du .Net (avec le nom d'espace System). Donc, c'est beaucoup plus facile de gérer les Sockets, les Threads ...

Voila, donc, je n'est pas eu trop de problème

En C++ standard le plus gros probleme c'est <iostream.h> qui disparraît avec VC++ 2003. Il faut passer à <iostream>.
http://c.developpez.com/faq/cpp/?pag...le#SL_iostream

J'avais également eu un problème avec les include "iostream", mais globalement, tous les autres programmes fonctionnaient plutôt bien

Je viens juste d'avoir visual studio .net pro!!!
J'ai à peine regardé, l'IDE à l'air carrement génial, mais bon j'aurai besoin d'un temps pour m'y adapter :)

Je vous dirai mon avis quand j'aurai touché à tout ça de plus près :)

Je viens juste de passer de C++ 6 à .Net.... et c'est l'horreur !!!
Il me met des erreurs de partout , surtout dans les templates... et à priori, je vois pas le problème...
Encore des jours à s'arracher les cheveux en perspective!!!!

Citation:

---

Envoyé par charliejo

Je viens juste de passer de C++ 6 à .Net.... et c'est l'horreur !!!
Il me met des erreurs de partout , surtout dans les templates... et à priori, je vois pas le problème...
Encore des jours à s'arracher les cheveux en perspective!!!!

---

c'est sur que le passage de vc6 a .net pour les STL c'est la cata :?

Ce qui est clair c'est que .net simplifie largement l'utilisation des MFC!

Pour le Pb de Cyrik la solution se trouvait dans-->Projet---->propriétés--->C/C++---->en tête précompilé-->et choisir de ne pas utilisé d'entête précompilé!

Pour ce qui est de la migration j'ai pas une de gros problème, y a toujours les STL qui ont coincé au début et deux trois active X pas trop compatible (changement de nom de methode...)

mais sinon je trouve que .net reste un bonne outils pas si compliqué que ça!

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.

Salut,

Je suis juste en train de passer à .net dans un contexte de dvlp d'un logiciel professionnel (environ depuis 2 jours...).

Une partie du logiciel est en VB .net, l'interface utilisateur, le client en fait.
Une autre partie est en VC++ .net, le serveur.
Une chose n'est pas claire pour moi : le framework .net est il accessible en Visual C++ ? J'ai bien retrouvé les MFC, mais je trouve dommage d'utiliser le framework pour la partie VB et de ne pas l'utiliser en Visual C++ d'autant plus si cela risque d'être abandonné dans un futur proche. Si le framework .net est accessible, comment fait on pour y avoir accés ?

Autre chose, malgré mes recherches dans une librairie spécialisée, il ne semble pas y avoir de livre sur le developpement en Visual C++ .net, est ce normal ? pour quelle raison ? ou ai je mal regardé ?

Bonjour,

Je viens de passer à la version .NET, et j'ai rencontré un problème d'include :

Code:

---

#include <fstream.h>

---

Le compilo m'a renvoyé cette erreur :

Citation:

---

fatal error C1083: Impossible d'ouvrir le fichier include : 'fstream.h' : No such file or directory

---

Voilà la solution :

Code:

---

1 2	#include <fstream> using namespace std;

---

Bonne continuation à tous !

Les typedef avec valeur par défaut ne marchent pas avec 2005 :

Code:

---

1 2	typedef CTBase* (*LPFN_LOADCTBASEEX)(const char *fn, const char *name, bool bDftBase=false);

---

Il faut le modifier en faisant une dériv de compil (ou modifier le code tout simplement pour 2005) :

Code:

---

1 2 3 4 5

#ifdef USE_ST2005 typedef CTBase* (*LPFN_LOADCTBASEEX)(const char *fn, const char *name, bool bDftBase); #else typedef CTBase* (*LPFN_LOADCTBASEEX)(const char *fn, const char *name, bool bDftBase=false); #endif

---

merci pour cette information :D

bonjour,
Pour concrétiser ce post, j’ai écris un tuto pour le portage d’une application VC6 vers Visual 2005.
J’y relate les principaux problèmes que j’ai rencontré..

http://farscape.developpez.com/tutor...on-vc6-vc2005/

:D

Citation:

---

jusque la tout va bien ,ca tourne perfect sous XP / 2000 j'ai même trouvé des bugs recalcitrants sous VC6.0
mais les prgs de gestion fait avec VC7.0 sous 98/95/ME et NT.40
c'est pas le top , la couche OLE est trop <> les OCX ne s'enregistre pas .
j'ai donc laisser mes OCX en vc6.0 ,
voila pour l'essentiel.

---

Je vais lire ton Tutorial mais j'ai aussi noté des soucis avec un ActiveX écrit en VC6 qui s'enregistre dans Delphi 2006 mais qui ne déclenche pas les évènements... Ou D2006 ne les remonte pas.

Celà peut-il être en relation avec tes soucis ??

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 :)

Quelle erreur ?

Ok,

Pour les tests en mode debug, j'obtiens:

Citation:

---

"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

Citation:

---

Envoyé par ARQUE

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:

---

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.

ok, merci!!!

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

Citation:

---

Envoyé par drinkmilk

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.

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 ?

Pour ma part, j'ai eu l'occasion de faire différents portages Visual 6, vers Studio Net 2003, 2005, 2008.
Avec des programmes ecrits proprements, je n'ai pas eu de grosses difficultés, alors que pour d'autres la galere.

Ex1 :
Avant :

Code:

---

1 2 3 4 5 6

for (int i=0; i<11; ++i) { ..... } i=10;

---

Apres :

Code:

---

1 2 3 4 5 6 7

int i=0; for (i=0; i<11; ++i) { ..... } i=10;

---

Ex2:

.h
std::vector <CXGraphAxis> m_XAxis;

.cpp
Avant

Code:

---

1 2	m_XAxis.erase(&m_XAxis[nAxis]);

---

.cpp
Apres

Code:

---

1 2	m_XAxis.erase(m_XAxis.begin()+nAxis);

---

Ex3:

Avant

Code:

---

1 2	#include <fstream.h>

---

Apres

Code:

---

1 2 3

#include <fstream> using namespace std;

---

........