Version imprimable
en fait je lance un executable depuis une macro cette *.exe est fait sous builder. et il a besoin de connaitre certain parametres specifier dans des classeur excel, d'ou l'utilisation d'une variable d'environnement systeme qui est deja utilise par fichier bat, pour connaitre le chemin ou se trouve ses classeurs...
merci pour l'aide, car j'ai beau cherche j'ai pas trouvé grand chose à m'en grand regret, peut-être ai-je mal cherche...
merci d'avance :roll: :cry:
j'ai trouvé une solution mais elle me génere une erreur
en fait pour connaitre la valeur d'une variable d'environement il existe :
mais lorsque je compile j'obtiens une erreur si on pourvait m'aide serait sympa...Code:GetEnvironmentVariable("Outils")
l'erreur est :
[C++ Warning] Unit1.cpp(5): W8058 Cannot create pre-compiled header: header incomplete
[Linker Error] Unresolved external '__fastcall Sysutils::GetEnvironmentVariableA(const System::AnsiString)' referenced from I:\STAGE\EN ELLABORATION\UNIT1.OBJ
:?:
Tu dois inclure SysUtils dans l'entête de ton unit.
oui j'ai inclut SysUtils.hpp, car il n'existe pas de SysUtils.h
mais l'erreur est toujours la
... :cry: :pleure:
L'include n'est pas nécessaire, ces "include" de base sont déjà inclus ailleurs et font toujours partie d'un projet C++ Builder.
C'est probablement un bug car il y a un conflit entre GetEnvironmentVariable qui se trouve dans SysUtils.hpp et GetEnvironmentVariableA qui se trouve dans winbase.h (inutile d'écrire ces "include" qui se trouvent déjà ailleurs, peu importe où) du fait qu'on donne une égalité fautive dans winbase.h entre ces deux noms alors que les prototypes diffèrent.
Rajouter un A à GetEnvironmentVariable, mettez votre curseur sur ce mot, une bulle d'aide vous indique que ce nom se trouve dans winbase.h. Appuyez sur Ctrl (contrôle) avec le curseur sur ce mot puis cliquez, C++ Builder charge le bon fichier (donc winbase.h) et vous montre la déclaration. Vous voyez que le prototype diffère (deux char* et un entier).
À mon avis vous pouvez supprimer les lignes dans winbase.h qui donnent une égalité entre GetEnvironmentVariable et GetEnvironmentVariableA puisque cette égalité est fausse. Dans ces conditions, vous pourrez utiliser GetEnvironmentVariable car le protoptype n'est plus en conflit avec celui de winbase.h, sinon, si vous ne voulez pas toucher à winbase.h en supprimant cette égalité fautive, utilisez alors GetEnvironmentVariableA de winbase.h avec le bon prototype et ça marchera.
C'est fou qu'il faille débuger les headers mais ce n'est ni la première fois ni la dernière.
À bientôt
Gilles
Merci, maintenant, je comprends nettement mieux...
effectivement la seule solution consiste à supprimer l'égalité dans le winbase.h
:P
il est clair que les bug y en a qlq uns (bande de :salo: )
:vomi: , on peut en passer du temps à trouver nos erreurs alors qu'elle ne viennent parfois meme pas de nous ... :pc:
:langue: , en tout cas merci encore pour l'aide... car il est clair que j'aurais jamais pu trouver tout seul
:applo: :hola: :calin:
il m'erite vraimenent le :sm: