Discussion :

[ledzzep]

Bonjour

mon problème est le suivant:
Quand je crée une std::map dans un executable, et que je la passe (par valeur ou référence) à une méthode d'un objet compilé dans une DLL externe, je n'arrive pas à accéder à tous les élements de la map (ça plante à partir du deuxième).
Voila un bout de code minimal qui illustre mon pb:
main.cpp: l'"application".
dll.h et dll.cpp : la dll qui contient l'objet et la méthode en question
main.cpp___________________________

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
#pragma warning( disable: 4786 )
 
#include <map>
#include <iostream>
#include <string>
#include "dll.h"
 
int main ()
{
	std::map<const std::string, std::string>  l_map;
	std::map<const std::string, std::string>::iterator it;
	int i;
 
	l_map["1"] = "2";
	l_map["3"] = "4";
	l_map["5"] = "6";
 
	for (it = l_map.begin(); it != l_map.end(); it++)
	{
		std::cout << (*it).first << ": " << (*it).second << "\n";
	} // là, tout s'affiche bien.
 
	CDll obj;
	obj.f(l_map);
 
	std::cin >> i;
	return 0;
}

dll.h________________________________________

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
#pragma warning( disable: 4786 )
 
#include <map>
#include <iostream>
#include <string>
 
#ifdef DLL_EXPORTS
#define DLL_API __declspec(dllexport)
#else
#define DLL_API __declspec(dllimport)
#endif
 
class DLL_API CDll
{
public:
	void f(std::map<const std::string, std::string>& p_map);
};

dll.cpp________________________

Code :

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

1
2
3
4
5
6
7
8
9
10
11
#include "dll.h"
 
void CDll::f(std::map<const std::string, std::string>& p_map)
{
	std::map<const std::string, std::string>::iterator it;
 
	for (it = p_map.begin(); it != p_map.end(); it++)
	{
		std::cout << "DLL: " <<(*it).first << ": " << (*it).second << "\n";
	} // là, ça plante au deuxième passage
}

Le même code tout dans un exe ne pose pas de problème.
Une idée?

Merci d'avance.

[ledzzep]

Bonjour encore ;-)

un bout de "solution"
il semblerait que le pb concerne seulement les map (j'ai pas essayé les list)
si on passe un vector de pair de string (vector<pair<string, string> > ça marche.
On perd alors les aventages de tri de la map, mais comme dans mon cas je me'en fiche (ouf ;-) ) ça marche.
Mais bon, ça ne résoud pas vraiment ce pb.

Peut etre que ça vient de l'implémentation de la stl map de microsoft visual 6.
J'ai pas encore essayé avec d'autres compilateur...

[Laurent Gomila]

DLL et exécutable ont bien été compilés avec exactement la même version de la STL ? Sinon ça peut poser problème, dans la mesure où l'implémentation de la STL peut varier complétement entre deux versions différentes.

[toxcct]

dll.h________________________________________

Code :

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

1
2
3
4
5
class DLL_API CDll
{
public:
    void f(std::map<const std::string, std::string>& p_map);
};

mon intervention n'a rien a voir avec la repose que tu attends, mais d'un point de vue des access, tu devrais également changer la signature de ta méthode en :

Code :

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

1
2
    void CDll::f(const std::map<const std::string, std::string>& p_map) const;

...dans la mesure ou ni la classe, ni le parametre ne sont altérés...

[lucpolak]

Bonjour à tous,

J'ai plus ou moins le même problème avec l'utilisation des DLL. En fait, dans mon cas, j'ai une fonction de la DLL qui me retourne une multimap<string,string>.
En effet, lors de l'appel de la fonction DLL dans mon .exe, j'ai un plantage (Violation de partage).

J'ai regardé pas mal de forum qui précisent en effet que certains objets STL ne sont pas compatibles avec une utilisation en DLL. Apparemment, le problème serait lié à l'utilisation de méthodes STL statiques dans l'implémentation des types incompatibles (multimap).
Par contre, je n'ai pas trouvé un site (microsoft) officiel qui précise les objets incompatibles avec une utilisation en DLL.

Si quelqu'un à donc une idée à ce sujet ou un article, n'hésitez pas.

Lucas

[JolyLoic]

En plus d'être compilées avec les mêmes version, si on ne veut pas avoir des contraintes sur les allocations mémoire, il faut utiliser une runtime C elle aussi dans une DLL, et non liée statiquement. Avec visual studio, c'est l'option de compilation "[debug] multithread dll"

[lucpolak]

En ce qui me concerne ma DLL et mes EXE sont tous 2 en Multithreaded DLL.

En lisant tous les sujets concernant les DLL vs STL, j'ai un peu peur. LE problème c'est que j'ai une librairie DLL qui utilise beaucoup les std::string et ostringstream et tout fonctionne très bien. Le premier bug découvert concerne les multimap. J'ai vu que seul le symbole vector peut être utilisé. J'ai testé et effectivement c'est ok.

Ma question est la suivante :
Y a-t-il un risque qu'un jour cela me "pete à la gueule" ? (excusez l'expression...)

On travaille sur un projet assez conséquent et il y a déjà une petite centaine de .exe qui utilisent sans problème cette librairie... Faut-il donc que je songe à tout refaire sans utiliser la STL (ce qui est bien dommageable) ?

Merci,

Lucas

[koala01]

Salut, et bienvenue sur le forum...

Ce qu'il faut en fait, c'est t'assurer que les différents points d'entrée de ta dll (pour faire simple: toutes les fonctions exportées par ta dll que tu peux appeler d'en dehors de celle-ci) soient "aussi peu soumis aux aléas des versions de compilateur" que possible.

En gros, tout ce qui devrait entrer ou sortir de ta dll devrait n'être que types primitifs et pointeurs vers ceux-ci de manière à éviter les risques inhérents aux implémentation différentes de la STL selon la version (ou l'origine) du compilateur.

Cela ne t'empêche nullement de travailler avec la S(T)L pour toute la logique effective, mais cela demande de penser à "convertir" la valeur de retour ou l'argument en (pointeur sur) un type primitif au moment opportun