As pointed out elsewhere most of the crashes are due to,
1) Running out of RAM.
V1.0 was only stable after I increased the swap file to a insanely large 2GB.
2) Bad video card device drivers.
Which is a problem common to all 3D software.
On the other hand Stardock are also at fault for
A) Not following standard coding practice and checking return codes from memory allocations and then doing a graceful exit when RAM is low.

Not optimising the code to use less RAM. ~1.5GB is clearly too much for what it is doing.
C) Not detecting known bad hardware and device driver versions and then warning the user.
Having had the V1.1 crash a couple of times today, I am sure there are still a few bugs in it. I am getting an Access Violation 0x004163d2, mid turn. You might all like to blame my PC and pretend it is my stupidity that somehow caused the crash. But I know my machine is stable and I know the crash address 0x004163d2 is in the GalGiv2 code. (addresses 0x004163d2 - 0x007A0000 are GalGiv2.exe).
On the other hand, if you get the O/S crashing or a total machine lock up, then it is much more likely that the problem is your video card or low RAM.