Migration 2.0 pb c# et c++

**souris_sonic** · 19/10/2007, 10h28

Bonjour,

Tout d'abord, j'aimerais m'excuser car je ne sais pas si je poste au bon endroit.

Je suis en train de reprendre un projet.
Je dois migrer une application web écrit en 1.1 en 2.0

Dans cette application j'ai :

un projet écrit en : C,C++ borland, C++ non managé,MFC
plusieurs projets C#
un projet asp.net

J'ai réussis à migrer mon projet grace à visual studio.
Le projet c++ a été compilé en /clr:oldsyntax
Il est appelé dans le code c#

Lorsque j'exécute mon code, j'ai une erreur COM
Le code c# et c++ n'arrivent pas à communiquer

J'aimerais avoir quelques pistes car là j'avoue je n'ai aucune idée.

**nico-pyright(c)** · 19/10/2007, 12h08

il faudrait un peu plus de précisions

C# communique avec ton projet C++ par com interop ?
ton projet C++ est une dll native ? une assembly ?
si c'est une dll native, pourquoi utiliser /clr:oldsyntax ?
si c'est une assembly, pourquoi utiliser com interop ?

**souris_sonic** · 19/10/2007, 17h27

Salut,

Je souhaiterai te remercier pour tes questions

Envoyé par nico-pyright(c)

il faudrait un peu plus de précisions
C# communique avec ton projet C++ par com interop ?

oui

Envoyé par nico-pyright(c)

ton projet C++ est une dll native ? une assembly ?
si c'est une dll native, pourquoi utiliser /clr:oldsyntax ?

mon projet c++ est une dll
en fait, il ya du c, c++ non managé, MFC donc il ya que avec le /clr:oldsyntax que mon code compile
J'ai eu beaucoup de mal à trouvé les bonnes options de compilation car ça n'a pas voulu compiler au début.

Je suis nulle ou débutante (si on veut etre gentil avec moi)

Je ne sais pas quel démarche faire pour que mon application se migre correctement

à ton avis, c'est possible que je puisse migrer l'application?

**nico-pyright(c)** · 22/10/2007, 09h34

à mon avis, c'est possible de migrer, mais pas forcément nécessaire.
Et si c'est une dll native, alors pas besoin de /clr, il suffit de compiler avec aucun support du CLR http://dotnet.developpez.com/faq/cpp...mode#nomanaged
D'autant plus si ta dll est un objet COM

**souris_sonic** · 22/10/2007, 09h51

Envoyé par nico-pyright(c)

à mon avis, c'est possible de migrer, mais pas forcément nécessaire.
Et si c'est une dll native, alors pas besoin de /clr, il suffit de compiler avec aucun support du CLR http://dotnet.developpez.com/faq/cpp...mode#nomanaged
D'autant plus si ta dll est un objet COM

Salut,

je viens d'essayer de compiler sans option clr
et j'ai ce genre d'erreur :

Erreur 1 error C2653: 'System' : n'est pas un nom de classe ni d'espace de noms

je suis vraiment trop nul,
je ne sais pas si ma dll est un objet com ou non

**nico-pyright(c)** · 22/10/2007, 09h59

si y a du System, c'est qu'y a du .net alors, il faut garder un switch /clr

si tu enleves le oldsyntax, quel genre d'erreur as-tu ?

Difficile de t'aider si tu ne sais pas ce qu'il ya dans ton projet

**souris_sonic** · 22/10/2007, 10h03

Envoyé par nico-pyright(c)

si y a du System, c'est qu'y a du .net alors, il faut garder un switch /clr

si tu enleves le oldsyntax, quel genre d'erreur as-tu ?

Difficile de t'aider si tu ne sais pas ce qu'il ya dans ton projet

j'ai repris ce projet même si j'ai pas les compétences

dans mon projet il ya de tout

il a un lourd historique et il a été codé un peu n'importe comment:
par exemple tu as :

le c++ appel des fonctions c
des classes mfc
des classes non managé
tu as dans une méthode du c++ managé et non managé

**souris_sonic** · 22/10/2007, 10h06

Erreur 866 error C3699: 'interior_ptr' : impossible d'utiliser cette indirection sur le type 'System::String'

Erreur 868 error C2678: '==' binaire : aucun opérateur trouvé qui accepte un opérande de partie gauche de type 'System::IntPtr' (ou il n'existe pas de conversion acceptable)

Erreur 870 error C4980: '__gc' : l'utilisation de ce mot clé requiert l'option de ligne de commande /clr:oldSyntax

Erreur 463 error C3699: '*' : impossible d'utiliser cette indirection sur le type 'Stime::Net::Aviso::Commun:

roxy:

xCDate'

Erreur 497 error C2728: 'System::IntPtr' : un tableau natif ne peut pas contenir ce type managé

Erreur 144 error C3699: '*' : impossible d'utiliser cette indirection sur le type 'System::String'

etc...

**nico-pyright(c)** · 22/10/2007, 11h23

dans ce cas, soit il te faut garder le oldsyntax, soit il te faut réécrire les parties managées en C++/CLI, tout dépend s'il y en a beaucoup ou pas.

Cela veut donc dire que tu exposes des objets managés qui peuvent etre utilisés avec une référence dans ton projet C#

**souris_sonic** · 22/10/2007, 12h56

Envoyé par nico-pyright(c)

dans ce cas, soit il te faut garder le oldsyntax, soit il te faut réécrire les parties managées en C++/CLI, tout dépend s'il y en a beaucoup ou pas.

Cela veut donc dire que tu exposes des objets managés qui peuvent etre utilisés avec une référence dans ton projet C#

Merci beaucoup pour ton aide

Je ne peux pas réécrire le code car il ya en beaucoup trop
J'ai un peu plus de 2 millions de ligne de code dans mon projet c++

Avec le oldsyntax, mon c# et mon c++ ne communique pas

**nico-pyright(c)** · 22/10/2007, 13h43

comment tentes-tu de les faire communiquer ?

**souris_sonic** · 22/10/2007, 14h39

Envoyé par nico-pyright(c)

comment tentes-tu de les faire communiquer ?

dans le code c#, on appel tout simplement la méthode c++

je ne sais pas si je répond bien à ta question

en fait le code a été dévellopé en offshore et la en est en train de le reprendre

**souris_sonic** · 22/10/2007, 14h53

Je te donne le message d'erreur :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
L'exception System.Runtime.InteropServices.COMException n'a pas été gérée par le code utilisateur
  Message="Descripteur non valide (Exception de HRESULT : 0x80070006 (E_HANDLE))"
  Source="mscorlib"
  ErrorCode=-2147024890
  StackTrace:
       à System.Runtime.InteropServices.Marshal.ThrowExceptionForHRInternal(Int32 errorCode, IntPtr errorInfo)
       à System.Runtime.InteropServices.Marshal.ThrowExceptionForHR(Int32 errorCode)
       à System.Runtime.InteropServices.Marshal.FreeHGlobal(IntPtr hglobal)
       à _app_exit_callback()
       à <CrtImplementationDetails>.LanguageSupport.UninitializeAppDomain()
       à <CrtImplementationDetails>.LanguageSupport.Cleanup(LanguageSupport* , Exception innerException)