Discussion :

[camboui]

J'ai téléchargé une libraire qui s'appelle clucene (version du 12/11/2009). C'est un portage en C++ d'une librairie java permettant de faire des recherches plein texte.

Elle est fournie sous forme de code source uniquement. Il faut utiliser un outil appelé cmake pour générer le code nécessaire pour la plateforme et le compilateur cibles.
Il faut aussi se procurer par ailleurs zlib1.dll.

J'ai réussi vaille que vaille à générer et compiler le tout pour Visual 2005.
En mode debug je n'ai pas eu trop de mal.
En mode release ça s'est corsé, NDEBUG et _DEBUG étant définis simultanément dans les directives du preprocesseur ().

Bref, après correction j'ai réussi à compiler les programmes de test. A l'exécution en mode debug ça fonctionne, en mode release ça plante.
J'ai créé un petit projet utilisant la bibliothèque précompilée, même problème: ok en debug, pas ok en release.

Dans les deux cas, la librairie est compilée sous forme de DLL (il y en a 2) et utilise le CRT aussi en mode DLL. J'ai donc fait un essai en recompilant le tout sous forme de librairie statique.
Et là, miracle, ça fonctionne dans tous les cas.

Y'a-t-il des cas d'école classiques où les DLL en release plante ?
Intuitivement, en essayant de débugger le code release (il semble qu'il suffit d'ajouter la génération des infos debug lors de la compil) j'ai l'impression que les objets globaux statics ne sont pas initialisés dans la DLL? Serait-ce possible ?
Merci.

[camboui]

Bon, et bien j'ai trouvé.
Si ça marche en debug et en static c'est par "hazard".

En fait il y a de nombreux objets dans le segment de données dont certains dépendent d'autres.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
static type1 var1;
static type2 *ptrvar2=new type2(var1);//type1 is used by type2 !!!

En gros, il faut prier pour que l'ordre de création ci-avant soit le bon.

Comment gérer ce genre de problème ?

[Mac LAK]

Comment gérer ce genre de problème ?

En programmant proprement (et tu te doutes bien que ce n'est pas toi que je vise... ). Manifestement, le portage depuis Java a été fait ... un peu sauvagement, on va dire.

Laisse les déclaration globales à leur place, mais déplace les initialisations dans une fonction dédiée (ex : "CLuceneInitialize()"), que tu appelleras depuis ton main().

[camboui]

J'ai pris mon courage à deux mains et c'est ce que j'ai fait.

Il existe une fonction _lucene_shutdown() mais pas d'équivalent pour initializer. J'en ai créé une baptisée _lucene_warmup() et j'y ai déplacé tous les type *var = new type; en type *var = NULL; ... void _warmup() {var=new type; ...}
Et ça a l'air de bien fonctionner.
Mais mes tests sont en monotâche, monoprogramme, monothread... Je crains que le pire est à venir... enfin on verra
Je pense aussi que je vais devoir utiliser la version dll et non pas compiler le tout en statique car il y a une fonction DllMain() qui fait une action sous DLL_THREAD_DETACH. Il y a un commentaire suggérant que DllMain doit être changé au profit d'une fonction appelable par l'utilisateur.

A propos de DLL, 2 questions:
-Peut-il ne pas y avoir de fonction DllMain() dans une DLL ? Le projet contient 2 DLL mais une seule possède cette fonction.
-Dans les projet DLL de la solution, je constate que le .LIB correspondant n'est pas toujours généré (si je me fie aux dates de fichiers). Est-ce normal ?
Merci.

[Mac LAK]

-Peut-il ne pas y avoir de fonction DllMain() dans une DLL ? Le projet contient 2 DLL mais une seule possède cette fonction.

MSDN dit que DllMain est "An optional entry point into a dynamic-link library (DLL)". Donc, oui, même si je trouve ça assez stupide si l'on implémente une DLL censée être compatible MT.

-Dans les projet DLL de la solution, je constate que le .LIB correspondant n'est pas toujours généré (si je me fie aux dates de fichiers). Est-ce normal ?

Je pense que c'est possible si l'on active "Activation de la régénération minimale" dans les options de compilation (C/C++ -> Génération de code), et/ou "Activation des liens incrémentiels" sur le linker (Édition de liens -> Général).

[camboui]

OK, merci !