как подружить std::map и глобальные объекты

[_Bers]

Проверял под студией и QtCreator. Mingw прожевал, а вот студийный компиль (2008) вывалился в рантайме: "не обработанное исключение".
А мне нужно поддерживать с ним совместимость.

В чем здесь может быть причина проблемы?

//CTest.h

#ifndef CTEST_H
#define CTEST_H

class CTest
{
public:
    CTest();
    ~CTest();
    int a;
};

#endif // CTEST_H

//CTest.cpp

#include "CTest.h"
#include<map>

using namespace std;

namespace CTestSpase
{
    map<int,int> gMap; 
}
using namespace CTestSpase;

CTest::CTest()
{
    gMap[100] = 10;  //крешется в его недрах. Винда выбрасывает окно "необработанное исключение"
}

CTest::~CTest(){}

//main.cpp

#include "CTest.h"
CTest test;

int main()
{
   return 0;
}

С vector/list проблем нет. А вот map, или set ломается при попытки попользовать в конструкторе класса глобальный объект
Если модифицировать глобальный объект не в конструкторе, а в методе - проблем нет.

Есть подозрение, что это может быть связанно как то с "неопределенным порядком инициализации единиц трансляции". Но вот в чем на самом деле собака зарыта?
И можно ли это как нибудь вылечить?

[netrino]

Совершенно верно, причина падения - "неопределённый порядок инициализации единиц трансляции". gcc тоже падать должен, если порядок файлов-исходников поменять (поставить main.cpp первым). Каких-нибудь извращений понапридумывать можно, но лучше подыскать другой способ реализации задуманного, так как это будет всё равно компиляторо-зависимо и небезопасно, без каких-либо гарантий.

[_Bers]

А почему std::vector не ломается при аналогичном использовании?

[Rififi]

_Bers

Но вот в чем на самом деле собака зарыта?

C++ std, 3.6.2

И можно ли это как нибудь вылечить?

Паттерн Singleton

А почему std::vector не ломается при аналогичном использовании?

У него более светлая карма oO

[Last]

Может попробовать вставку с помощью gMap.insert?

[pproger]

2_Bers
как вариант, инициализировать мап раньше (точнее, отложить инициализацию).

#include "CTest.h"
#include<map>

using namespace std;

namespace CTestSpase
{
    extern map<int,int> gMap; 
}
using namespace CTestSpase;

CTest::CTest()
{
    gMap[100] = 10;  //крешется в его недрах. Винда выбрасывает окно "необработанное исключение"
}

CTest::~CTest(){}

#include "CTest.h"
#include <map>

namespace CTestSpase
{
    map<int,int> gMap; 
}

CTest test;

int main()
{
   return 0;
}

естественно это не оптимально. синглтон уже предлагали

[_Bers]

Сообщение от Rififi

C++ std, 3.6.2

Это я уже как бэ понял. Теперь хочу понять, как сделать безопасный код.

Сообщение от Rififi

Паттерн Singleton

В настоящий момент конфликт разрешен за счет механизма, применяемого в "классическом одиночке". Однако, задача одиночки - гарантировать единственность объекта. В его задачи не входит разрешать конфликты глобальных/статических данных. С одной стороны, использование одиночки не по назначению ухудшает комфортность написания кода и сопровождения. А с другой...

std::vector, std::list, стримы (std::cout/std::cin) не являются одиночками, однако, никаких сложностей с "глобальностью" не испытывают.

Сообщение от Rififi

А почему std::vector не ломается при аналогичном использовании?

У него более светлая карма oO

Есть предположение, что строение этого класса имеет защиту от подобных проблем. И если понять принцип её действия, то можно будет писать безопасный код.

[pproger]

2_Bers

std::vector, std::list, стримы (std::cout/std::cin) не являются одиночками, однако, никаких сложностей с "глобальностью" не испытывают.

если прога не сегфолтится, это не значит, что проблем нет

A.h

#ifndef _A_H
#define _A_H

class A {
public:
	A();
	void foo();
};
#endif

A.cpp

#include "A.h"
#include <vector>
#include <iostream>

using namespace std;

vector<int> v;

A::A()
{
	v.push_back(1);
	v.push_back(2);
	v.push_back(3);
	v.push_back(4);
	v.push_back(5);
	v.push_back(6);
	v.push_back(7);
	v.push_back(8);
	v.push_back(9);
}

void A::foo()
{
	cout << v.size() << endl;
}

main.cpp

#include <iostream>
#include "A.h"

using namespace std;

A a;

int main()
{
	a.foo();
	return 0;
}

что выведет?
пс. да, если компилять конечно как g++ A.cpp main3.cpp (т.е чтоб A.cpp был первым)

Есть предположение, что строение этого класса имеет защиту от подобных проблем. И если понять принцип её действия, то можно будет писать безопасный код.

вот читаю это и вспоминается фраза одного человека - you are full of bullshit(c)

[_Bers]

вывел ноль

[pproger]

2_Bers

вывел ноль

еще утверждаешь, что проблем с вектором в этом случае нет?