Discussion :

[theMonz31]

Bonjour

Je pose le contexte:

J'avais une librairie developp� initialement en C++ / MFC...

Cette librairie, j'avais besoin de l'utiliser en .Net en h�ritant de certaines classes
pr�cedentes dans cette librairie.

J'ai donc fait un projet C++/CLI....

Lorsque je compile mon projet (mode /clr etc...), tout fonctionne tres bien
sur mon poste ou je teste cette assembl�e avec un code C#.

Par contre, si j'installe mon logiciel (avec son assembly C++/CLI) sur un poste
qui ne poss�de pas Visual Studio (par exemple), j'ai le bug suivante :

Erreur Result 0x00007 IOFileException....

J'ai cru comprendre en cherchant sur let net que cela venait d'un probl�me
de librairie non "disponible" sur un poste classique...

Ma question est donc la suivante :

Que dois-je faire ? Quelles options pour la compilation pour que cela fonctionne ?

A priori, le bug est du au fait que je me "link" en dynamique au MFC, hors,
j'ai essay� de me linker (dans les propri�t�s du projet) en static, mais cela
semble incompatible (incompatibilit� en /clr et /Mt ou /Mtd...)

Quelqu'un aurait-il une id�e , g�niale ou pas pour me permettre d'aboutir
� quelque chose de concluant et qui marche sur n'importe quel poste
ayant juste le framework 2.0 d'install� ?

Merci d'avance

C'est vraiment gal�re comme probl�me.

The Monz, Toulouse

[nico-pyright(c)]

tu dois distribuer les dll MFC si elles sont charg�es dynamiquement

voir ici http://c.developpez.com/faq/vc/?page=DLL#VC2005VCRedist

[theMonz31]

JE te remercie

Je fais passer l'information � mon int�grateur et si cela r�soud le probl�me,
un petit r�solu des familles te sera amplement et de bon coeur accord�

The Monz, Toulouse

[theMonz31]

Bonjour

nico, j'ai fait install�e le package que tu m'avais indiqu�, mais cela n'a
absolument rien chang�...

C'est toujours la m�me erreur qui revient

IOFileException

Que puis-je faire ?

The Monz, Toulouse

[nico-pyright(c)]

question bete, tu as compil�e en release ?
il y a plus de d�tail sur l'exception ? genre, nom de fichier

[theMonz31]

oui , j'ai compil� en release

Et il semblerait que l'erreur survient pile au moment ou je rentre dans le bloc
ou j'instancie un objet provenant de la librairie CLI/C++/MFC/COM

Ce qui m'a �t� remont� c'est que quand il y a STAThread de positionn�, ca � l'air de fonctionner... si STAThread n'est pas mis, ca plante ...

Ce qui faut savoir, c'est que mon client utilise cette assembly sous Windev
(j'avais omis cette information pr�c�demment)

Donc, peut-etre que cela peut jouer...

Mais bon, c'est quand meme �trange ce plantage !

The Monz, Toulouse