5 ms·
So I immediately checked my favorite language gotcha, the macro NULL. The text is entirely wrong. The macro NULL is harmful in both C and C++. It is not "stylis
by cjensen 8y ago
So I immediately checked my favorite language gotcha, the macro NULL. The text is entirely wrong. The macro NULL is harmful in both C and C++. It is not "stylistic" AT ALL.
Here's the problem with the macro: the macro NULL can be either 0 or can be (void * ) 0. The issue is that the former can be accidentally interpreted as an integer depending on context.
In both C and C++, this manifests when you pass NULL to a varargs function. Instead of passing in a null pointer, the compiler may instead pass in an integer zero. If pointers and ints have different sizes, hilarity ensues. If the null pointer does not have the same bit representation as int zero, hilarity ensues.
In C++, this happens even more commonly. If there is an operator overload and you pass in NULL, then if NULL is 0 it will chose the int overload, if NULL is (void * ) 0 it will chose a pointer overload.
Never use NULL. Ever.
- cjs_2 8y agoWhat would you suggest using instead? The actual (void *) 0?
- CopperWing 8y agoIn C++, nullptr.
- cjs_2 8y agoAnd in C?
- craigching 8y agoIn C, always use 0 and check for 0, it's the only safe way. For C++, it depends on the standard you're using.
- guipsp 8y agoBut 0 isn't always null right?
- cjensen 8y agoLiteral zero in a pointer context is interpreted by the compiler to mean "the null pointer." The compiler then compiles the null pointer into the code.
- guipsp 8y agoBut then how do you get a pointer to zero (not null) in those systems?
- cjensen 8y agoFirst, that's inherently non-portable. That aside... On most systems, the null pointer happens to be a pointer to address zero. For other systems, e.g. 8086 16-bit mode, you can create a intptr_t (which is the same size as a pointer) and set it to zero. Then cast it to a pointer. Such casting is always done bitwise, so it will work. The compiler knows to turn the following into the null pointer void *p = (void *) 0; but the compiler will NOT turn the following into a null pointer void *p = (void *) (uintptr_t) 0; because the literal 0 is now in an integer context, not a pointer context.
- deleted 8y ago[deleted]
- fanf2 8y agoExcept when calling a varargs function, when you need to cast to the correct pointer type
- Fronzie 8y agoIn C++ it'd be nullptr.
- cjensen 8y agoPrior to nullptr, generally I used literal 0. In those cases which require disambiguation, I used (void * ) 0.
- minipci1321 8y ago> ... when you pass NULL to a varargs function. Instead of passing in a null pointer, the compiler may instead pass in an integer zero. How can that happen? If I recall the standard, variadic functions have default promotion of non-declared args: integral promotion for integral types, floats to doubles. Why would the compiler want to convert a pointer (which (void*)0 is) to an integer?
- taejo 8y ago> a pointer (which (void* )0 is) In C: the macro NULL is an implementation-defined null pointer constant, which may be > an integer constant expression with the value 0 > an integer constant expression with the value 0 cast to the type void* In C++: the macro NULL is an implementation-defined null pointer constant, which may be > an integral constant expression rvalue of integer type that evaluates to zero (until C++11) > an integer literal with value zero, or a prvalue of type std::nullptr_t (since C++11)
- stinos 8y agothe macro NULL can be either 0 When is that the case? Like, in some specific library/compiler implementations?
- taejo 8y agoIn C and C++, 0 is an allowed definition of NULL. Before C++11, 0 was the only allowed definition of NULL.