Uninitialized pointers in code

50,488

Solution 1

int* ptr = NULL; //Is this going to avoid the problem

This will cause ptr to point to NULL which you can explicitly check for as a default/uninitialized value. It prevents the problem you describe, but a careless programmer can still accidentally dereference a null pointer without checking, causing undefined behaviour.

The main advantage is your convenience for checking whether the ptr has or has not been initialized to anything, ie:

 if (ptr != NULL)
 {
     // assume it points to something
 }

Since this is pretty idiomatic, its pretty dangerous to not initialize the pointer to NULL. The pointer would be initialized to a non-NULL garbage value that doesn't really point to anything real. Worst of all, the check above would pass, causing even worse problems if it just so happens that the address in the pointer is memory you can legally access. In some Embedded environments, you might be able to access any part of memory, so you might accidentally corrupt random parts of memory or random parts of your executing code.

Solution 2

Always initialize your variables.

Occasionally, you may want to initialize to NULL, but most of the time, you should be able to initialize the pointer to the value it is supposed to hold. Declare variables as late as possible, and initialize them at that point, not 15 lines further down in your code.

Solution 3

The line:

int* ptr;

is definitely not guaranteed to initialize the pointer value to anything in particular. The line:

int* ptr = NULL;

Will initialize the pointer to point to address zero, which in practice will never hold anything useful, and which will be conventionally checked for as an invalid pointer value.

Of course, it is still possible, as has been said by Doug T., to attempt to use this pointer without checking it and so it would crash all the same.

Explicitly initializing to NULL has the advantage of ensuring that dereferencing the pointer before setting it to something useful will crash, which is actually a good thing, because it prevents the code from "accidentally" working while masking a serious bug.

Solution 4

It's alway better to initialize a pointer to NULL if for any reason you can't initialize it while declaration occurs . For example:

Object *ptr = new Object();

Typically a function can check the value of the pointer against NULL to verify that the pointer has been initialized before. If you haven't set it explicitly to NULL, and it points to a random value, then it could be dereferenced causing a segfault.

Solution 5

C++ follow on from C in that it is not designed to be a safe; it is designed to be efficient. It is therefore for this reason that automatic variables are not initialized. It is up to you to ensure that no pointer is used before it is initialized (although many compiler will warn you if you don't initialize your variables)

Share:
50,488
munish
Author by

munish

Updated on January 17, 2020

Comments

  • munish
    munish over 4 years

    I am learning C++ and I came to know that pointers if left uninitialized could point to random locations in memory and create problems that memory might be used by some other program.

    Now if that is the case we should never have this line in any part of our code:

    int* ptr;
    

    Instead we should have something like

    int* ptr = NULL; //Is this going to avoid the problem
    

    Please suggest because I have seen the first line(int* ptr;) in many books so I am getting this doubt. If possible give some examples also.

  • josesuero
    josesuero about 13 years
    It's always better to initialize a pointer. But it's not always better to initialize it to NULL. If you know what value it should have, initialize it to that value directly.
  • Rune Aamodt
    Rune Aamodt about 13 years
    If you do this, it's also important to remember to do it consistently by setting to NULL again when the pointer is deallocated. Otherwise you can't safely assume a non-NULL pointer is dereferenceable.
  • munish
    munish about 13 years
    So @Doug you mean int* ptr; should never be used? but @Sasquiha writes that its safe untill we do not dereference it.
  • Doug T.
    Doug T. about 13 years
    @munish, Yes its safe if you never dereference it but whats the point of a pointer if you never dereference it?
  • Doug T.
    Doug T. about 13 years
    One of the main reason that people want to use pointers is because they want to have a handle to something and be able to see if that something exists (by checking for NULL). If you can initialize when declaring the variable, why not just allocate the thing on the stack and be done with it?
  • munish
    munish about 13 years
    Hmm i am getting your point but I was thinking.If you consider an example in which there is a line in my code int* ptr; and then i dereference it 100 0r 1000 lines later then in the mean while i.e between the time it reaches the 1000th line it should be pointing to a random location.it will be dereferenced a lot later.
  • James Kanze
    James Kanze about 13 years
    This is simply false. Plain old pointers are still the most common type in well written C++. And while you're correct that you should initialize the pointer with its final value if possible, one possible reason for using a pointer is precisely that you might not be able to do so, and have to set it later. (Otherwise, you would need a reference.)
  • josesuero
    josesuero about 13 years
    @Doug: typically because you need it to outlive the current scope. And I don't really see how checking handles for NULL changes anything. In that case you should also declare it as late as possible, and try to initialize it immediately.
  • heretoinfinity
    heretoinfinity over 2 years
    Where does this garbage value come from though? Does the compiler randomly give this value?