zwei Instanzen eines statischen Mitglieds, wie könnte das sein?

Question

Ich habe eine Multithread-Anwendung. Ich deklariere eine Klasse mit einem statischen Mitglied in einer gemeinsam genutzten Bibliothek.

Drucken der Adresse des Elements von verschiedenen Threads aus verschiedenen Bibliotheken zeigt unterschiedliche Ergebnisse.

// Deklaration

template <class OBJECT> 
struct Container 
{ 
    static int m_member; 
}; 

template <class OBJECT> 
int Container<OBJECT>::m_member; 

// Druck

cout << (void*) &Container<int>::m_member << endl; 

Wie konnte das sein?

Answer 1

Wenn Sie verschiedene Bibliotheken haben (ich vermute, verschiedene dynamische Bibliotheken), dann haben Sie möglicherweise einige Doppelkopie von Code und statischen Variablen.

Die genauen Details hängen von der jeweiligen dynamischen Bibliothekstechnologie ab, die Sie verwenden. Ich würde sagen, dass Sie beispielsweise in Windows DLLs Code und Variablen dupliziert haben, aber in Linux SOs nicht.

Wie auch immer, sollten Sie mehr Details über das Betriebssystem und das Layout Ihres Projekts geben.

UPDATE: Ahh, aber Ihre Klasse ist eine Vorlage! Template-Instanziierungen in einer gemeinsamen Bibliothek sind ein seltsames Biest! Um sicherzustellen, dass nur eine Kopie Ihrer Klasse für den gesamten Prozess verwendet wird, müssen Sie die Vorlage explizit instanziieren und sicherstellen, dass diese Instanziierung in die SO exportiert und aus dem Clientcode verwendet wird. Die Details variieren mit dem Compiler, aber Sie können überprüfen, wie die std::string erfolgt, zum Beispiel:

In der Header-Datei:

namespace std 
{ 
    extern template class basic_string<wchar_t>; 
} 

In der Quelle der Bibliothek:

namespace std 
{ 
    template class basic_string<wchar_t>; 
} 

Natürlich müssen Sie im Voraus wissen, welche Instanziierungen Ihrer Vorlage benötigt werden. Offensichtlich kann die SO keine Instanziierung exportieren, die einen Typ verwendet, von dem sie nichts weiß.

UPDATE: Ahh, aber Sie haben zwei verschiedene Bibliotheken die Vorlage instantating ... dann, wenn beide Bibliotheken die explizite Instanziierung als extern die gemeinsam genutzte ELF Magie definieren beiden Instanzen zu einer Einheit verschmelzen soll.

NOCH EIN WEITERES UPDATE: Nach dem Spielen mit Vorlagen und geteilten Objekten funktioniert es normalerweise einfach. Ich rate jetzt, dass Sie die Bibliotheken mit -fvisibility=hidden oder ähnlichem kompilieren. Wenn das der Fall ist, würde es ausreichen, nur zu schreiben:

template <class OBJECT> 
struct __attribute__((visibility("default"))) Container 
{ 
    static int m_member; 
}; 

Um die Spezialisierungen der Vorlage machen die dynamische Symboltabelle einzugeben und damit die Doppelarbeit vermeiden.