statische Variable in Funktion Template-Klasse durch die globale statische Variable überschrieben

Question

Ich habe eine statische Variable in einer Funktion Template-Klasse wie folgt aus:

template<class T> 
struct builder 
{ 
    static T* buildOrGet() 
    { 
     static T* built = nullptr; 
     if(built == nullptr) built = new T; 
     return built; 
    } 
}; 

und an anderer Stelle im Code eine globale Variable mit einem Konstruktor.

static SomeClass global_var; 

Zuerst wusste ich nicht, was passiert ist, aber das built Variable wurde ohne Grund an einem bestimmten Punkt des Programms beschädigt. Dann fügte ich einen 4-Byte-Datenhaltepunkt in Visual Studio auf &built hinzu, um zu sehen, wer seinen Speicher nach built = new T; zertrümmerte, und tatsächlich ist es während des C++ - Initialisierers beim Initialisieren von Elementen von global_var im SomeClass-Konstruktor. Der Code ist in einer DLL, automatisch geladen von einer exe abhängig davon. Es ist wie global_var Speicherüberschneidungen built Speicher, der sehr seltsam ist.

Ich verstehe wirklich nicht warum und wie das außer einem Fehler in Visual Studio 2015 passieren kann, können Sie mir helfen?

Answer 1

fand ich die Lösung: In der Tat habe ich in verschiedenen Übersetzungseinheiten meiner dll mehr global_var mit dem gleichen Namen habe, aber sie haben nicht die gleiche Art (die anderen int Typen lassen sagen hat).

In diesem Fall (das ist seltsam für mich, weil sie "statisch" sind), halten Sie den Linker nur und verwenden Sie den gleichen Speicher für alle Variablen (es hielt hier die int eins).

Dies ist, wo es schief geht ... Die Someclass Konstruktor noch für die global_var rief ich oben erwähnt, aber der Speicher ist nicht sizeof(SomeClass), aber sizeof(int) und das ist, wo der Überlauf passiert.

Für mich ist es ein Fehler, weil der Linker mich über diese homonymen Variablen mit verschiedenen Typen oder/bemerkt haben sollte und es vermeiden sollte, einen Konstruktor für eine Variable aufzurufen, die nicht mit dem konstruierten Speicher übereinstimmt.

Die Lösung ist: niemals zwei statische Variable mit dem gleichen Namen in verschiedenen Übersetzungseinheiten deklarieren, nur eine wird überleben und Sie können nicht erraten, welche.