[débutant]portabilité de l'exe final

Bonjour et Bonne année à tous,


Voilà, j'ai fait un petit prog sous xp avec visual c++ 6.0.
Avant, je le compilais en mode debug, et tout semblait nickel.
Mais pour pouvoir le finaliser et l'exporter, j'ai tenté la compil en mode release. Là, il m'annonce :

Citation:

---

LINK : warning LNK4089: all references to "ADVAPI32.dll" discarded by /OPT:REF

---

J'ai cherché à savoir ce que ça signifiait, mais je suis pas bien sûr de moi.
:?: Les fonctions faisant référence à cette dll ne seront donc pas reconnues ?
(si oui,y a t'il moyen de savoir lesquelles,et de tenter qqchose ?)

:?: Et en dehors de ça, une fois le .exe produit, il devrait être executable sous serveur 2000, non ?

Merci d'avance à ceux qui me donneront un coup de main...


Vince

la signification la voila

[Linker Tools Warning LNK4089]

toutes les références à 'bibliothèque de liaisons dynamiques' ignorées par /OPT:REF

L'éditeur de liens a ignoré toutes les fonctions packagées qui référençaient des exportations dans bibliothèque de liaisons dynamiques. Le résultat est que bibliothèque de liaisons dynamiques n'est pas nécessaire pour l'exécution de l'image.

Vous pourriez supprimer les références à bibliothèque de liaisons dynamiques pour accélérer la génération.

D'autres occurrences de cet avertissement peuvent survenir si une fonction inutilisée de votre code référence une exportation .dll que l'éditeur de liens a ignorée. Utilisez /VERBOSE pour savoir quelles fonctions l'éditeur de liens ignore pour les supprimer de votre code.

en gros te fait pas de soucis

et oui ton exe en mode release doit s'exécuter sur win2000

8O
Alors d'abord, merci beaucoup pour avoir répondu.
Mais ensuite...A tes souhaits ? 8O 8O

Je suis pas sûr d'avoir tout compris (le [débutant] n'est pas une marque de fausse modestie).
En gros, ce ne serait pas tres grave, car les exportations dans bibliothèque seraient inutiles, c'est ça ?

Bon, soit. Mais depuis, j'ai tatônné un peu, et je me suis rendu compte que mon exe compilé en debug marchait, et qu'il ne marchait pas en release. D'après ce que j'ai pu voir avec un déboggage "messagesbox" de derrière les fagots, le exe "release" ne veut pas de la fonction 'WriteFile' alors que son cousin "debug" ne posait aucun souci.
Y a t'il un rapport avec tout ça? Pitié...


Vince

Il peut y avoir des différences entre le mode debug et release lors de l'allocation mémoire, lors de non initialisation de celle-ci en mode debug.
Verifie bien ta gestion de mémoire (ca peut pas faire de mal)

Sinon, ca peut changer en le faisant expres , avec un :
#if _debug
#endif
ou autres preprocessors definitions

Sinon c'est pareil

Donc, j'ai peut être mal alloué ma mémoire, ce qui le fait planter. Ok, je vais travailler ça. Merci.
Mais pour faire un WriteFile, y a t'il besoin de se soucier de tout ça ?

Merci en tout cas à vous deux pour la rapidité de vos réponses.


Vince

Une mauvaise utilisation de la mémoire, un pointeur mal référencé et une valeur écrite n'importe où peuvent engendrer n'importe quoi (ca sent le vécu :( ), mais je dis pas que ca vient forcement de la

salut,
ou le debordement memoire :
exemple j'alloue de la memoire pour une taille donner
et je fais sprintf en oubliant qu'il fallait de la place pour le zero .
un octet ça suffit pour planter ,en debug avec toutes le code lie au debugage
ca peut passer sans pb....
entre autre verifie aussi tous les handles que tu ouvres les codes d'erreurs eventuels avec getlasterror() etc...

:D

salut,
c'etait quoi le pb ?
:D

La borne [résolu], c'est parce que je crois bien en effet, que le pb vient de la différence de gestion de la mémoire entre le mode release et debug.
En compilant en release "custom", le truc plante pas du tout. Alors je vais tenter de trouver le défaut de conception de mon code.
Mais je ne l'ai pas encore trouvé por l'instant :lol: