Discussion :

[vinceago]

Bonjour,

je dois travailler sur une vieille DLL développée en C++ tout en ayant peu de connaissance.

J'ai installé Microsoft Visual Studio 6.0 sur mon pc sous Windows 10. Après recherche sur internet, j'ai trouvé le paramétrage adéquate pour installer cette version sous Windows 10.
La plateforme fonctionne et je récupère les sources de ma DLL.
En tout premier, je testes le build pour vérifier que ça fonctionne, mais malheureusement j'ai des erreurs.
Je penses que cela vient sûrement d'un problème de paramétrage de mon projet et, après plusieurs recherches sur le net, je ne trouve pas de solutions.
Voici l'erreur :

--------------------Configuration: GQLCNX - Win32 Debug--------------------
Linking...
Creating library D:/TEMP/GQLCNX.lib and object D:/TEMP/GQLCNX.exp
LIBCD.lib(crt0.obj) : error LNK2001: unresolved external symbol _main
D:/TEMP/GQLCNX.dll : fatal error LNK1120: 1 unresolved externals
Error executing link.exe.

GQLCNX.dll - 2 error(s), 0 warning(s)

Merci pour votre aide.
Cordialement

[Médinoc]

Je pense que c'est ta config de C Run-Time Library qui n'est pas bonne; de mémoire, pour un projet DLL il faut choisir "multi-threaded DLL" (ou "multi-threaded debug DLL" quand tu es en config Debug).

[vinceago]

Bonjour,

j'ai appliqué ce changement à mon projet et je garde toujours l'anomalie.

[bacelar]

Le rapport avec VB6 ?

Je penses que cela vient sûrement d'un problème de paramétrage de mon projet

Moi aussi.
Pouvez-vous poster les images de différents formulaires de configuration des propriétés du projet ?

[vinceago]

Je viens de me relire et il s'agit bien de Visual Studio 6 et non Visual Basic comme je l'ai indiqué dans mon premier message.

[bacelar]

Visual Studio 6

Vous faites dans la nécromancie de fossile !!!

Pouvez-vous poster les images de différents formulaires de configuration des propriétés du projet ? (BIS)

[vinceago]

Effectivement, nous sommes obligés de maintenir de vieux composants car d'une part, ils sont encore très utilisés et d'autre part il n'y jamais eu le temps et le budget pour les refondre....
En plus, plus personne dans ma boîte ne connais cette techno...

en pièce jointe, les différentes copies d'écran du projet.

Merci

[10_GOTO_10]

Ça faisait bien longtemps que je n'avais pas vu du VS6, c'est presque de l'archéologie.

A mon avis, si c'est du C, il ne faut pas sélectionner le type de projet C++, sinon il va exporter les noms de fonction avec des extensions ("décorations"). Il doit y avoir une option "C", ou sinon il faut ajouter un "extern C".

[bacelar]

@10_GOTO_10, le message d'erreur indique une décoration de la fonction "main" avec une décoration C, pas C++.

plus personne dans ma boîte ne connais cette techno...

Quelle "techno", SVP ?

On n'a difficilement accès à ce genre d'antiquité qu'est VS6, on pourra pas trop vous aider efficacement.

Sur un projet qui ne contient qu'un seul fichier '.c", console, et qui n'utilise pas d'outils en pré-build ou en post-build, mou, je pense que la "migration" du code vers un VS plus moderne devrait être assez simple.
C'est aussi fonction de la qualité du code dans ce fichier.
Mais moi, j'hésiterai pas à tenter une "migration sauvage".

Le contenu des copies d'écran ne me semble indiquer aucun options spécifiques à la création d'une DLL (définition de MACRO spécifiques à la Dll, ...) mais peut-être que cela n'existait pas encore à cette époque (mes souvenir d'il a près de 25 ans, c'est un peu dans le brouillard).
Le message d'erreur serait le même si vous créez un exécutable et que vous n'aviez pas de fonction "main" dans votre code.

Pouvez-vous créer un projet vide pour une application console et un projet vide pour une Dll, comparer les propriétés de chacun de ces projets "vide" et de voir les différences.
Sachant ces différences, pouvez-vous les contrôler sur votre projet "GQLCNX" ?