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 linux. Show all posts
Showing posts with label linux. 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
[...]

All right guys and gals, today is Monday which among others things means that it's time for my wallpaper tutorial here. I've been wondering what wallpaper should I use for today's tutorial and I made my mind like 5 mins ago, but I promise you you won't be disappointed.
So it's time to present you the wallpaper that you'll have after you've completed the tutorial. So I wanna hear loud claps for this vivid "Cosmos" wallpaper:

Looks stunning, right? (if you are dumb enough to say "NO", you shall be blood-eagled :D). Anyway, it's time I start with the tutorial already.

Step 1.
Download this .PNG file and open it with GIMP:

Step 2.
Create a new layer and fill it with solid black. Now click on Filters -> Noise -> HSV noise. Choose the following settings for the noise and click OK:
Now set the layer mode to "Screen" and Opacity to 50%

Step 3.
Create a new layer. Now choose the "Blend" tool and set gradient to "Full saturation spectrum CW". Now make a gradient like this:
Now set the layer mode to "Overlay" and you should see a nice effect:

Step 4.
Download this brush and put the .gbr file in ~/.gimp-2.6/brushes Save the file as .xcf and than exit GIMP. Now open the .xcf file. Create a new layer and using the "Rectangle select" tool make a selection that is as high as the height of the and about 1/3 as wide. Now select the brush "rectangle long" in the "Paintbrush" tool and select the following settings for it: Size -> 0.50 , Brush Dynamic -> Random (just don't touch Hardness setting here) , Apply Jitter -> 1.0 , Use colour from gradient (standart).
Now simply brush horizontally about 6 times:
Now click "Filters -> Blur -> Montion Blur". Select the following settings for it and click OK:
Now you should have something like this:
Now select the "Scale" tool (Shift+T) and scale the layer to 1600x3000.
Now choose the "Rotate" tool (Shift+R) and rotate the layer to 45 degrees.
Now using the "Move" tool position the layer where you want it to be.
If done correctly you should have something that looks more or less this way:

Step 5.
Create a new layer. Now select the "Blend" tool and set gradient to "Full saturation spectrum CCW". Now stroke across the grey streams:
Set the layer mode to "Overlay" and you should see a nice effect like this:

Step 6.
The wallpaper is beginning to take shape, isn't it? Now it's time to make is bit more shiny by adding some layer mask.
First thing you need to do is set your foreground colour to black and the choose the "Blend" tool with gradient "Foreground to transparency".
Return the layer mode of the gradient for the streams to "Normal". Right click on that layer name and select Add Layer Mask. Select "White (full opacity) Now using the gradient tool make to gradient above the big red areas around the streams. This will remove the red parts. Again set the layer mode to "Overlay". Your image should now look like this:
Now we will the streams less dense. Click on the "Blend" tool and set the "Shape" to "radial". Right click on the name of the streams layer and again choose Add Layer Mask, select White (full opacity) Now using the gradient tool make some areas less visible. Just make a gradient somewhere and that layer will be less visible. For example I've made my streams look like this:

Step 7.
Now it's time for adding background mask. Create new layer and fill it with solid black. Now click "Filters -> Render -> Clouds -> Difference Clouds". There choose the following settings and click OK:
Now set that layer mode to "Grain merge". This will add some nice light and shadow effects:
Time for our second mask, so create a new layer and fill it with solid black. Again click "Filters -> Render -> Clouds -> Difference Clouds", but this time in the settings click "Turbulent" too and set detail to 1. Set the layer mode of that to "Overlay":
And time for the third and last mask. Needless to say create a new layer and fill it with solid layer and again click on "Filters -> Render -> Clouds -> Difference Clouds", so I am just gonna give you the settings for this third Clouds layer:
Now make another new solid black layer above the third cloud layer and set it's layer mode to "Overlay". Then right click on on and click "Merge Down", this will merge it with the third Cloud layer. Set the layer mode of the new layer to "Overlay" and Opacity to 25%. This will add even more darkness to the wallpaper:

Step 8.
All right, enough darkness, time to light things up a bit. Create yet another new layer and set white as your foreground colour. Now select the "Blend" tool and set the "Gradient" to "Foreground to transparency" and "Shape" to "Radial". Now paint white blobs where you think the wallpaper is too dark. For example here are my blobs:
Set that layer mode to "Overlay". This should add some lightness to the wallpaper:
If you think it's too dark, you can try duplicating the layer or instead of setting it to "Overlay" just lowering it's transparency.

Step 9.
That step is extremely easy. Create a new layer and fill it with solid black. Now click "Filters -> Light and Shadow -> Drop Shadow" and make a flare like this one:
Set this layer mode to "Screen"

Step 10.
Create a new layer. Now make sure your foreground colour is solid black. Select the "Blend" tool with "Gradient" to "Foreground to transparency" and "Shape" to "Radial" Make a black blob just above the light (upper) part of the lens flare, just like this:
Now set the layer mode to "Overlay" and you're done:

For those of you who will be interested here's my 2560x1600 .PNG file:
And my .XCF:
[...]

First of all Download firefox 8 from this link
which is a tar-ball.

Now I have a tricky way of installing this on my system. ( There are a lot of better ways, this is ONLY one way of them ).

Extract the tar ball in your home directory ( or others if you wish ).
Open a terminal and type,

cd /path/to/your/firefoxdirecory
for eg:
cd /home/linuxcandy/firefox
then make the firefox executable by giving this command:

sudo chmod +x firefox

open the folder and you can see "firefox" executable there.
Now click on that executable. There you go.. you have new firefox.







Ever wonder whats new in ff8 ?

  • Add-ons installed by third party programs are now disabled by default
  • Added a one-time add-on selection dialog to manage previously installed add-ons
  • Added Twitter to the search bar for select locales. Additional locale support will be added in the future
  • Added a preference to load tabs on demand, improving start-up time when windows are restored
  • Improved performance and memory handling when using <audio> and <video> elements
  • Added CORS support for cross-domain textures in WebGL
  • Added support for HTML5 context menus
  • Added support for insertAdjacentHTML
  • Improved CSS hyphen support for many languages
  • Improved WebSocket support
  • Fixed several stability issues
  • Fixed several security issues



[...]

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.





[...]