Migration VC 4.2 -> VC 2005

Bonjour à tous,

J'essaye de migrer une ancienne application développée en VC 4.2 vers Visual C 2005 express Beta pour la rendre compatible avec Windows 2000 ou XP.

Après l'ajout des bons include j'ai fini par bloquer complètement sur cette erreur de linkage produite à tous mes fichiers :

NomFichier.obj : error LNK2001: unresolved external symbol ___security_cookie

Cette référence est ajoutée par VC 2005. J'ai trituré à peu près toutes les options de compilation mais sans résultat.

Si quelqu'un pouvait m'aider ou m'indiquer peut-être une meilleure solution pour rendre compatible cette ancienne appli WIN32 compatible avec Windows 2000 car je suis très ennuyé...

Cordialement,

Vephil :(

salut,
je pense que c'est une variable a toi .
regarde ou elle est déclarée et si sa déclaration n'est pas conditionnelle (ifdef)
:D

Citation:

---

Envoyé par farscape

je pense que c'est une variable a toi .
regarde (ifdef)
:D

---

Et non malheureusement. Je suis formel. Pas de variable ou de def pour ce symbole de mon côté.

Vephil

Je pense plutot que c'est lié au mécanisme de vérification d'écrasement de pile introduit avec VC++ 7 ou 7.1. Il insère un "cookie" en début de pile et lorsque tu quittes la fonction, le compilo vérifie qu'il n'a pas été écrasé, auquel cas c'est qu'il y a eu stack corruption.
Je sais pas trop pourquoi tu te prends cette erreur, je dirais que c'est un mélanges de vieux et nouveaux .lib / .obj.
As-tu bien recompilé tout ton programme avec VC++ 8 ?
Sinon ce cookie se désactive dans C/C++->Génération de code->Vérification de la sécurité de la mémoire tampon.
http://msdn.microsoft.com/library/en-us/vccore/html/vclrfGSBufferSecurity.asp
http://msdn.microsoft.com/library/en-us/dv_vstechart/html/vctchCompilerSecurityChecksInDepth.asp
Tiens d'ailleurs, en cherchant l'aide sur /Gs:
http://blogs.msdn.com/nikolad/archive/2005/01/27/362214.aspx

Citation:

---

Envoyé par Aurelien.Regat-Barrel

Je pense plutot que c'est lié au mécanisme de vérification d'écrasement de pile .....Tiens d'ailleurs, en cherchant l'aide sur /Gs:
http://blogs.msdn.com/nikolad/archive/2005/01/27/362214.aspx

---

Merci Aurélien pour ces infos très intéressantes. J'approche de la solution il me semble. Le problème est bien lié avec ce contrôle de pile. Mais impossible de retirer cette erreur avec ou sans l'option Gs, également en supprimant les options RTCx.
Je veux donc inclure la librairie concernée.

J'ai cherché la librairie incriminée bufferoverflowU.lib mais pas trouvé sur mon ordi !

J'ai seulement installé VC 2005 Express sans compléter par une intallation du SDK comme il semble être conseillé. C'est un peu rebutant et je ne pensais ne pas en avoir besoin car à l'installe VC 2005 a créer un rep. SDK/lib. Mais avec un seul fichier ! ?

Dois-je installer ce fameux "Platform SDK" ?

Vephil

Je connais pas cette lib non plus. Y'a ça aussi:
http://support.intel.com/support/performancetools/c/windows/sb/CS-020442.htm
apparement c'est Win2K3 seulement.
Mais je m'apperçois qu'il y a eu une mise à jour du PSDK. Je sais pas quand elle a eu lieu. C'est peut être dedans...

J'ai installé la plateforme SDK, il y a bien la lib concerné mais toujours la même erreur de linkage "unresolved external symbol ___security_cookie ".

J'ai forcé la prise en compte de la lib "bufferoverflowU" en la spécifiant dans l'option "Import library". L'erreur de symbole non résolu d'origine disparaît mais c'est la lib qui me crée d'autres erreurs "unresolved external..." etc. C'est la chaine sans fin !

Je suis complètement coincé et très ennuyé.

Vephil

salut,
question bete vc2005 est en version beta ,
pourquoi ne pas utiliser la verion gratuite de VC2003 (voir post it en haut du forum) en attandant une version de production de VC 2005 ?
:D

Citation:

---

Envoyé par farscape

salut,
question bete vc2005 est en version beta ,
pourquoi ne pas utiliser la verion gratuite de VC2003 (voir post it en haut du forum) en attandant une version de production de VC 2005 ?
:D

---

Pourquoi pas ! Est-ce qu'il y a un "environnement" de développement ou au moins de "build" ? Parce que je ne me vois pas contruire le projet en lignes de commandes...

Merci Farscape.

Vephil

salut,
non tu es en ligne de commande uniquement :? ,
mais avec les .mak tu devrais pouvoir t'en sortir ...
:D

Surtout que rappellons le, la version beta de VC++ 2005 expire dans quelques jours...

Citation:

---

Envoyé par Aurelien.Regat-Barrel

Surtout que rappellons le, la version beta de VC++ 2005 expire dans quelques jours...

---

Bon, c'est la totale...

8O