Communities

Writing
Writing
Codidact Meta
Codidact Meta
The Great Outdoors
The Great Outdoors
Photography & Video
Photography & Video
Scientific Speculation
Scientific Speculation
Cooking
Cooking
Electrical Engineering
Electrical Engineering
Judaism
Judaism
Languages & Linguistics
Languages & Linguistics
Software Development
Software Development
Mathematics
Mathematics
Christianity
Christianity
Code Golf
Code Golf
Music
Music
Physics
Physics
Linux Systems
Linux Systems
Power Users
Power Users
Tabletop RPGs
Tabletop RPGs
Community Proposals
Community Proposals
tag:snake search within a tag
answers:0 unanswered questions
user:xxxx search by author id
score:0.5 posts with 0.5+ score
"snake oil" exact phrase
votes:4 posts with 4+ votes
created:<1w created < 1 week ago
post_type:xxxx type of post
Search help
Notifications
Mark all as read See all your notifications »

Welcome to Software Development on Codidact!

Will you help us build our independent community of developers helping developers? We're small and trying to grow. We welcome questions about all aspects of software development, from design to code to QA and more. Got questions? Got answers? Got code you'd like someone to review? Please join us.

Review Suggested Edit

You can't approve or reject suggested edits because you haven't yet earned the Edit Posts ability.

Approved.
This suggested edit was approved and applied to the post about 2 years ago by klutt‭.

53 / 255
  • ## TL;DR
  • You should use
  • int *p = malloc(n * sizeof *p);
  • for two reasons
  • 1. The cast `(int*)` is not necessary, which means it's clutter.
  • 2. Using `sizeof *p` instead of `sizeof(int)` removes code duplication.
  • But remember to check if allocation succeeded before using the memory. It's done like this:
  • ```
  • int *p = malloc(n * sizeof *p);
  • if(!p) {
  • // Handle error
  • }
  • ```
  • ## Longer answer
  • #### 1 - Casting
  • Some people argue that the cast makes it possible to compile the code with both a C compiler and a C++ compiler. While this is technically true and sometimes useful, it's not the typical use case. If you know that you want to be able to do this, then cast. A C++ compiler will throw a compiler error if you don't.
  • But in C, a void pointer (malloc returns a void pointer<sup>*</sup>) can safely be implicitly casted to any other pointer type and back. So it is completely safe to omit it. Note that this is true for void pointers in general. It's not special for malloc. It just happens to be the case that this discussion comes up a lot when talking about malloc.
  • <sup>*In early C, before the 89 standard, there was no void pointer. Instead, a char pointer was used. That's over 30 years ago.</sup>
  • #### 2 - sizeof
  • Let's say you have this code:
  • ```
  • int *p;
  • // Many lines of code
  • p = malloc(size1 * sizeof(int));
  • // More lines of code
  • p = malloc(size2 * sizeof(int));
  • ```
  • Suddenly you realize that you have to change the type of `p` to another pointer type. Will you remember to change EVERYWHERE? And are you sure you will not miss anything? Using `sizeof *p` eliminates this problem. But do remember that `sizeof p` is the size of the pointer, that is `sizeof (int*)`. Mixing this up might give you annoying and hard traced bugs.
  • ## More opinionated stuff
  • Other argue that "it's good habit" to add that extra check that the cast gives. It forces you to think one more time. I strongly disagree with this for several reasons.
  • Firstly, you never do this for non-pointer types. This code looks completely ridiculous:
  • int x = (int)42;
  • int y = (int)x - (int)8;
  • Secondly, in C a cast typically means "I know what I'm doing". So if you're doing it wrong, you can actually HIDE a bug. The argument about forcing you to think again makes sense in C++, because it will not compile if you do it wrong.
  • ## TL;DR
  • You should use
  • int *p = malloc(n * sizeof *p);
  • for two reasons
  • 1. The cast `(int*)` is not necessary, which means it's clutter.
  • 2. Using `sizeof *p` instead of `sizeof(int)` removes code duplication.
  • But remember to check if allocation succeeded before using the memory. It's done like this:
  • ```
  • int *p = malloc(n * sizeof *p);
  • if(!p) {
  • // Handle error
  • }
  • ```
  • ## Longer answer
  • #### 1 - Casting
  • Some people argue that the cast makes it possible to compile the code with both a C compiler and a C++ compiler. While this is technically true and sometimes useful, it's not the typical use case. If you know that you want to be able to do this, then cast. A C++ compiler will throw a compiler error if you don't.
  • But in C, a void pointer (malloc returns a void pointer[^1]) can safely be implicitly casted to any other pointer type and back. So it is completely safe to omit it. Note that this is true for void pointers in general. It's not special for malloc. It just happens to be the case that this discussion comes up a lot when talking about malloc.
  • [^1]: In early C, before the 89 standard, there was no void pointer. Instead, a char pointer was used. That's over 30 years ago.
  • #### 2 - sizeof
  • Let's say you have this code:
  • ```
  • int *p;
  • // Many lines of code
  • p = malloc(size1 * sizeof(int));
  • // More lines of code
  • p = malloc(size2 * sizeof(int));
  • ```
  • Suddenly you realize that you have to change the type of `p` to another pointer type. Will you remember to change **everywhere**? And are you sure you will not miss anything? Using `sizeof *p` eliminates this problem. But do remember that `sizeof p` is the size of the pointer, that is `sizeof (int*)`. Mixing this up might give you annoying and hard traced bugs.
  • ## More opinionated stuff
  • Other argue that "it's good habit" to add that extra check that the cast gives. It forces you to think one more time. I strongly disagree with this for several reasons.
  • Firstly, you never do this for non-pointer types. This code looks completely ridiculous:
  • int x = (int)42;
  • int y = (int)x - (int)8;
  • Secondly, in C a cast typically means "I know what I'm doing". So if you're doing it wrong, you can actually HIDE a bug. The argument about forcing you to think again makes sense in C++, because it will not compile if you do it wrong.

Suggested about 2 years ago by hkotsubo‭