Installation d'une librairie de Fuzzy Logic

Bonjour,

Je suis en train de faire un programme de simulation d'embouteillage avec Qt Creator et je voudrais utiliser la logique floue pour modéliser le comportement des conducteurs.

J'ai trouvé 2 librairies en C++ de fuzzy logic:

FFLL : http://ffll.sourceforge.net/index.html

FLPL: http://french.osstrans.net/software/...zzy-logic.html

Le projet est à rendre pour mercredi donc j'aimerais faire vite, avez vous déjà testé l'une des 2 pour savoir si elles marchent bien ?

Dans la premiere, il y a une version bin, avec 4 fichier, un .dll, un .h, un .lib et un .exe. Je fais comment pour me servir de cette librairie avec QT ?

j'include quoi a part le .h ?


J'espère que vous pourrez m'aider, merci

A priori, tu inclus les .h et tu lie avec les .lib

Ensuite, à l'execution, il faut probablement que les DLL soit présents.

Je connais pas ces librairies en particulier, mais en général ça marche comme ça.

Ok pour le .h mais en ce qui concerne les lib je fais comment pour la lier ?

Ensuite normalement j'ai accès à toutesles fonctions contenus dans le fichier sources ? sauf que là j'ai juste à mettre le .dll, le .h et la lib ?

Salut,
Les fichiers d'en-tête (les .h) fournissent les déclarations nécessaires à l'utilisation de ta bibliothèque dans ton code. Ils contiennent les déclarations des classes, des structures, des variables etc. que tu utilises dans ton propre code. Tes fichiers sources les incluent et le compilateur s'en sert pour voir que tu les utilises conformément à ce qu'a voulu l'auteur de la bibliothèque.
-> Conclusion : ton compilateur doit connaître le répertoire où se trouve les .h. En général, si tu as un I.D.E. (Visual, Code::block, Netbeans, Eclipse ...), tu as des options permettant de préciser les répertoires de recherche d'include. Tu dois donc rajouter le répertoire où se trouvent tes en-têtes à cette option. La démarche est la même avec la compilation en ligne.

Les .lib contiennent les informations nécessaires à l'éditeur de lien pour savoir comment traiter les appels de fonctions, l'utilisation des variables globales, de la bibliothèque.
-> Conclusion : tu dois indiquer à l'éditeur de lien qu'il faut lier avec les .lib de la bibliothèque. Ici aussi, les I.D.E. proposent des options pour préciser les .lib et les chemins où aller les chercher. Et la démarche est toujours la même pour une compilation en ligne.

Les .dll contiennent le code effectif de la bibliothèque est sont chargés à l'exécution en même temps que ton exécutable. Lorsque ton code fait appel à une fonction de la bibliothèque, le code est fournit par ces .dll.
-> Conclusion : ces dll sont nécessaires à l'exécution. Cela signifie que tu dois les distribuer avec ton .exe. Il suffit par exemple de copier dans le même répertoire le .exe et les .dll.

Ok merci pour cette belle explication, j'ai réussi à le faire marcher avec dev C++, en faisant un lien depuis l'IDE vers le fichier .lib.

Maintenant, j'aimerais l'intégrer dans Qt, savez vous comment je peux le lier ma lib avec ?
Est ce que le fait de devoir utiliser Qt fait que certaine lib ne marche pas ? (comme il y Qstring, Qvector ...)

Et surtout, est ce qu'il est possible de faire lier la lib sans rentrer dans les options ? j'aimerais bien que mon correcteur n'est pas à faire de bidouille pour que ça marche.

Pour une utilisation avec Qt, il n'y a aucun probleme.

Les options concernant :
- les chemins où trouver les .h (include path)
- les chemins où trouver les .lib (library path)
- les noms des .lib avec lesquels faire l'édition de lien
- etc...

il faut les mettre dans fichier ".pro" de ton projet. Comme ça, n'importe qui qui recupere tes sources (et les .h, .lib, .dll bien sûr) n'a que à taper "qmake" et "make" pour tout compiler.

