Perché la mia variabile extern non è ancora inizializzata?

Question

Sto compilando una libreria condivisa con due unità di compilazione: globals.cpp e stuff.cpp. Il file globals.cpp inizializza una manciata di variabili esterne utilizzate in stuff.cpp. Il problema che sto verificando è che il codice in stuff.cpp è in esecuzione prima che il codice in globals.cpp abbia avuto l'opportunità di assegnare un valore alle variabili esterne. Ad esempio, sto vedendo un gruppo di valori 0 utilizzati. Questo problema dipende da quale piattaforma compilo/eseguo il codice, alcuni funzionano e altri no.

Come si può risolvere? Posso forzare lo a eseguire prima?

Answer 1

Non si può (in modo coerente)

Ma si può lavorare intorno ad esso.

global.cpp

// If you have a global variable that has to be initial by a constructor 
MyObj globalX; 

// Instead do this 

MyObj& globalX() { static MyObj x; return x;} 

Hai ancora una variabile globale. Ma mettendolo in una funzione sappiamo quando viene utilizzato. Usando un membro statico della funzione esso viene inizializzato la prima volta che viene chiamata la funzione ma non dopo. Quindi sai che sarà costruito correttamente prima del primo utilizzo.

Answer 2

Dal comp.lang.C++ FAQ, vedi:

• [10.14] What's the "static initialization order fiasco"?
• [10.15] How do I prevent the "static initialization order fiasco"?

Answer 3

Sto assumendo che state vedendo questo behavious perché si sta facendo in linea di inizializzazione delle variabili globali senza una chiamata di funzione esplicita. per esempio. globals.cpp:

// top of source file 

#include "myincludes.h" 

CSomeClass someObject(432); 
int global_x = 42; 
int global_y = InitY(); 

Il costruttore e distruttore ordine degli oggetti globali e ordine globale inizializzazione delle variabili è per lo più non-deterministico. (Direi, senza consultare le pagine di riferimento standard, che le variabili in un file sorgente vengano inizializzate dalla prima dichiarazione in basso, ma l'ordine di "quale file sorgente viene prima" non è definito.)

La soluzione migliore è non avere oggetti globali (dove il costruttore viene eseguito prima di qualsiasi funzione nella libreria) o avere una dipendenza dall'ordine di inizializzazione delle variabili globali.

Meglio disporre di una funzione che inizializza in modo esplicito la libreria. Forse hai bisogno che l'app chiami questa funzione all'avvio o le funzioni esportate della tua libreria lo chiamino dopo aver rilevato che l'inizializzazione non è avvenuta. Inizializza quindi i tuoi globali.

Nella mia squadra, il codice che viene eseguito prima di "main" (o "DllMain") è severamente vietato. In altre parole, nessun oggetto globale. Nessuna funzione per avviare globals.