So far as Intel is concerned, GL_QUAD_STRIP actually is quite fancy: it's one of those weird old GL1.x primitive layouts that would need to be converted to triangles in the driver, it doesn't exist in D3D so it breaks the general rule of "with Intel if it's not in D3D then don't even try doing it in GL", and it's also been deprecated from more recent GL_VERSIONs. So convert it to an indexed triangle list and it should work just fine.

Thanks for the replies guys..
as i tried your suggestions i figured out that the problem lies somewhere else......
if you look at the pic above, you would notice that there are two faces to the image.. if i draw just the front face of it.. it draws perfectly fine (even with GL_QUAD_STRIP as well as if i use triangle). So it seems using GL_QUAD_STRIP is not the problem. The weird effect comes when i draw the back face of the image. It seems the back face somehow interferes with the front face and gives this weird effect. And this happens just with this Intel HD3000 card only.

Can you think of any reason how this can happen with this card/driver?

that is possible z fighting. it may be the result of poor quality drivers (ie. intel). A year ago I had to work with intel and ogl and I had really bad experience with them.

Can you think of any reason how this can happen with this card/driver?

Historically, any time you try to do something "not what people are usually doing," or in this case what an IHV (Intel) is doing, you get yourself into trouble. This is because infrequently used stuff is not tested very well, so bugs aren't even perceived, let alone fixed. So, the original advice that another poster gave is not wrong. Try implementing a test program that uses triangle strip primitives instead of quads, and see if the problem goes away. It could be that Intel supports some quad stuff, but when you get into double sided quads, someone slacked off on the driver implementation and it is not done well. I would point out that quads are not inherently flat, so it's easy to see how a driver could do a quick-and-dirty conversion to triangles, pick baloney normals, and thus z-fight. YMMV for how flat your quads really are, how "pixel perfect" the driver tries to be, etc.