Dans l'assistan de Qt, section "QMake" toutes les options sont détaillées.

j'ai mis ça dans le fichier .pro:

Code:

---

1 2 3 4 5

HEADERS += widget.h \ ... FFLLAPI.h \ LIBS += ffllapi.lib

---

Ça suffit ?

Bon je crois que ça marche pas, c'est chiant à faire, normalement ça devrait être tout con.

j'ai essayé ça aussi:

Code:

---

1 2 3 4

LIBS += -L/Users/Matthieu/Desktop/Collision3.0 -lffllapi LIBS += c:/Users/Matthieu/Desktop/Collision3.0/ffllapi.lib   INCLUDEPATH = c:/Users/Matthieu/Desktop/Collision3.0/include

---

Pour info, mes fichiers .dll, .h et .lib sont dans le même fichier que le reste des fonctions

Ce que tu fait devrais marcher. Quels sont les messages d'erreur ?

Sinon, contrôle 2 choses :

1. L'option "LIBS += -Lxxxxxx" ajoute le répertoire xxxxx à la liste des répertoires dans lesquels aller chercher les .lib

2. L'option "LIBS += -lxxxxxx" ajoute le fichier xxxxx.lib à la liste des .lib à ajouter lors de l'édition de liens. Sans l'extension .lib

Donc, si tu as une librairie "c:/truc/bidule/fuzzy.lib" :

Soit tu fait : (pratique si plusieurs lib dans le même répertoire)

Code:

---

1 2	LIBS += -Lc:/truc/bidule LIBS += -lfuzzy

---

Soit :

Code:

---

LIBS += -lc:/truc/bidule/fuzzy

---

Ça me met ça des que j'essaye d'utiliser une fonction qui se trouve dans la librairie

Code:

---

C:\Users\Matthieu\Desktop\Collision2\debug\Collision.exe s'est terminé avec le code -1073741515

---

Ça, c'est un problème à l'exécution.

Tu n'as aucun problème a la compilation / édition des liens ?

Dans ce cas, il s'agit soit d'un bug dans ton code, soit d'un problème avec les DLL.

Pour vérifier, première chose, mets un point d'arrêt à la première ligne de code de ton main() et exécute le programme en debug.

Si ça plante de suite, c'est surement un problème avec les DLL : le programme n'arrive même pas à être chargé correctement.

Si ça ne plante pas de suite, avance pas à pas avec ton debuggeur pour essayer de trouver ton bug.

Y'a rien a faire ... est ce que je peux vous passez les librairies avec un fichier d'exemple pour tester ?

Ton problème est-il à l'exécution ou à la compilation ?

As-tu essayé de mettre un point d'arrêt à la première instruction du main() de ton programme ?

je sais pas trop, je pense que c'est à l'exécution puisque j'ai pas de message d'erreurs lors de la compilation.

Ca se lance et ça se coupe tout de suite en retournant ce code d'erreur, après quand je mets pas la lib, ça plante à la compilation puisque ça me dit que telle ou telle fonction n'existe pas (celle de la lib). Donc ça marche à moitié.

En ce qui concerne le debuggage, je ne sais pas, je maitrise vraiment pas ça, je sais pas ce qu'il faut voir.

http://www.2shared.com/file/10776656...c5d/Fuzzy.html

ou http://uploading.com/files/72fb8ff6/Fuzzy.rar/

voila le fichier, si y'en a un qui veut test

Citation:

---

En ce qui concerne le debuggage, je ne sais pas, je maitrise vraiment pas ça, je sais pas ce qu'il faut voir.

---

Quel environnement tu utilise ? Quel compilateur ?

Ce que tu a a faire est très simple : placer un point d'arrêt et lancer le programme en mode "debug". C'est la base du debuggage, sans ça il est beaucoup plus compliqué de faire un programme qui marche correctement...

Je viens de lire ton code, a priori, je vois pas de gros soucis, mais je ne connais pas la lib que tu utilise.

