Works on my Windows 7 64 bit just fine.

I think you need to optimize this a little bit :P

I've actually worked on a number of small Minecraft clones (some before Minecraft existed, heheh) and so I've got some optimisation tips:

Split your terrain into cells roughly 32x32x32, and frustrum cull/occlusion cull those
If you plan on using shaders, overdraw is killer so reduce the impact using deferred rendering
You can use a technique similar to run-length-encoding to find cuboids made of the same stuff and optimise them into a single block
Wasted draw time can be reduced by factoring face visibility into this and chopping out polygon data that touches another block
Multithread your blocks-to-faces system, it'll reduce slowdown and hangs
If applicable, try and build few large draw calls, it'll run much faster on iOS in particular
(additional:) use GLints for position data/UVs and GLbytes for normal data, no point in wasting memory/performance using GLfloats and you should get dead on accuracy.

I'll post some screenshots of my Interactive Media final major project (yes, I was stupid enough to try and make a full working game, it didn't work very well but I got top grade for effort and method) which used such a system.





All three screenshots easily kicking out a solid 60fps on a Athlon64 single core @2.7gHz and a nVidia9500GT with 512Mb of VRAM.

Hehe not much required to look better than Minecraft ^^

Though I suppose this statement may not be true some months from now when Minecraft creator has got his company up and running.

It looks very nice. I'm about to try this out myself and I have a question.
How do you store the maps in real-time?
I was thinking about a 3D array in a class but it doesn't work to have a changeable size of the map then.

Thanks in advance!