extern std:map probl�me ex�cution

Bonjour, J'ai un petit probl�me � l'utilisation d'une map d�finie de cette fa�on :
un fichier .h contient extern std::map<int,et ici un type d'une biblioth�que> Images;
un fichier .cpp contient la m�me chose sans le extern.
Je pr�cise que ce map appartient � un espace de nom d�fini dans le .h.
J'utilise ce map dans le fichier .cpp...
A la base dans mon application, l'erreur survenait quand je quittait le programme.
J'ai r�duit � un code minimal mais rien n'y fait tant que ma d�finition du map se trouve dans un autre fichier �a plante, par contre si je d�clare directement dans le .cpp ou m�me dans le main.cpp aucune erreur.

Merci � ceux qui sauront m'expliquer pourquoi la d�claration extern d'un std::map pose probl�me.

Svp personne n'a d'id�es concernant mon probleme ? :(

Dans le .cpp, tu as bien d�clar� ta map en l'incluant aussi dans l'espace de nom?
Sinon, si tu nous montrais ce code minimal ainsi que le message d'erreur que �a g�n�re �a nous aiderait.

Merci d'avoir r�pondu, voila mon code en gros paske j'ai presk tout mis en commentaires donc je mets que ce qui est actif:

Entity.h

Code:

---

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

#ifndef ENTITY_H #define ENTITY_H   #include <SFML/Graphics.hpp>     namespace Engine {   extern std::map<sf::Uint32,sf::Image> Images; extern sf::Uint32 Images_Number;   /* plus les déclarations de classes*/ }   #endif

---

Entity.cpp

Code:

---

1 2 3 4 5 6

#include "Entity.h"   std::map <sf::Uint32,sf::Image> Engine::Images; sf::Uint32 Engine::Images_Number=0;   /*définitions fonctions membres des classes*/

---

main.cpp

Code:

---

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

#include "Entity.h" #include <SFML/Graphics.hpp> #include <iostream>   int main() { std::string f; Engine::Terrain plain("sprite_model_6.png");   std::cin >> f;   return EXIT_SUCCESS; }

---

Sachant que mon construteur ne fait juste que :

Code:

---

1 2	sf::Image Temp; Images[0] = Temp;

---

Si je met tout dans le m�me header tout marche...

Voila si vous avez d'autres questions je guette le forum

Petite pr�cision zais_ethael, m�me si je mets ce que tu m'as dit

namespace Engine
{
std::map <sf::Uint32,sf::Image> Images;
std::Uint32 Images_Number = 0;
}

j'obtiens la m�me erreur qui est du genre "la m�moire ne peut pas �tre read"

Du nouveau, j'arrive � faire marcher tout �a, mais c'est tr�s �trange (ou alors quelque chose m'�chappe)

Code:

---

1 2 3 4 5 6 7 8

Set_Type(Get_Images_Number()); sf::Image Temp; std::pair <std::map<sf::Uint32,sf::Image>::iterator,bool> k = Images.insert(std::make_pair(Get_Type(),Temp)); if(k.second) std::cout << "OK"; else std::cout << "ERROR"; Images.clear();

---

voila le code de mon constructeur, si j'efface tous les �l�ments l'ex�cution se termine normalement, sinon elle �choue...
Mais dans tous les cas l'insertion s'effectue correctement.
Ce qui m'indique qu'apr�s l'utilisation d'un map il faut effacer tous les �l�ments ?8O
Bizarre bizarre...
Y a t'il un expert de la stl parmi vous ? lol

Pour ton probl�me je ne vois pas, d�sol�. A la rigueur il se peut qu'il s'agisse d'un probl�me de d�pendances statiques (en C++, tout ce qui est variables globales ou statiques est fort fort mal g�r�, cela peut conduire � des bugs assez inexplicables, c'est pour cela qu'on �vite autant que possible de les utiliser). Ici �a ne devrait normalement pas �tre le cas mais il se pourrait que les variables statiques de la SFML soient d�truites avant les tiennes, et ce en admettant que le destructeur de sf::Image aie besoin de ces variables statiques (faut avoir l'esprit large - Laurent si tu es l� :)).
Tout ce que je peux te conseiller pour �tre tranquille est de laisser tomber les variables globales et statiques. Ou alors de les remplacer par quelque chose de beaucoup plus simple (genre un simple pointeur, ta map tu l'initialises sur la pile et en m�me temps tu fait pointer le pointeur statique dessus), mais dans l'absolu un bon design avec beaucoup de classes et une bonne r�partition des taches peut faire des miracles aussi :).

Qu'est-ce que �a donne si ta map ne contient pas des sf::Image, mais des entiers par exemple ?
Tu dis que le code plante, si tu mets un debuger, o� le probl�me est-il ?

Merci pour vos r�ponses, zais_ethael Laurent m'a r�pondu quelque chose de similaire je suis d�sol� d'avoir post� sur les deux forums, mais j'�tais vraiment d�sesp�r� depuis le temps.
JolyLoic Oui a partir du moment ou je change le type, plus aucun probl�me, j'avais d�j� essay� �a vient bien du fait qu'il y a un sf::Image dedans mais surtout que mon map soit d�fini dans un source et la d�claration dans un header. Si je condense dans un m�me fichier plus aucun probl�me non plus...
Je pensais au d�but que ma syntaxe avec extern �tait fausse je sais pas n'importe quel truc pouvait �tre la cause j'ai regard� partout mais non, �a vient bien de la lib�ration m�moire.

Encore merci ;)

Pour l'autre thread voir ici: http://www.sfml-dev.org/forum-fr/viewtopic.php?t=737
D'apr�s Laurent c'est bien ce que je suspectais. Waw, il y avait pas une chance sur cent :yaisse2:
Conclusion : avec la SFML, faut pas garder une quelconque objet en statique.

Salut,

Attention: extern != static...

Dans une d�claration, extern signifie simplement "cette variable existe et est d�finie ailleurs", alors que static permet de s'assurer de la liaison sur base du module dans lequel la variable est d�clar�e (et, au final, de s'assurer que tous les appels � la variables seront effectu�s sur la m�me instance de cette variable).

Je me demande donc s'il ne serait pas au final int�ressant de travailler avec une std::map statique plut�t qu'avec une std::map externe :P (voire, pourquoi pas, carr�ment de mettre cette map dans un singleton)