Essaye de remplacer ton main par ça

Code:

---

1 2 3 4 5

int main(int argc, char* argv[]) { return 0;   } // end main()

---

=> si ça plante à l'exécution, tu as un problème avec la liaison de la librairie


Sinon, ton code à l'air d'être compilé avec GCC.

Est-ce que tu sais avec quoi a été compilé ta librairie ? Si c'est avec un autre compilateur (Visual Studio par exemple) je ne suis pas certains que cela puisse marcher. L'erreur vient peut-être de là.

ça marche si je ne fait pas appelle à une fonction dans la lib, dès que j'utilise une fonction de la lib ça donne l'erreur que j'ai donné un peu plus haut.

Mon programme marche dans Dev C++ quand je lie la lib.

Dans QTcreator, ça ne marche pas

Dans les 2 cas tu compiles avec GCC où tu uitilises un autre compilateur pour Dev-C++ ?

ça je sais pas trop, pour devC++ j'ai laissé le truc par défaut ... g++ apparemment.

Pour Qt creator, il fait qmake et g++ je crois

Edit: je viens de le relancer, il me donne ça à la compilation:

fichier pro:

Code:

---

1 2	LIBS += -LC:/Users/Noemie/Matthieu/Fuzzy LIBS += -lffllapi

---

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

Exécution des étapes de compilation pour le projet Fuzzy... Configuration non modifiée, passe l'étape QMake. Lancement : C:/Qt/2009.05/mingw/bin/mingw32-make.exe -w mingw32-make: Entering directory `C:/Users/Noemie/Matthieu/Fuzzy' c:\qt\2009.05\qt\bin\qmake.exe -spec ..\..\..\..\Qt\2009.05\qt\mkspecs\win32-g++ -win32 -o Makefile Fuzzy.pro mingw32-make: Leaving directory `C:/Users/Noemie/Matthieu/Fuzzy' mingw32-make: Entering directory `C:/Users/Noemie/Matthieu/Fuzzy' C:/Qt/2009.05/mingw/bin/mingw32-make -f Makefile.Debug mingw32-make[1]: Entering directory `C:/Users/Noemie/Matthieu/Fuzzy' g++ -enable-stdcall-fixup -Wl,-enable-auto-import -Wl,-enable-runtime-pseudo-reloc -Wl,-subsystem,console -mthreads -Wl -o debug\Fuzzy.exe debug/main.o -L"c:\Qt\2009.05\qt\lib" -LC:/Users/Noemie/Matthieu/Fuzzy -lffllapi -lQtCored4 mingw32-make[1]: Leaving directory `C:/Users/Noemie/Matthieu/Fuzzy' mingw32-make: Leaving directory `C:/Users/Noemie/Matthieu/Fuzzy' Terminé avec le code de sortie 0..

---

et à l'exécution :

Code:

---

1 2	Démarrage de C:\Users\Noemie\Matthieu\Fuzzy\debug\Fuzzy.exe... C:\Users\Noemie\Matthieu\Fuzzy\debug\Fuzzy.exe s'est terminé avec le code -1073741515

---

Salut,

Juste une petite remarque en passant...

Tu devrais éviter d'utiliser les noms de dossiers trop "personnalisés" tels que C:/Users/Noemie/Matthieu/Fuzzy, surtout si ton projet est destiné à être compilé par quelqu'un d'autre sur une autre machine...

En effet, même si ton correcteur s'appelle Noemie ou Mathieu, il y a vraiment peut de chances que son installation de Fuzzy se trouve... dans le dossier C:/Users/Noemie :aie:

Ce n'est qu'un détail, mais, si ton correcteur doit commencer par corriger 450 chemins avant d'arriver à compiler ton projet, ca ne va lui plaire que moyen moyen :P

