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: