TheFrolickingMan2

Well, a lot of things are possible. As I said, I don't have access to the devs' source code or symbol files, nor do I know how GC2 is architected, so there's very little (if anything) I can state definitively that doesn't amount to wild speculation. All I can do is draw reasonable inferences from what I observe when the game crashes when I try to load my save games and from what I see in the VS debugger. Anything is possible, but I don't think it's a memory leak problem. Here's my

Guys, it's almost certainly NOT a memory leak. I attached the Visual Studio debugger when the game crashed. The crash is in GalCiv2.exe and for you programmers out there, here's what I found: the call stack showed the top 15 or so stack frames, all of which were in GalCiv2.exe, except for a few in ntdll and kernel. No directX or direct3d dlls were in the stack. Obviously, I don't have any source code or symbols, but based on the above information I can say with relative c

If it makes you feel better (it probably won't) I am in a similar situation. All of my games crash on load, it doesn't look like a driver problem, and Beta 4A didn't fix the problem.

Oddly enough, I don't agree or disagree with the original poster over MooI/II vs. GCII. I think it's a personal choice. However, I COMPLETELY agree with him about the lack of outright planetary bombardment. While I support the prevention of gaming cheese, this one is silly. With mass drivers, you can achieve the same effect but it's annoying to have to get the troop transports. And while that's part of the point (to make it annoying and

Oddly enough, I don't agree or disagree with the original poster over MooI/II vs. GCII. I think it's a personal choice. However, I COMPLETELY agree with him about the lack of outright planetary bombardment. While I support the prevention of gaming cheese, this one is silly. With mass drivers, you can achieve the same effect but it's annoying to have to get the troop transports. And while that's part of the point (to make it annoying and

The game in question was played entirely with Beta4, so there were never any saves from earlier betas. All of the save games that cause crashes were generated exclusively with Beta4. Thanks for the link. I'll check it out.

They respond to you? Hmm...interesting. I haven't heard back from them, and I sent the report on Friday or Saturday, I think. Anyway, here's the debug.err.... Thanks in advance if you can shed any light on the problem. Graphic drivers are freshly downloaded, though audio drivers are old. I'll try updating them for lack of anything better to try.... Debug Message: Version v1.1 BETA 4A last updated on: Tue Apr 18 13:16:01 2006<br/

I really don't know what to do. None of my last three save games will load. I've sent the smart exception data and the savegames to support@stardock. I've upgraded all of my system drivers and I've turned off as many video options as possible just to mitigate against it being a device driver problem. Nothing helps, or changes the contents of debug.err. GC2 keeps dying on the "Loading Planets" step. There's no obvious reference to a driver-related

First, a ZIP file is not an executable, which makes it a poor candidate for virus distribution. Second, even if I did package a virus inside the ZIP file, I am making posts from my stardock account, which is attached to both my e-mail address and my credit card. It would be phenomenally stupid to do such a thing. Stardock apparently agrees with me, since they routinely open up "scary" ZIP attachments from e-mails sent via SmartException.

I was winning a masochistic game w/beta 4 and trying to load any of my save games causes the app to crash 100% of the time. You can download a zipped version of the save game here: Link I am sad.

Greetings all, I develop software and manage a team of five engineers for a living and I just wanted to chime in a little. To the fellow who called software engineering a disgrace to the other engineering professions...I understand your frustration. Sure, there are a lot of moron programmers out there; between that and the fact that marketing departments often force software out the door before it's ready...these alone can explai

Hmm...I'm pretty sure that the terrains are supposed to be randomly generated each game. Certainly Earth, Mars, Iconia, etc. are exceptions, and there seem to be certain basic planet base 'types' (e.g. Terran, Ocean, Jungle, Barren, etc.) that all planets are generated from. However... I'm just a little sad because Brad was right: the neat thing about having unique planets is that they make each game feel different. It's harder to, er, ge

Bloody hell. This thing just does not want to post in the bug reports forum. I give up.

Sorry, all. I botched my first post by not posting in the "Bug Reports" forum. Here's the repost: Greetings Devs... I found an instance of two identical planets in the same galaxy: Devra I and Iversonia V. I'm not sure if this is truly a bug or some sort of optimization, but I figured I'd report it anyway. Screenshots are below. (I found this completely by accident. I was cycling through the planets and when I pressed the 'Next'

Sorry guys...I botched my first post by forgetting to post to the bug report forum. Here's the repost: Greetings, Devs! If you click on some planetary tiles in the colony map view, the type of tile reported in the lower-left corner of the screen often doesn't match up with the map. The most obvious example I could capture is below, when a 100% ocean tile is reported to be prairie. I've seen this behavior since the release in late

Greetings Devs... I found an instance of two identical planets in the same galaxy: Devra I and Iversonia V. I'm not sure if this is truly a bug or some sort of optimization, but I figured I'd report it anyway. Screenshots are below. (I found this completely by accident. I was cycling through the planets and when I pressed the 'Next' button, the planet name changed, but the terrain didn't! <img src="smiles/Smile.gif" border=0 ALIGN="ab

Greetings, Devs! If you click on some planetary tiles in the colony map view, the type of tile reported in the lower-left corner of the screen often doesn't match up with the map. The most obvious example I could capture is below, when a 100% ocean tile is reported to be prairie. I've seen this behavior since the release in late Feb, and it's although seems to have gotten better over time, the problem is still there. The planet in questio

I was aware before I posted that it would be very easy to mistake the planet from space because of the spherical distortion (think Greenland on a Mercator projection map.) That's why I checked and double-checked the disparities between the space and colony planet maps before posting a bug report. I assure you that there is a problem. Here is some evidence. Below is a screenshot from Dratha. The planet view in the upper left corner

With the exception of Earth, many planets look different from the main map view (from space) than they do in the colony management screen. The coloring is always correct (e.g. high quality planets appear purplish) from both space and on the colony management screen) but the terrains are often completely different. I've seen this widespread through every game I've played so far, so it shouldn't be difficult to reproduce. If it is, I can sen

I've been wondering about the creative option ever since GalCiv I. But in both I and II, I can't seem to figure out what the Creative attribute does. Can one of the devs elaborate on this? Inquiring minds want to know!

There's a minor "lock-up" bug. Steps to reproduce: 1. When there's only one minor race left, talk to them through the foriegn affairs screen. 2. Destroy the minor race! There are now no more minor races. 3. Return to the foreign affairs screen, click the "minor races" tab and press the 'speak to' button. You'll get a message stating that you can't talk to the minor race because it's no longer soveriegn. 4. Press the "right" button to cycle through the minor races