Version imprimable
Bonjour bonjour,
Voila, j'ai récupérer du code écrits en C-Ainsi et C++... J'aurai besoin de transformer ce projet en DLL et l'intégrer dans du VB.
Après maintes recherches, j'arrive à créer cette DLL, j'arrive à l'ajouter en référence à mon projet VB, mais après, impossible de l'utiliser.
Il n'est même pas possible de faire un Import avec.
J'ai lu qu'il était compliquer de faire un DLL avec du C...
Je m'en remets à vous pour savoir si vous avez des pistes.
Bonjour,
En sachant qu'il existe des traducteurs de C à VB ne pourrais-tu pas "traduire" cette dll en VB et donc utliser cette nouvelle dll ?
Car en effet, utiliser une dll en C dans un projet en VB je doute que cela fonctionne correctement.
Et bien si c'était du C# ou pure C++, ça aurait pu aller...
Mais le projet à été créer en C-Ainsi puis des classes de C++ on été ajouté.
Et non, pour l'instant la traduction ne fais pas partis de mes plans...
C'est un programme qui a été créer en 1 an par un ancien employé, donc la quantité de code est trop importante.
Sans compté que traduire du C-AINSI en VB.NET, j'aurai tendance a beaucoup me méfier de la traduction.
Je dois avouer que je ne visualise pas trop le C-AINSI (même jamais entendu parlé), pour moi seul le C#, C++, C++1x et C++builder sont dans mes connaissances, et comme tu as pu le stipuler au-dessus, une dll en C c'est pas du grand art (selon mon humble connaissance) ce qui confirme ce que tu as pu lire.
De toute manière, la seule chose que peut exporter une DLL C ou C++ non managé, c'est des fonctions. Les classes C++ non managées ne sont pas accessibles directement via .Net
Donc, en supposant que tu veuillent juste utiliser les fonctions exportées par ta DLL, quelle difficulté rencontres-tu ?
Et pourquoi pas ????Citation:
Envoyé par methylene
Alors, pour ton humble connaissance, sache que le C-AINSI est en réalité le vrai nom de ce qu'on appelle du C.Citation:
Envoyé par methylene
Langage qui n'est pas orienté objet a la différence du C++.
ANSI-C
Citation:
Le succès des années qui suivaient et le développement de compilateurs C par d'autres maisons ont rendu nécessaire la définition d'un standard actualisé et plus précis. En 1983, le 'American National Standards Institute' (ANSI) chargeait une commission de mettre au point 'une définition explicite et indépendante de la machine pour le langage C', qui devrait quand même conserver l'esprit du langage. Le résultat était le standard ANSI-C. La seconde édition du livre 'The C Programming Language', parue en 1988, respecte tout à fait le standard ANSI-C et elle est devenue par la suite, la 'bible' des programmeurs en C.
Mon problème est que les fonctions que je souhaite utiliser sont contenu dans des classes...Citation:
Envoyé par Bluedeep
S'il n'y avait que des fonctions, ça irait mieux je pense.
Donc ce que tu veux dire... c'est que ce n'est pas possible?
Merci pour le cours d'histoire, je dormirais un peu moins bête ce soir. :roll:
Donc, ce sont des méthodes de classes C++ pas des fonctions.Citation:
Envoyé par mactwist69
Ce n'est pas exportable. (sauf erreur de ma part).
Tout à fait. (toujours sauf errreur de ma part).Citation:
Donc ce que tu veux dire... c'est que ce n'est pas possible?
A mon avis, ce qui te réclamerait le moins de travail serait de transformer ta DLL en C/C++ en une assembly C++ managée, et là tu auras des classes .Net parfaitement exploitables.
Je vais explorer ces pistes.
Soit de créer un projet qui ne contient que les fonctions (en espérant qu'elles puissent s'appeler entre elles).
Soit de transformer en Assembleur.
Merci bien.
Bonjour,
Une piste de plus :
http://nico-pyright.developpez.com/t...orld/#Lclronly
A+