I guarantee that this question has been asked before, but I haven't been able to find it via search; sorry in advance for any redundancies.
It's my (potentially wrong) understanding that you only allocate to the stack when you know the size of an object at compile time. So in the case of initializing an array, you could do one of these (and this should go on the stack):
char charArray[50];
Since the size of this array is known at compile time, this should have no issues.
On the other hand, this (I believe) is also valid code:
char anotherCharArray[someVariable + 50];
Would this go on the stack as well? I am pretty sure the code segfaults if you free() this, so it makes me think it does, but it doesn't really make sense to me. Similarly, is the 100% sole situation where you have to use free() when the data was allocated via malloc?
Thanks in advance for your help.
If char charArray[50];
is defined at file scope (outside of all functions) or is static
, it's not going to be on the stack, it's going to be a global preallocated at program's start variable. If it's not static
and is defined at function scope, it's going to be on the stack.
char anotherCharArray[someVariable + 50];
can only be defined at function scope and is going to be on the stack.
All of the above applies to typical implementations of C. Atypical ones may use the heap instead of the stack and instead of the preallocated space in the data section of the program.
You don't free()
what hasn't been allocated with malloc()
, calloc()
or realloc()
. Simple. Some functions may imply the use of one of the above, e.g. POSIX strdup()
.