views:

2180

answers:

4

I am having small problem in making a global variable works. I am using Visual Studio 2008 and standard C++.

I have two projects, one is a static library and second one is a test program which uses this library. I have a global variable in global.h like

#ifndef GLOBAL_H
#define GLOBAL_H

#include <string>

extern std::string globalWord;

#endif // GLOBAL_H!

I have a global.cpp where I am initializing this variable. This variable is used inside my library project. I am setting a value to this variable from the test project, but that value is not getting reflected in the library project.

I have debugged and it shows the new value in test project, but when the control reaches the library project, this variable value shows empty. So is this global variable's scope only limited to the project where it belongs to?

Or is there a better way to do this? I don't want to modify my function or constructor parameters in my library to pass this value.

Any help would be great.

Edit:

Here is how this variable is declared in global.cpp

#include <string>
#include "../global.h"

std::string globalWord = "";

This is how I used it in my library

#include "../global.h"
string text = globalWord;

Thanks

+2  A: 

With the "extern" keyword, you're telling the compiler that the actual variable exists somewhere else. You should also create a variable with the same name without the extern, in one and only one place. Ordinarily you'll get an error from the linker if you define two of them, but if one's in the library and one's not it might not figure it out.

Edit: make sure global.cpp is only in the library or test program, not both.

Mark Ransom
+5  A: 

Don't use global variables. Just don't. Much better, if you HAVE to have globally accessible data, is to use a global function which will return globalWord, like this:

std::string globalWord()
{
    static std::string word("Hi Mom");
    return word;
}

This saves you from initialization order issues (read Effective C++ item #4).

Matt
Thanks. So the string word will have a lifetime till the end of program? I need to set the value too. So can I have a SetGlobalWord method? If yes, where do I set the value, I mean to which variable?
Appu
Matt, how do you change this variable to "Bye Dad", for example?
paxdiablo
@Matt: +1 as soon as you change the return value to a reference. Appu specifically needs to be able to change the value.
j_random_hacker
Also note that currently, on most C++ compilers other than g++, if you need to access globalWord() from multiple threads, you need to guard the definition of word with whatever mutex primitives your platform supplies.
j_random_hacker
@j_random_hacker, Since when does G++ do that automatically? The threading issue persists even with global variables, too. (After all, function statics are just scoped globals.)
strager
@ strager: J_random_hacker was referring to the problem of initialization. A static function variable is initialized on first use (unlike a global) and thus potentially problems in a threaded environment. G++ explicitly adds code to guarantee that the variable is only initialized once.
Martin York
Cont: Note. other multi-threaded access/synchronization problems still exist and must be explicitly handeled by the developer (just like any other language).
Martin York
@Matt: Yes using this technique is a good idea but does not (in this case) solve the problem you elude too. Initialization order is only a problem if global variables refer to each other in their constructors. If the global are independent then their is no problem.
Martin York
cont: Though by using this method you avoid future upgrade problems when the variables could potentially start to refer to each other. But the fact that you have global variables or a need to get around them is a bigger code smell.
Martin York
+2  A: 

The problem is likely to be one of initialization order. When the program is linked, there are 2 places where globalWord is used in initialization:

  1. in the initialization of text ("string text = globalWord;")
  2. the initialization of globalWord itself

Unfortunately, the C++ standard does not specify the order of initialization of globals that come from different modules. Something similar to Matt's answer of using a function or a simple class (a singleton, for example) to access the global value is the usual way of enforcing a particular initialization order.

The C++ FAQ talks about this a little - if you plan to modify globalWord in your program, the situation is made a little more complex than they discuss because they don't seem to address setting the value hidden behind the "construct on first use" function. Typically something like that would require something like a singleton class.

Michael Burr
How does this explain that the debugger shows different contents in different contexts?
Mark Ransom
Good idea, but Appu just responded to my comment saying that 'text' is a local variable initialised after main() has started, at which point all globals have been initialised (in some order). So AFAIK the static initialisation order fiasco cannot be the problem here.
j_random_hacker
@Mark- You are right - this answer might not explain th ebehavior he's describing (though the debugging description is not entirely clear to me). I was basing my answer on the code snippets - hopefully they were copied (via the clipboard) from the actual code.
Michael Burr
+1  A: 

The kind of behavior you describe seems more like a problem when you have a DLL, but you are saying that your library is static, which looks weird.

Anyway, take care with global variables in multiple libraries, if you have a shared code library (DLL) you'll get a value for each part. Check out this question, can be useful.

Augusto Radtke