L' *idéal* est donc d'installer les bibliothèques tierces dans un (éventuellement sous- ) dossier connu par les variables INCLUDE_PATH / LIBRARY_PATH (je crois qu'elles portent ce nom sous Qt :P) et d'utiliser des chemin relatifs.

Ainsi, tu pourra te "contenter" d'expliquer dans la doc que fuzzyLogic doit se trouver dans le dossier $LIBRARY_PATH/fuzzy et ton correcteur n'aura qu'à faire en sorte que ce soit effectivement le cas (s'il n'est pas capable de le faire, c'est qu'il est incompétent :D)

je comptais deja le faire mais j essaye de le faire marcher sur mon pc d abord. Je veux pas rajouter d erreurs du au chemin. La au moins je suis sur de ne pas me tromper sur le chemin.

J'ai exactement le même problème sauf que moi c'est avec la librairie poppler pour PDF. Je n'arrive à rien sous QTCreator Windows quant à l'importation de librairie dynamique... En revanche j'ai trouvé ce lien ici intéressant, malgré le fait que cela ne m'a plus permit de réussir... :(
Toute avancée sur le sujet m'intéresse fortement :D

Essayez de telecharger "dependencyWalker" ici :

http://dependencywalker.com/

Une fois fait, ouvrez votre exécutable "qui marche pas" avec.

Il vous listera l'ensemble des DLL necessaires et si il les a trouvé.

Si vous voyez votre DLL en rouge avec une erreur genre "NotFound" ne cherchez pas plus loin, l'erreur vient de là. Lors du lancement du programme, il faut que celui-ci puisse trouver la DLL. Il va aller chercher :

- dans le repertoire de l'executable
- dans les repertoires du PATH de windows

Donc soit copier la DLL a côté du repertoire, soit modifier le PATH. L'erreur avec QtCreator vient peut-etre du fait que celui-ci ne modifie pas le PATH pour y ajouter les chemins vers les DLL

Woaw... j'ai essayé l'histoire de buzzkaido avec le `return 0`tout seul dans le main. En fait l'erreur n'est plus le code -1073741515 mais le code -1073741511 ce qui change la donne. j' ai trouvé ce lien où ils semble que cela soit dû à une librairie compilée avec une précédente version de mingw... Oups ! l'affaire empire, là. Je ne sais plus faire maintenant :(

Dans ce cas, il faut tout recompiler avec une seule et même version du compilo...

As-tu essayé DependencyWalker ?

bon... dur dur de devoir recompiler une appli qu'on a pas fait. Pour Dependancy Walker, j'ai plein de librairie qui sont manquantes depuis la version release de mon exe. Mais j'imagine que ça n'a rien à voir avec la compilation sous Qt puisque là, tout devrait être linker (sinon c'est la mort déclaré à la compilation :calim2:)
Plus le temps de voir ça aujourd'hui, en tout cas...

Bon, je montré mon problème a mon prof, il a pas su et m'a dit que je pouvais le faire avec un autre IDE.

Du coup j'ai envie de le faire avec code blocks (car j'ai pas trouvé comment faire un projet QT avec Dev C++), mais j'ai un problème à la compilation du projet pour la première fois.

Code:

---

1 2 3 4 5 6 7 8 9 10

ui_widget.h|23|scenewidget.h: No such file or directory| ui_widget.h|31|error: ISO C++ forbids declaration of `SceneWidget' with no type| ui_widget.h|31|error: expected `;' before '*' token| ui_widget.h||In member function `void Ui_Widget::setupUi(QWidget*)':| ui_widget.h|46|error: `scene_widget' was not declared in this scope| ui_widget.h|46|error: `SceneWidget' has not been declared| widget.cpp||In constructor `Widget::Widget(Scene*, QWidget*)':| widget.cpp|12|error: 'class Ui::Widget' has no member named 'scene_widget'| widget.cpp|16|error: 'class Ui::Widget' has no member named 'scene_widget'| ||=== Build finished: 7 errors, 122 warnings ===|

---

alors que j'ai bien #include <scenewidget.h> dans ui_widget et que scenewidget.h et bien dans mon projet et dans le fichier ...

C'est chiant, je vois pas ce qui coince et encore j'ai pas pu tester si la librairie marchait ...