Proper way of casting pointer types

C++PointersCastingReinterpret CastStatic Cast

C++ Problem Overview


Considering the following code (and the fact that VirtualAlloc() returns a void*):

BYTE* pbNext = reinterpret_cast<BYTE*>(
    VirtualAlloc(NULL, cbAlloc, MEM_COMMIT, PAGE_READWRITE));

why is reinterpret_cast chosen instead of static_cast?

I used to think that reinterpret_cast is OK for e.g. casting pointers to and from integer types (like e.g. DWORD_PTR), but to cast from a void* to a BYTE*, isn't static_cast OK?

Are there any (subtle?) differences in this particular case, or are they just both valid pointer casts?

Does the C++ standard have a preference for this case, suggesting a way instead of the other?

C++ Solutions


Solution 1 - C++

For convertible pointers to fundamental types both casts have the same meaning; so you are correct that static_cast is okay.

When converting between some pointer types, it's possible that the specific memory address held in the pointer needs to change.

That's where the two casts differ. static_cast will make the appropriate adjustment. reinterpret_cast will not.

For that reason, it's a good general rule to static_cast between pointer types unless you know that reinterpret_cast is desired.

Solution 2 - C++

You should static_cast. Use static_cast in cases where you're undoing an implicit conversion.

In this particular case, however, there is no difference because you're converting from void*. But in general, reinterpret_casting between two object pointers is defined to be (§5.2.10/7):

> An object pointer can be explicitly converted to an object pointer of a different type. When a prvalue v of type “pointer to T1” is converted to the type “pointer to cv T2”, the result is static_cast<cv T2*>(static_cast<cv void*>(v)) if both T1 and T2 are standard-layout types and the alignment requirements of T2 are no stricter than those of T1, or if either type is void. Converting a prvalue of type “pointer to T1” to the type “pointer to T2” (where T1 and T2 are object types and where the alignment requirements of T2 are no stricter than those of T1) and back to its original type yields the original pointer value. The result of any other such pointer conversion is unspecified.

Emphasis mine. Since T1 for you is already void*, the cast to void* in reinterpret_cast does nothing. This is not true in general, which is what Drew Dormann is saying:

#include <iostream>

template <typename T>
void print_pointer(const volatile T* ptr)
{
    // this is needed by oversight in the standard
    std::cout << static_cast<void*>(const_cast<T*>(ptr)) << std::endl;
}

struct base_a {};
struct base_b {};
struct derived : base_a, base_b {};

int main()
{
    derived d;

    base_b* b = &d; // implicit cast

    // undo implicit cast with static_cast
    derived* x = static_cast<derived*>(b);

    // reinterpret the value with reinterpret_cast
    derived* y = reinterpret_cast<derived*>(b);

    print_pointer(&d);
    print_pointer(x);
    print_pointer(y);
}

Output:

> 00CBFD5B
> 00CBFD5B
> 00CBFD5C

(Note that because y doesn't actually point to a derived, using it is undefined behavior.)

Here, reinterpret_cast comes up with a different value because it goes through void*. This is why you should use static_cast when you can, and reinterpret_cast when you have to.

Solution 3 - C++

Using static_cast to cast a pointer to and from void* is guaranteed to preserve the address.

reinterpret_cast on the other hand guarantees that if you cast the pointer from one type to other, and back to the original type, the address is preserved.

Although with most implementations, you would see the same results in using either of these, static_cast should be preferred.

And with C++11 I remember that, using reinterpret_cast for void* has a well defined behavior. Before that this behavior was prohibited.

It is not permitted to use reinterpret_cast to convert between pointers to object type and pointers to void.

> Proposed resolution (August, 2010):

> Change 5.2.10 [expr.reinterpret.cast] paragraph 7 as follows:

> An object pointer can be explicitly converted to an object pointer of > a different type. When a prvalue v of type “pointer to T1” is > converted to the type “pointer to cv T2”, the result is static_cast T2>(static_cast>(v))** if both T1 and T2 are standard-layout > types (3.9 [basic.types]) and the alignment requirements of T2 are no > stricter than those of T1, or if either type is void. > > Converting a prvalue of type “pointer to T1” to the type “pointer to > T2” (where T1 and T2 are object types and where the alignment > requirements of T2 are no stricter than those of T1) and back to its > original type yields the original pointer value. The result of any > other such pointer conversion is unspecified.

More info here.

Thanks to Jesse Good for the link.

Attributions

All content for this solution is sourced from the original question on Stackoverflow.

The content on this page is licensed under the Attribution-ShareAlike 4.0 International (CC BY-SA 4.0) license.

Content TypeOriginal AuthorOriginal Content on Stackoverflow
QuestionMr.C64View Question on Stackoverflow
Solution 1 - C++Drew DormannView Answer on Stackoverflow
Solution 2 - C++GManNickGView Answer on Stackoverflow
Solution 3 - C++TuxdudeView Answer on Stackoverflow