Pointers and Dynamic Allocation of Memory
Thursday, February 21st, 2008Pointers and Dynamic Allocation of Memory There are times when it is convenient to allocate memory at
run time using malloc(), calloc(), or other allocation functions.
Using this approach permits postponing the decision on the size
of the memory block need to store an array, for example, until
run time. Or it permits using a section of memory for the
storage of an array of integers at one point in time, and then
when that memory is no longer needed it can be freed up for other
uses, such as the storage of an array of structures.
When memory is allocated, the allocating function (such as
malloc(), calloc(), etc.) returns a pointer. The type of this
pointer depends on whether you are using an older K&R compiler or
the newer ANSI type compiler. With the older compiler the type
of the returned pointer is char, with the ANSI compiler it is
void.
If you are using an older compiler, and you want to allocate
memory for an array of integers you will have to cast the char
pointer returned to an integer pointer. For example, to allocate
space for 10 integers we might write:
int *iptr;
iptr = (int *)malloc(10 * sizeof(int));
if(iptr == NULL)
{ .. ERROR ROUTINE GOES HERE .. }
If you are using an ANSI compliant compiler, malloc() returns
a void pointer and since a void pointer can be assigned to a
pointer variable of any object type, the (int *) cast shown above
is not needed. The array dimension can be determined at run time
and is not needed at compile time. That is, the “10″ above could
be a variable read in from a data file or keyboard, or calculated
based on some need, at run time.
Because of the equivalence between array and pointer
notation, once iptr has been assigned as above, one can use the
array notation. For example, one could write:
int k;
for(k = 0; k < 10; k++
iptr[k] = 2;
to set the values of all elements to 2.
Even with a reasonably good understanding of pointers and
arrays, one place the newcomer to C is likely to stumble at first
is in the dynamic allocation of multi-dimensional arrays. In
general, we would like to be able to access elements of such
arrays using array notation, not pointer notation, wherever
possible. Depending on the application we may or may not know
both dimensions at compile time. This leads to a variety of ways
to go about our task.
As we have seen, when dynamically allocating a one
dimensional array the dimension can be determined at run time.
Now, when using dynamic allocation of higher order arrays, we
never need to know the first dimension at compile time. Whether
we need to know the higher dimensions depends on how we go about
writing the code. Here I will discuss various methods of
dynamically allocating room for 2 dimensional arrays of integers.
First we will consider cases where the 2nd dimension is known
at compile time.
METHOD 1:
One way of dealing with the problem is through the use of the
“typedef” keyword. To allocate a 2 dimensional array of integers
recall that the following two notations result in the same object
code being generated:
multi[row][col] = 1; *(*(multi + row) + col) = 1;
It is also true that the following two notations generate the
same code:
multi[row] *(multi + row)
Since the one on the right must evaluate to a pointer, the
array notation on the left must also evaluate to a pointer. In
fact multi[0] will return a pointer to the first integer in the
first row, multi[1] a pointer to the first integer of the second
row, etc. Actually, multi[n] evaluates to a pointer to that
array of integers which makes up the n-th row of our 2
dimensional array. That is, multi can be thought of as an array
of arrays and multi[n] as a pointer to the n-th array of this
array of arrays. Here the word “pointer” is being used
to represent an address value. While such usage is common in the
literature, when reading such statements one must be careful to
distinguish between the constant address of an array and a
variable pointer which is a data object in itself.
Consider now:
———————————————–
#include <stdio.h>
#define COLS 5
typedef int RowArray[COLS];
RowArray *rptr;
int main(void)
{
int nrows = 10;
int row, col;
rptr = malloc(nrows * COLS * sizeof(int))
for(row = 0; row < nrows; row++)
for(col = 0; col < COLS; col++)
{
rptr[row][col] = 17;
}
}
————————————————-
Here I have assumed an ANSI compiler so a cast on the void
pointer returned by malloc() is not required. If you are using
an older K&R compiler you will have to cast using:
rptr = (RowArray *)malloc(…. etc.
Using this approach, “rptr” has all the characteristics of an
array name and array notation may be used throughout the rest of
the program. That also means that if you intend to write a
function to modify the array contents, you must use COLS as a
part of the formal parameter in that function, just as we did
when discussing the passing of two dimensional arrays to a
function.
METHOD 2:
In the METHOD 1 above, rptr turned out to be a pointer to
type “one dimensional array of COLS integers”. It turns out that
there is syntax which can be used for this type without the need
of typedef. If we write:
int (char *xptr)[COLS];
the variable xptr will have all the same characteristics as the
variable rptr in METHOD 1 above, and we need not use the
“typedef” keyword. Here xptr is a pointer to an array of
integers and the size of that array is given by the #defined
COLS. The parenthesis placement makes the pointer notation
predominate, even though the array notation has higher
precedence. i.e. had we written
int char *xptr[COLS];
we would have defined xptr as an array of pointers holding the
number of pointers equal to that #defined by COLS. Which is not
the same thing at all. However, arrays of pointers have their
use in the dynamic allocation of two dimensional arrays, as will
be seen in the next 2 methods.
























