Discussion :

[neo.51]

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

[olrt]

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.

[Cyrik]

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 ...

[adel_dz]

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+

[farscape]

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 :

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

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 :

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

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 :

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

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 :

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

1
2
3
4
5
#if _MFC_VER < 0x0700
#include <..\src\afximpl.h>
#else
#include <..\src\mfc\afximpl.h>
#endif

un classique:

Code :

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

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 :

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

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 :

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

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.

[White_Angel]

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

[Aurelien.Regat-Barrel]

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

[mateo.14]

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

[CriPpLe]

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

[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!!!!

[farscape]

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

[F@keur]

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!

[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.

[runn2]

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é ?

[lastcheper]

Bonjour,

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

Code :

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

#include <fstream.h>

Le compilo m'a renvoyé cette erreur :

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

Voilà la solution :

Code :

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

1
2
#include <fstream>
using namespace std;

Bonne continuation à tous !

[ep31]

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

Code :

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

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 :

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

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

[farscape]

merci pour cette information

[farscape]

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/

[cladane]

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 ??

[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