Cours sur le C++ (ShuttlePB) unresolved external symbol __DllMainCRTStartup@12

[Coussini]

En suivant le cours de DAN concernant comment compiler un module en C++ avec le ShuttlePB.

En mode debug.... je n'ai aucun problème et quand je passe en mode release ... J'ai le problème suivant

 unresolved external symbol __DllMainCRTStartup@12  



------ Rebuild All started: Project: ShuttlePB, Configuration: Release Win32 ------
Deleting intermediate and output files for project 'ShuttlePB', configuration 'Release|Win32'
Compiling...
ShuttlePB.cpp
Linking...
   Creating library .\..\..\..\Modules/ShuttlePB.lib and object .\..\..\..\Modules/ShuttlePB.exp
ShuttlePB.obj : error LNK2001: unresolved external symbol "const type_info::`vftable'" (??_7type_info@@6B@)
ShuttlePB.obj : error LNK2019: unresolved external symbol "void __cdecl operator delete(void *)" (??3@YAXPAX@Z)
referenced in function "public: virtual void * __thiscall LaunchpadItem::`scalar deleting destructor'(unsigned int)" (??
_GLaunchpadItem@@UAEPAXI@Z)
ShuttlePB.obj : error LNK2019: unresolved external symbol "void __cdecl operator delete[](void *)" (??
_V@YAXPAX@Z) referenced in function "public: virtual void * __thiscall LaunchpadItem::`vector deleting
destructor'(unsigned int)" (??_ELaunchpadItem@@UAEPAXI@Z)
ShuttlePB.obj : error LNK2019: unresolved external symbol "void __stdcall `eh vector destructor iterator'(void
*,unsigned int,int,void (__thiscall*)(void *))" (??_M@YGXPAXIHP6EX0@Z@Z) referenced in function "public: virtual void
* __thiscall LaunchpadItem::`vector deleting destructor'(unsigned int)" (??_ELaunchpadItem@@UAEPAXI@Z)
ShuttlePB.obj : error LNK2001: unresolved external symbol __fltused
ShuttlePB.obj : error LNK2001: unresolved external symbol __purecall
ShuttlePB.obj : error LNK2019: unresolved external symbol "void * __cdecl operator new(unsigned int)" (??
2@YAPAXI@Z) referenced in function _ovcInit
LINK : error LNK2001: unresolved external symbol __DllMainCRTStartup@12



Que faire ?



Message modifié ( 30-11-2008 22:10 )

[MartySpaceLines]

**J'y connais pas grand-chose mais j'essaie quand-même**

Quand tu fais les link vers les différentes librairies, il faudrait pas peut-être le faire pour tous les modes, et pas
seulement 'debug'?? (propriétés du projet -> truc "mode" en haut à gauche de la fenêtre)

[DanSteph]

manque lib a mon avis... orbitersdk ou autre. pas le temps de regarder désolé.
compare avec le débug et rgarde celle qui manque...


Dan

[no matter]

Rien de très grave, comme dit Dan, c'est probablement une lib qui n'est pas linkée.

Compare entre debug et release, n'hésite pas à fouiller le fichier .vcproj de ta solution si tu ne trouves pas la lib
manquante en fouillant parmis "l'eclatitude" des boites de dialogue de VC++.

[DanSteph]

faut voir ca dans le menu "project" proprieté de... etc etc...

Dan

[Coussini]

En passant.... c'est un cours extrêmement utile pour moi. Cela me permet de tester un DLL.... autre que celui proposé.

Je vais re-vérifier ce soir. Je sais que j'ai fait exactement la même chose qu'avec DEBUG (j'ai suivi le cours avec minutie).

Dire qu'en mode DEBUG.... tout est ok.... bizarre.



Message modifié ( 01-12-2008 18:55 )

[Papyref]

En faisant mes réglages exactement de la même façon entre debug et release je compile sans problème mon dll de
Hercule sur lequel je m'entraine.
Il faut faire très attention à la définition des librairies Include et exclude. VC++ ne pardonne aucune erreur de
syntaxe !

Papyref

[Apofis]

Papyref a écrit:
 VC++ ne pardonne aucune erreur de syntaxe ! Papyref

perso je dirai la programmation en générale ne pardonne aucune erreur de syntaxe. Petit exemple,je ne sais plus exactement de quelle sonde il s'agissait mais dans le
code un "." fut remplacé par ",". résultat : crash de la sonde.

comme quoi tout ne tiens vraiment a rien en programmation

[brainstorm]

^J'ai xactement le même soucis, si ça peut te consoler ... si je trouve, je le fais savoir

[no matter]

toujours pas réglé? ShuttlePB basique ou tu as rajouté des trucs?

regarde si une de celles-ci ne causerait pas le soucis:

kernel32.lib user32.lib gdi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib winspool.lib
comdlg32.lib advapi32.lib

ajoutes-les une par une aux "additional dependencies"... desolé version english chez moi!!!



Pour "ПК" j'ai ceci dans ma solution:

AdditionalDependencies="gdi32.lib user32.lib odbc32.lib odbccp32.lib "
et
IgnoreDefaultLibraryNames="msvcrt.lib;msvcirt.lib"

Regarde également si tes libs venant du SDK orbiter (orbiter.lib et orbiterSDK.lib) sont dans ta soluce?



Message modifié ( 03-12-2008 19:13 )

[Coussini]

Je vais regarder cela ce soir. Merci de vos judicieux conseils.

[Coussini]

Non... il y a rien a faire.

Je suis partis d'une version vierge d'Orbiter.... pas rien de mieux.

A moi qu'un généreux puisse me fournir un fichier ShuttlePB.sln (solution de visual studio 2005). Je pourrais essayer
de mon bord si cela fonctionne. En me donnant votre fichier solution et le chemin de votre répertoire Orbiter (genre, si
c'est c:\orbiter ou d:\orbiter ou d:\jeux\orbiter....

J'essayerais de me créer un même répertoire (comme vous) afin de voir si cela fontionne chez moi.

MERCI !

P.S: En passant, j'utilise une version anglaise de visual studio 2005 tel que No Matter.

[no matter]

Je t'envoie çà par mail

[Coussini]

OK... j'ai copié intégralement ce que tu m'a fourni dans :

D:\Orbiter\Orbitersdk\samples\ShuttlePB

J'ai recompilé en release et il y avais des des erreurs:

1-il  manquais le chemin afin de trouver les OrbiterSoundSDK35.h et OrbiterSoundSDK35.lib que j'ai ajouté
dans Tools/Options  soit les D:\Orbiter\Sound\OrbiterSound_SDK\VESSELSOUND_SDK\ShuttlePB_project

2-En recompilant, il y avais encore des erreurs et, j'ai ajouté dans les fichiers à ignorer tel que:
msvcrt.lib;msvcirt.lib;LIBCMT.lib

3-Finalement, j'ai recompilé et cela me donne les erreurs que je t'ai envoyé par courriel

______________________
Petit coquin, En passant, dans l'exemple de Dan, il demande de
Allez dans le repertoire "Samples/ShuttlePB" de la SDK et cliquez sur "ShuttlePB.dsw"

Toi, tu as sûrement utilisé la version de D:\Orbiter\Sound\OrbiterSound_SDK\VESSELSOUND_SDK\ShuttlePB_project à la place car, dans cette version, il demande le OrbiterSoundSDK35.... mais c'est pas grâve...

cela ne règle pas plus mon problème



Message modifié ( 05-12-2008 03:44 )

[no matter]

Toi, tu as sûrement utilisé la version de D:\Orbiter\Sound\OrbiterSound_SDK\VESSELSOUND_SDK
\ShuttlePB_project à la place car, dans cette version, il demande le OrbiterSoundSDK35.... mais c'est pas grâve.

oops oui exact...

1-il manquais le chemin afin de trouver les OrbiterSoundSDK35.h et OrbiterSoundSDK35.lib que j'ai ajouté
dans Tools/Options soit les D:\Orbiter\Sound\OrbiterSound_SDK\VESSELSOUND_SDK\ShuttlePB_project

Particularité de mon install... dont j'aurais du te parler puisque orbitersound se trouve invité

cela ne règle pas plus mon problème

2-En recompilant, il y avais encore des erreurs et, j'ai ajouté dans les fichiers à ignorer tel que:
msvcrt.lib;msvcirt.lib;LIBCMT.lib

... c'est étrange. Les libs à ignorer sont pourtant définies dans le fichier .vcproj, tu ne devrais pas avoir à les
rajouter en compilant ma solution Ouvre le .sln pas le .dsw







Message modifié ( 05-12-2008 05:55 )

[Coussini]

J'ai ouvert le sln car c'est la solution et il n'était pas là. Peut-être que ces information ne s'inscrivent pas dans le sln.

En passant, Je sais que le Dsw n'est pas bon.

Un jour, je trouverais ce problème. Je vais essayer d'en parler à des collègues de travail

[Coussini]

Rien à faire.... cela donne la même chose au bureau.... BOF

[DanSteph]

J'aurais ta machine je trouverais en 5mn (l'experience) mais par forum c'est dur...

(cette minute de désespoir vous a été fournie gratuitement par les entrerpises dansteph & cie )

T'a une merde avec les libs, mauvaise declaration, mauvaise SDK, mauvais path etc etc...

Dan



Message modifié ( 05-12-2008 20:43 )

[Coussini]

En passant, je travaille avec le groupe de NASSP 7.0 à titre de programmeur depuis peu. Je suis en train de
développer autour d'un MFD de checklist (liste de contrôle)....

Je commence à être meilleur en C++. Au bureau, on utilise Borland et Power++ comme outil de développement et des
base de donnée BTrieve....

Dès lors, la solution NASSP 7.0 étant très stable, elle permet un Debug et un Release sans problème. J'ai essayé de
voir ce qu'il y avait de différence entre les paramètres de certains Projet de NASSP avec celui de ShuttlePB et j'ai mis
les mêmes paramètres.... et cela ne marche pas plus. Bizarre.....

Je ne peut pas mettre le doigt dessus.

Merci pour cette minute de désespoir et sûrtout qu'elle a été fourni gratuitement

Blagueur va

[Coussini]

Autre chose.... je développe à 100% en C++ au bureau depuis mon début. Pas encore faire du C#.

J'aime bien le C++

[DanSteph]

Laisse tomber le C#, c'est du .net propriétaire, malgré le nom ca n'a pas grand chose avoir avec le C++ qui est un
véritable language universel. (et n'écoute pas ceux qui disent que ca devrait remplacer le C++, regarde plutôt le
nombre de gens qui demandent "J'aimerais bien faire tel truc ou ceci en C#"  "ah ben désolé tu peux pas faut C++ !"

Même MS n'y crois pas, la SFK Fs est misérable en ce qui concerne le C#, tu peux rien faire avec (et surtout pas un
FsPX)

Dan

[Coussini]

Cher Dan, Si mon patron me demande un jour que je dois programmer en C#.... je ne dirais pas non et c'est normal.

Entre temps... je m'amuse avec C++ au travail et à la maison et je le trouve très très bien moi ce C++.... gna. ...
gna...