Bonjour à tous,

Dans le cadre de mon stage je dois utiliser des capteurs scanCONTROL de micro epsilon alors sur la documentation j'ai plusieurs d'intégration en C, mais je ne suis pas très forte en j'ai du mal à utiliser, j'ai un exemple qui me permet de connecté directement au capteur( cette exemple montre comment trouver et se connecter au capteur) donc j'ai pris cette exemple que voici en photo, quand j’exécute ce programme ça me donne les erreurs  sur la 2ème photo je sais que c'est un maque d'un fichier externe mais j'ai beau chercher je n'ai pas trouvé, peut être vous pourriez m'aider sa dois être une faute bête à qui j'ai pas fait attention j'ai aucune idée, merci d'avance

Salut,

C'est un problème de link. Donc ça veut dire que après la compilation, les liens ne peuvent pas être faits correctement pour créer l'exécutable.

Je ne connais pas ce que tu utilises, mais en supposant que c'est une bibliothèque que tu utilises, il faut que tu link ta bibliothèque : -ltabibli, ou target_link_libraries avec cmake

Salut,

merci pour votre réponse. alors moi j'utilise le visual studio 2019 pour programmer et la société offre une dll LLT.lib peut être c'est ce qui manque à mon projet mais DllLoader.h c'est ce qui fait appel à la dll non?voici le script de DllLoader.h je n'arrive pas à voir le problème moi.

Ah, malheureusement je n'ai jamais lié un projet directement avec un DLL.

https://stackoverflow.com/questions/495795/how-do-i-use-a-third-party-dll-file-in-visual-studio-c

Mais je pense qu'il y a une manip que tu n'as pas faite.

Le .h dit à ton compilateur que les fonctions existent. Donc il peut compiler ton code. Mais au moment de tout mettre ensemble, il doit signaler où sont vraiment les fonctions. Elles ne sont pas dans le .h, donc il t'insultes parce qu'il ne sait pas où il doit aller les chercher

DllLoader n'est qu'une classe rudimentaire de chargement dynamique de Dll ayant une interface C.

Mais les messages d'erreur n'indiquent pas cette classe mais CInterfaceLLT.

C'est une erreur de LINK, ce n'est pas un problème avec les .h. Sinon, cela aurait été une erreur de compilation, pas d'édition de lien.

Il faut ajouter aux .lib données en paramètre de l'éditeur de lien, le fichier .lib contenant l'implémentation binaire de la classe CInterfaceLLT.

C'est dans les propriétés du projet qu'il faut ajouter ce fichier .lib.

"Propriétés du projet -> Propriétés de configuration -> Éditeur de liens -> entrée -> Dépendances supplémentaires."

Il faudra aussi peut-être configurer les répertoires de recherche dans "Propriétés du projet -> Propriétés de configuration ->Répertoires VC++ -> Répertoires de bibliothèques" pour ajouter les répertoires contenant les librairies externes de votre projet.

Salut j'ai pu modifier les paramètres en suivant le liens que vous m'avez donné mais j'ai un autre problème maintenant j'obtiens cette erreur la ça pourrais venir d'où à votre avis et merci d'avance

Peut-être c'est parce que tu n'as pas de retour à ta fonction principale (habituellement le compilateur de Microsoft accept, mais ça veut pas dire que c'est bien).

Et sinon, peux-tu être plus précis ? L'application se ferme avec cette erreur ? Donc elle a compilé et s'exécute ? As-tu essayé de débugger ?

CL.exe, c'est le compilateur.

Le compilateur est sorti avec un code d'erreur.

Le plus simple, c'est de regarder dans la fenêtre "Output/sortie", en sélectionnant "Build" dans la dropdownlist en haut de cette vue.

Cela donne des messages d'erreur bien plus précis, normalement.

je ne comprend pas trop dans ''sortie" j'ai ce msg là, ligne de commande non compatible c'est peut être dans la configuration des paramètre du projet que je n'ai pas fait!!

Tente :

Properties > Configuration Properties > Linker > Optimization > Link Time Code Generation = Default

Pour les configurations 'Debug'.

En Release, tu ne devrais pas avoir le problème (et je désactiverais plutôt l'autre commandline pour le coup).

-
Edité par LilyKianii 11 juin 2019 à 17:02:58

https://docs.microsoft.com/en-us/cpp/build/reference/z7-zi-zi-debug-information-format?view=vs-2019

https://docs.microsoft.com/en-us/cpp/build/reference/gl-whole-program-optimization?view=vs-2019

Généralement, en DEBUG, on met pas l'option /GL.

Dans "Propriétés du projet -> Propriétés de configuration -> C/C++ -> Optimisation -> Optimisation de l'ensemble du programme"

Mettre à Non pour la configuration "DEBUG".