Jan - 31 - 2011

Vestibulum quis diam velit, vitae euismod ipsum

Jan - 31 - 2011

Aliquam vel dolor vitae dui tempor sollicitudin

Jan - 31 - 2011

Nam ullamcorper iaculis erat eget suscipit.

Maecenas at ipsum quis massa rutrum gravida! Ut in varius orci. Pellentesque habitant morbi tristique senectus et netus et malesuada fames ac turpis egestas.
Phasellus sed lectus nec risus posuere rhoncus sed et ligula. Sed gravida ornare turpis vel euismod. Phasellus quis tortor non lacus sodales rutrum sit amet non est
Donec elit nulla, pulvinar nec porta sed, hendrerit eget metus. Suspendisse porttitor ligula non felis volutpat pretium? Praesent laoreet nisl a eros ultricies in lacinia
Showing posts with label class. Show all posts
Showing posts with label class. Show all posts



Week 5 – Introduction to generic functions in C part 2


When we left you last time, we were probably about 60 percent of the way through my lsearch implementation. We are trying to go from type specific to generic, but I'm trying to do that in the C language.

Void *lsearch (void *key ,void base,int n ,int elemsize, int (cmpfn)(void *,void *))


this is the header for our linear search

key refers to the element we need to find
base refers to the base address
n refers to the no of elements
and elemsize refers to the size of each element
but the last argument looks a bit confusing ... lets figure out whats the last argument all about
now lets look at the body of the function
for(i=0;i

void * elemaddr = (char*)base +i*elemsize ;

/* elemaddr is the address of the key ... here a for loop to increase the valueof the base pointer each time by elemsize *\
now lets get to the mystery argument we had left out on closer evaluation we see that the argument is actually a function with the aruments as two void * this arguments is used to compare two elements of any type and it returns 0 if they match or some other integer otherwise
if (cmpfn(key,elemaddr)==0)
return elemaddr;
now lets consider an example
int array[] ={4,2,3,7,11,6};
int size =6 ;

now if i have to search for a number say 7 i have to do the following
int number =7 ;
now i have to set aside space for the key element i am interested in as i have to pass that as the very first element to the function
array is represented in the following way



<----elemsize--->

4 2 3 7 11 6
↑ ↑
base address key address

now lets see how to call lsearch for this example

int *found = lsearch(&number,array,6,sizeof(int),int cmpfn);
if (found==NULL)
dint get number
else
number was found

we have to define the int cmpfn function before we can use it so lets write the cmpfn function

now the cmp function has to take two void * and return an integer (prototype) , this is the fifth parameter in our lsearch function

you may think cant i just write a fucntion taking two int * and returning an int ... the answer is you could since all pointers are of same size .. you would pass them as int * and they would be absorbed as void * ... but its better to write the comparison function to match that prototype exatly

my function take two pointers ... one is the key which always remains constant and the other is the element address which keeps changing unless a match is found

i also have to return a 0 or any other integer depending whether there is a match or not

now since im writing the code i know that the two void * are really int * .. therefore i can reinterpret them to be the int * they really are




int intcmp(void * elem1,void *elem2)
{
int *ip1 =elem1;
int *ip2=elem 2;


return (*ip1 -*ip2) /* returns the difference between element if zero ... its a match */
}

this may be difficult to understand the first time you see it .. its not the most elegant way to support generics .. its just the best C has to offer ... all the other languages are much younger and they have learnt forms C's mistakes and they have better solutions to such problems


here is the full program :



#include
#include
#include


