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;

---

........