void *lsearch(void *key,void*base,int n,int elemsize,int(cmpfn)(void*,void*))
{
int i;
for(i=0;i
{
void *elemaddr=(char*)base+i*elemsize;
if(cmpfn(key,elemaddr)==0)
return elemaddr;
}}


int cmpfn(void *elem1,void *elem2)
{
int *ip1=elem1;
int *ip2=elem2;
return(*ip1-*ip2);
}


main()
{
int array[]={4,2,3,7,11,6};
int size=6;
int number =7;
int *found=lsearch(&number,array,6,sizeof(int),cmpfn);
if(found==NULL)
printf("we dint get the number\n");
else
printf("we found the number\n");
}









But there are some plus points like this method is very fast, you use one copy of lsearch to do all your searching .. the template approach you get one instance of that lsearch algorithm for every datatype you search for
this method isnt that difficult to understand while searching for integers but its starts to get a lot more complicated when we start lsearching an array of c strings so you will have an array of char * and well have to search for a specific char * to see whether you have a match or not

consider the following code


char *letters [] ={“a”,”f”,”b”,”g”,”d”};
char *favletter =”e”;
lsearch(&favletter,letters,5,sizeof(char*),StrCmp);




this is array is represents in the memory as follows








↓ ↓ ↓ ↓ ↓ ↓
base pointin to a pointing to f pointing to b pointing to g pointing to d
address

in the function we pass the address of the favletter , we pass the letters array which is the base address of the first element ,no of elements ,size of elements which is char * (why char *) .. so that we know the space between the elements,and StrCmp .. the compare function which we have to write

the reason we are passing the address of favletter rather than the value its self .. is that we want the key to be of the same type as of as all the pointers that are computed manually in the lsearch
this is beacause though elemenst are passed as char * we know that they are acutally char** that is they are two hops away from the element .. and it would make our life easier if we passed the key as char** so that there will be some symmetry in the code

now lets write the StrCmp function



int StrCmp(void*vp1,void *vp2)
{
char * s1= * (char **)vp1;
char * s2= * (char **)vp2;
return strcmp(s1,s2);
}


the first argument is &favletter and the other argument is the function to which it has to be compared with ...now the function body look really very confusing the first time you see it..but if you examine it carefully youll find that we are casting vp1 and vp2 to be the type we know they are ..

they are two hops away from going to charecters (that is why we use char** instead of char*) after that we dereference them once so that the address of the key and the present element are sitting in s1 and s2 ... we do this because there a function in c library which compares character arrays by passing the address of the pointer to the first character this function returns a zero for match otherwise the difference between the ascii key values

lets consider the same function and if we forget to pass &favletter and instead pass favletter

our compare function still interprets its as a char** not char* it would set theit address of 'e' to be char** instead of char*
it would still derefrence it but would now represent 'e' to be a char * which actually is a char ,and it would pass that to strcmp which will not be good as it will jump to the 'e' mystery address and assume there are characters there

now suppose u dont want to deal with a double dereference when u dont need to .you can wanna pass just favletter as your argument
the body of the function gets changed




char * s1= (char *)vp1;
char * s2= * (char **)vp2;
return strcmp(s1,s2);


we can recognise that the first argument is 1 hop away from the characters and the second one is two hops away
the way the function was written first is the way its usually written due to the symmetry of dealing with the same incoming datatype
we can write it anyway .. both methods work

this is the full program :


#include
#include
#include

int StrCmp(void *vp1,void *vp2)
{
char *s1=*(char**)vp1;
char *s2=*(char**)vp2;
return (strcmp(s1,s2));
}

void lsearch(void *key,void*base,int n,int elemsize,int(StrCmp)(void*,void*))
{
int i;
for(i=0;i

{
void *elemaddr=(char*)base+i*elemsize;
if(StrCmp(key,elemaddr)==0)
{
printf("element has a match\n");
break ;
}
}
printf("element has no match\n");
}


main()
{
char *letters[]={"a","f","b","g","d"};
char *favletter="e";
lsearch(&favletter,letters,5,sizeof(char*),StrCmp);

}









now that we have a pretty good idea about genric code ... lets turn our attention to implementing a stack datastructure
well start by making it int specify just so that we have a clear idea how the generic should be implemented

well be implementing everything in int so there is no void* business yet
well try to imitate the way we use stacks in c++ as we are more use to it

as there is no class keyword in C well be using struct
and we have to public and no private

well try to come as close as we can to implementing a class using C code



typedef struct{
int *elems;
int logicallen;
int alloclength;
}stacks;


since we are trying to implement it as a class ... lets not manipulate the element inside stacks diresctly
well try using function to manipulate them

we want to write a constructor function, destructor function, and then we want to write an is empty function, a pop function, a push function, things like that.

So here’s the prototype of the first thing I’m interested in:



void stacknew (stack *s);
void stackdispose(stack *s);
void stackpush(stack *s,int value);
int stackpop(stack *s);


in stack new all we are gonna do is pass in or expect the address of some stack that’s already been allocated.

we also have this function stack dispose. we want to identify the address of the stack structure that should be disposed. This is gonna be a dynamically allocated array that’s not perfectly sized. So we want to keep track of how much space I have (logicallen) and how much of it I’m using (alloclengh)

stackpush and stackpop is used to push and pop elements

lets see a picture of what happens when we declare a element of stack

stack s ;


?
?
?

That means that this, as a picture, is gonna be set aside. And you know, based on what we’ve talked about in the past, that it’s 12 bytes
if the elems field is at the bottom, and that the two integers are stacked on top of it. But as far as the declaration is concerned, it doesn’t actually clear these out, or zero them out like Java does, it just inherits whatever bits happen to reside in the 12 bytes that are
overlaid by this new variable.

stacknew(&s) It’s when we call stack new that we pass in the address of this. Why does that work, and why
do we know it can work?
Because we identify the location of my question-mark-holding
stack pass into a block of code that we’re gonna allow to actually manipulate these three
fields. And I’m going to logically do the following:


I’m gonna take the raw space, that’s set up this way. I’m gonna set it’s length to be zero.
I’m gonna make space for four elements. And I’m gonna store the address of a
dynamically allocated array of integers, where these question marks are right here, and
initialize the things. That means that that number can be used not only to store
the effective depth of the stack, but it can also identify the index where I’d like to place
the next integer to be pushed.



So because I’m pre-allocating space for four elements, that means that this is a function.
It’s gonna be able to run very, very quickly for the very first calls. And it’s only when I
actually push a fifth element, that I detect that allocated space has been saturated, that I
have to recover and panic a little bit and say, oh, I have to put these things somewhere
else. That it’ll actually go and allocate another array that’s twice as big, and move
everything over, and then carry on as if the array were of length 8 instead of 4 all along.

You can imagine that when we go generic this is still gonna be an array, just like the
arrays passed to lsearch are, but we’re gonna have to manually compute the
insertion index to house the next push call, or to accommodate the next push call, and do
the same thing for pop. we do this




stacknew(&s)
{
for(int i=o;i<5;i++)
stackpush(&s,i);
}









So what has to happen is that on the very last iteration here I have
to do that little panic thing, where I say, I don’t have space for the 4. So I have to go and
allocate space for everything.



So I’m gonna use this doubling strategy, where I’ve gotta set aside space for eight
elements. I copy over all the data that was already here. I free this. Get this to point to this
space as if it were the original figure I’ve allocated. Forget about that smaller house, I’ve
moved into a bigger house and I hated the older house. And then I can finally put down
the 4 and make this a 5 and make this an 8. So that’s the generic algorithm we’re gonna
be following for this code






I want to implement stack new. So take a stack address, just like that, recognize that s is a
local variable. It has to make the assumption that it’s pointing to this 12-byte figure



Void stacknew(stack *s)
{
s->logicallen=0;
s->allocelem=4;
s->elems=malloc(4*size0f(int));
assert(s->elems !=num);


So what I want to do is I want to go in. I want to s arrow logical n = zero. I want to do s
arrow alloc len = 4, and allocate dynamic memeory using malloc for elems

There is this function called assert. It’s actually
not a function it’s actually a macro. There’s this thing you can invoke called assert in the
code, which takes a boolean value, takes something that functions as a test. It effectively
becomes a no op if this test is true, but if this is false assert actually ends the program and
tells you what line the program ended at. It tells you the file number containing and the
line number of the assert that broke.

The idea here is that you want to assert the truth of some condition, or assert that some
condition is being met, before you carry forward. Because if I don’t put this here and
malloc failed, it couldn’t find 16 bytes (That wouldn’t happen but just assume it could)
and it returned null, you don’t want to allow the program to run for 44 more seconds for
it to crash because you de-referenced a null pointer somewhere.

So when we come back next sunday we'll finish the rest of the three functions and then we will go
generic
[...]

Previously we had seen the implementation of swap function, which however was specific to int data
type. Today we make a few points on that on introduce ourselves to generic functions in C. Generic
functions, which we'll be writing shortly, are analogous to the templates that we see in C++. We'll also
chalk out the major differences, pros and cons of generic functions.

We are quite familiar with the following code:

void swap(int* aptr,int* bptr)
{
int tmp;
tmp = *aptr;
aptr = *bptr;
*bptr = tmp;
}

Needless to say, the function swap(), swaps the contents of the two variables passed. This is done by
passing the addresses of the two variables and assigning each others' values by the usual swapping
algorithm using the temporary 'tmp' variable.

So to make an attempt to write a generic swap(), we need to understand this : swap() must work for any
type of data we pass. For this purpose, we use void pointers.
Void pointers (void*) are pointers that can point to any addresses of data type.

Thus,

int a;
float b;
double c;
void *vptr = &a;
vptr = &b;
vptr = &c;





... are all perfectly legal statements.
The versatility of void* makes it useful in writing generic functions.
So coming back to writing the generic swap() function...


Attempting to write the generic swap(), a natural tendency would be...

void gswap(void *aptr,void *bptr)
{
void tmp;
tmp = *aptr;
aptr = *bptr;
*bptr = tmp;
}


However, this code simply wouldn't work for two reasons – one obvious and one subtle.

  • The obvious reason would be that no variable can be declared as void.
  • The other, more subtle, reason is that void pointers cannot be deference!


Lets go one by one.

Our first problem of storing the unknown data type : To solve this, we ask for the size of the data type.
Knowing the size of the data type, we can ask for that many bytes of memory from the heap. So the question is which data type do we use to store the unknown data? The best answer would be char. This is because char just take one byte in the memory and thus its pointers arithmetic are much simpler than any other data type. So how do we store the unknown variable using char which can only hold one byte of data? We don't use just one char variable but an array of char. The number of elements of the array would depend on the size of the unknown data.

Our second problem of differencing the void pointer : Well, in the first place, we wont be doing the usual assignment using ' = ' .This is because the tmp variable, as we discussed, would be an array we simply cannot do an assignment to an array. Hence, we use the memcpy() function from string.h


memcpy()prototype : void * memcpy ( void* destination, const void * source, size_t num );

Sticking to our topic, it is enough to know that the function can take two void* and an integer. (An integer could be passed in place ofsize_t). Note that memcpy() doesn't look for any special character that would mark the end of array (like strcpy() does). It simply copies the number of bytes specified in numfrom
source to destination.


Hence our gswap() looks like (including the complete code) : -
//------------------------------------- Code--------------------------------------------------- //
#include <stdio.h>
#include <malloc.h>
#include <string.h>

void swap(void *a,void *b,int sz);

int main()
{
int a = 44;
int b = 5;

int *aptr = &a;
int *bptr = &b;

printf(”Beforeswapping...\na = %d\nb = %d”,a,b);swap(aptr,bptr,sizeof(int));
printf(”\nAfterswapping...\na = %d\nb = %d”,a,b);

return 0;
}

void swap(void *a,void *b,int sz)
{
char *buf =(char*)malloc(sz);
memcpy(buf,a,sz);
memcpy(a,b,sz);
memcpy(b,buf,sz);
}

//---------------------------------------------------------------------------------------------------------//



The advantage generic C functions have over C++ templates is seen during compilation of the code.
In C++, when templates are compiled, various copies of function are created depending upon the number of data types using the template. Each copy differs from the other only in the aspect of handling the data – the code more or less remains the same.

To put it simply, consider that we used a template to handle anint, float and a double in our C++ code. The compiler would create a duplicate copy of the function, each for int, float and double. The copy handling int would only differ in handling the data – rest of the code doesn't change.

This wouldn't matter much when its just a matter of few data types. However, in a huge a code-base having 30-40 data types (structures,classes etc. ) the issue can get serious as the size of the executable would simply magnify.


Shortcomings of generic function are that generic functions are run-time error prone. Its is possible that while compiling the code may not show any errors but the output isn't the desired result.Generic functions can lead to buggy codes if care is not taken.


Now consider the following code:
#include<stdio.h>
#include<string.h>

voidswap(void *a,void *b,int sz)
{
char*buf = (char*)malloc(sz);
memcpy(buf,a,sz);
memcpy(a,b,sz);
memcpy(b,buf,sz);
}


intmain()
{
char*husband = strdup("Fred");
char*wife = strdup("Wilma");

printf("Before swapping...\n");
printf("Husband : %s\n",husband);
printf("Wife : %s\n",wife);
swap(&husband,&wife,sizeof(char*));
printf("After swapping...\n");
printf("Husband : %s\n",husband);
printf("Wife : %s\n",wife);
return 0;
}


Well the question here would be about the call to swap() as in to send husband,wife,size of(char*) or &husband,&wife,size of(char*) as'husband' and 'wife' themselves are pointers. The answer to this question lies in swap() itself.

Inswap(), we copy the contents of the variable pointed by a to a temporary buffer 'buf' (the char array) using memcpy(). memcpy(), aswe know, simply copies the memory contents from the address,irrespective of the data type. Passing '&husband','&wife' would help us swap the contents of 'husband' and 'wife' - which are addresses to strings 'Fred' and 'Wilma' respectively.












It"s to be noted that, when we swap two strings, we swap their perspective pointers and not the individual characters. This is because strings, as we know, are handled using the pointers to the base address of the string residing in the memory. Thus swapping of the addresses is sufficient ( and convenient too!).

So what would happen if we pass husband,wife instead of &husband,&wife?
Well the output would look like this :



Explanation:
When we simply pass husband,wife to swap(), 'husband' and 'wife' which contain base addresses to the string(address pointing to the first character in the string) are passed on to memcp(). memcpy() simplycopies four bytes (because sizeof(char*) is 4) thus swapping on fourbytes of data between 'husband' and 'wife'. Hence four bytes from husband ('F','r','e','d') and four from wife ('W','i','l','m') are swapped. [ Leaving the trailing 'a' from 'Wilma' as it is ]

Considerthe following function call:
swap(husband,&wife,sizeof(char*));

What happens here is that, pointer to first character in the string 'Fred' and pointer to base pointer of 'Wilma' (base pointer, I repeat, is the pointer pointing to the first character in 'Wilma') are passed to the function. Thus swapping of 4 bytes of data takes place between these two memory locations. Hence four bytes of husband (namely'F','r','e','d') are placed in pointer that is supposed to point to wife (which is the base pointer to the string 'Wilma') and pointer to wife is copied to husband( i.e. the memory address pointing to wife is copied to husband). As a result, illegal values get swapped -address get copied where a string is supposed to reside and vice versa.


Since the void* b, which supposed to contain address where string 'Wilma'is stored, is written with 4 bytes of 'F', 'r', 'e', 'd', memcpyassumes these 4 bytes to be a memory location (which is invalidly pointing to some other location which is not accessible). This leads to the segmentation fault.

Finally,we discuss about the generic linear search function.

//---------------------------------------Code -----------------------------------//
#include<malloc.h>
#include<stdio.h>
#include<string.h>

intlsearch(void *arr,int n,void *ele,int Dsz)
{
inti;
for(i= 0; i < n; ++i)
{
void *addr = (char*)arr+(i*Dsz);
if(memcmp(addr,ele,Dsz) == 0 )
{
return i;
}
}

return-1;
}


intmain()
{
intno,i,pos;
float*Arr = NULL,key;

printf("Enter the number of elements youwant : ");
scanf("%d",&no);
Arr= (float*) malloc(sizeof(float)*no);
printf("Enter the %d elements : \n",no);
for(i= 0; i < no; ++i)
{
printf("Element %d : ",i);
scanf("%f",&Arr[i]);
}
printf("Enter the number element tosearched : ");
scanf("%f",&key);

pos= lsearch(Arr,no,&key,sizeof(float));

if(pos!= -1)
printf("Element %f found at position(starting from zero) %d",key,pos);

else
printf("Element not found!");

printf("\n");
return0;
}

Theprimitive linear search algorithm used to look like this:

for(i=0;i<n;++i)
{
if(arr[i]== ele)
returni;
}

return-1;
}
Obviously,in the generic case, arr[i] does not make any sense as 'arr' is avoid*. The '==' isn't much helpful either. Hence we use memcmp(), again from the string.h

int memcmp ( const void * ptr1, const void * ptr2, size_t num );
memcmp() compares the two memory blocks pointed by the ptr1 and ptr2and returns 0 if the two have identical data else returns a non zero value. Note that the size of the memory blocks in consideration has to be specified in the last parameter.

Next thing, we need to find the alternative for arr[i]. This is all about pointer arithmetic and hence we again have to choose a data type (anyarbitrary choice) as we know no pointer arithmetic is possible with void pointers. We choose char for the sake of simplicity and flexibility of the one byte data type.

All we do is calculate the i'th memory block's address. For this, we need to realize that each memory block's size is known to us (the intDsz parameter!). We need to jump those many memory blocks.Hence we have to add Dsz to (char*)arr to move one block, 2*Dsz to(char*)arr to move two and so on.

hence

address= (char*)arr + Dsz*i;

The rest is self explanatory.





[...]



Week - 3 Memory Mechanics (Structures and Array of structures)

Last week we saw the memory mechanics of floating point numbers, typecasting the pointers, and all those
asterisk-ampersand tricks and consequences. We have covered how primitive data-types are handled
at lower levels - more or less. All of this eventually makes us better programmers and designers. Today we discuss about memory mechanics of structures and the array of structures.

Starting off, consider the following structure;

struct fraction
{
int num;
int denom;
};

struct fraction pi;

In the memory, 'pi' would look this :



pi.num = 22;
pi.denom = 7;

Just assigning values. Now,
((struct fraction*)&(pi.denom)) -> num = 12;
Confused?! :D

Well what happens is as follows:
 address of pi.denom is sought
 &pi.denom which is an integer pointer, is type-cast to a fraction pointer.
 Now the num field of this pointer is assigned the 12. Question is where is this num field?

To explain this, we need to recollect what happened when a float pointer was converted to int, which is what we did last week. The contents of the memory remain the same. But the compiler thinks of the memory location as an int.Same thing happens here. The compiler thinks of &pi.denom to be the starting address of a structure (even if it really isn't).


Hence if we display pi.denom we get 12.

// ------------------------------- Code ------------------------------------ //

#include
struct fraction
{
int num;
int denom;
};
int main()
{
struct fraction pi;
pi.num = 22;
pi.denom = 7;
printf("Numerator : %d",pi.num);
printf("\nDenominator : %d",pi.denom);
((struct fraction*)&(pi.denom))->num = 12;
printf("\nAfter manipulating with memory...\n");
printf("Numerator : %d",pi.num);
printf("\nDenominator : %d",pi.denom);
return 0;
}



Moving on to the array of structures, consider the following structure;

struct Students
{
char *name;
char SUID[8];
int no_of_units;
};

Memory reserved when a variable is declared would look something like this :


Note that we read the contents in these sort of diagrams from left to right, bottom to top.

Array of such structures, in the memory would look like the following:

struct Student pupils[4];



Consider this:

pupils[0].no_of_units = 21;

This simply puts the value 21 in pupil[0] 's 'no_of_units' field.
Likewise,

pupils[2].name = strdup("Adam");

Here strdup() is a function defined in that it dynamically allocates the required memory
for the string and passes the pointer to the location where the memory was allocated. This pointer is stored in name field of pupils[0].

Things get tricky now:

pupils[3].name = pupils[0].SUID + 6;

This would pupils[3].name to point to the memory location 6 bytes away from
pupils[0].SUID. Thus,
strcpy(pupils[0].SUID,"1234567");
pupils[0].no_of_units = 0;
printf("%s",pupils[3].name);

Output : 7

Note that strcpy() does not do any kind of bounds-checking - it goes on copying bytes until it
encounters a '\0' character. Hence,

strcpy(pupils[0].SUID,"12345678");
pupils[0].no_of_units = 0;
printf("%s",pupils[3].name);
... simply displays 78. Note that pupils[0].no_of_units is assigned 0 so that it acts as
the '\0' character.( '\0' has a ASCII code of 0). Else there could be segmentation fault on
some systems with all sorts of junk values being displayed on the screen!

Extending this further,

strcpy(pupils[0].SUID,"12345678");
pupils[0].no_of_units = 65;
printf("%s",pupils[3].name);

would surprisingly display 78A.



// ---------------------------------- Complete Code ------------------------------------ //

#include
#include
struct Student
{
char *name;
char SUID[8];
int no_of_units;
};
int main()
{
struct Student pupils[4];
pupils[3].name = pupils[0].SUID + 6;
strcpy(pupils[0].SUID,"12345678");
pupils[0].no_of_units = 65;
printf("%s",pupils[3].name);
return 0;
}

// -------------------------------------------------------------------------------------- //

It has become apt to make a small point about strings in C.

Consider the following code:

#include
int main()
{
char name[] = {"Free and Open Source Software"};
printf("%s",&name[5]);
return 0;
}



Thus printf() function was lead into believing that the string started from the letter 'a'. This code makes one point clear: all the functions that deal with strings treat the given char pointer as the base address of the first character of the string ( regardless of the the bytes before the specified address) and treat the rest of the memory till the null character '\0' as the string. This '\0' character is actually what distinguishes an array of characters from strings.



Having discussed all the memory mechanics of the various data types, we are now in a position to write generic functions. Generic functions are functions that can handle any data type(Just like a template does in C++). A detailed account generic functions are will be taken care of next week.

We start off with the swap() function to swap two integers and the code (as most of us would know) is
as below:
void swap(int *aptr,int *bptr)
{
int temp;
temp = *aptr;
*aptr = *bptr;
*bptr = temp;
}

We see this function handles with integer data-types ( thus being int specific). Our aim is to write avgeneric swap() function - a function that can swap values of two memory locations regardless of what the data-types are. First of all lets see what happens in this function.

This function basically swaps the memory contents using their addresses. This is mandatory as there is no way out. (At least at this level of programming!). Using the memory address, we manipulate the individual variables. Swapping thus happens in the following 3 steps;

• contents of memory location pointed by aptr ( which contains address of the first variable
passed) are copied to a temporary variable temp.
• memory location pointed by aptr are over written with contents of memory location pointed
by bptr;
• contents of memory pointed bptr are replaced with value of temp ( which originally had
contents of first memory location)

Thus using the memory addresses we swap the contents of the memory.

Using all this as the background, next week we see how a generic function will be written for this int specific swap() function. And not just this, but grab some fundamentals, the do-and-don'ts of generic functions. So stay tuned!
[...]