Patch 3 crash

[BigJ62]

Not sure wide screen has anything to do with it so you guys who have been having problems with window mode please try agin and this time remove the px and py swithches.

[Runyon]

I encountered the problem despite running in full screen, flat mode.  I also do not use -px -py switches.

[witpqs]

ORIGINAL: BigJ62

Not sure wide screen has anything to do with it so you guys who have been having problems with window mode please try agin and this time remove the px and py swithches.

I can't reproduce crashes.

[BigJ62]

I suspect that there are two problems, one old and the other is fairly new.

I ran some tests using window mode and I am seeing the problem with long pausing normally after clicking on something but only on XP32 not Win7x64 and never saw this on Vistax64 either.

Would everyone please indicate which OS you are using and its bits(32 or 64).

[BigJ62]

Please be a little more specfic. ex you have crashes with wide screen window mode but when you remove px and py swithches it no longer crashes.

ORIGINAL: witpqs

ORIGINAL: BigJ62

Not sure wide screen has anything to do with it so you guys who have been having problems with window mode please try agin and this time remove the px and py swithches.

I can't reproduce crashes.

[witpqs]

ORIGINAL: BigJ62

I suspect that there are two problems, one old and the other is fairly new.

I ran some tests using window mode and I am seeing the problem with long pausing normally after clicking on something but only on XP32 not Win7x64 and never saw this on Vistax64 either.

Would everyone please indicate which OS you are using and its bits(32 or 64).

I am using XP32

[witpqs]

ORIGINAL: BigJ62

Please be a little more specfic. ex you have crashes with wide screen window mode but when you remove px and py swithches it no longer crashes.

ORIGINAL: witpqs

ORIGINAL: BigJ62

Not sure wide screen has anything to do with it so you guys who have been having problems with window mode please try agin and this time remove the px and py swithches.

I can't reproduce crashes.

Crashes are random. I can not reproduce them - it might be days between crashes. The most crashes I have had in one session of playing is 2.

[BigJ62]

What about long pauses when you click on something?

ORIGINAL: witpqs

ORIGINAL: BigJ62

Please be a little more specfic. ex you have crashes with wide screen window mode but when you remove px and py swithches it no longer crashes.

ORIGINAL: witpqs




I can't reproduce crashes.

Crashes are random. I can not reproduce them - it might be days between crashes. The most crashes I have had in one session of playing is 2.

[Nomad]

I'm running on XP32, and I do not see any long pauses except when I get a one that crashes the program. All other times things run along fine.

[witpqs]

ORIGINAL: BigJ62

What about long pauses when you click on something?

Not exactly that - let me explain.

Sometimes it is almost as though AE has lost focus. (Focus in the windows sense - the application with focus, etc.) When you click on something, the click does not take for whatever you were clicking for, instead it returns focus to AE.

The reason that I say almost loses focus is that the window banner at the top of the AE window still looks like AE has focus. What I mean is that when you actually switch to another application, that window has a colored (in my case blue) banner line, while all the other applications have that color grayed out. When you switch back to an application, its grayed-out window banner becomes blue again.

But when the spontaneous seeming loss of focus occurs with AE, the window banner stays blue.

So it goes like this. You are moving along giving orders. You go to click on a button on the panel you just opened (just for example). You click, but the click does nothing within AE. Maybe there is a little flicker (I'll try to nail down that observation and report back). So you click again, and this time it works.

It's almost as though AE (or the PC) is doing something else, and the first click brings AE back to you.

When the crashes occur, its like that first click just locks up AE.

[BigJ62]

Have you tried windowed mode with and without widescreen to see if any difference? If not please do.

ORIGINAL: Nomad

I'm running on XP32, and I do not see any long pauses except when I get a one that crashes the program. All other times things run along fine.

[Nomad]

I can try it out tonight. I will do my turn, save and then click around until something happens . . . . or not.

[Nomad]

I spent over an hour doing my turn and poking about trying to click a lot of buttons of different kinds. I could not get it to crash running in windowed mode without using the px and py switches. ( sure does look ugly now )

[BigJ62]

What is your native desktop res?

What is the windowed wide res you are trying to use?

ORIGINAL: Nomad

I spent over an hour doing my turn and poking about trying to click a lot of buttons of different kinds. I could not get it to crash running in windowed mode without using the px and py switches. ( sure does look ugly now )

[Nomad]

Native is 1920 x 1200 and I use 1680 x 1050 for windowed mode.

James, that test I made may not be equal to others. If I remember right, I ran the replay
at 1920 x 1200. Because it was so small, I exited WitP and resized my desktop to 1280 x 1024.

I just spent over two hours at 1920 x 1200 using a 1680 x 1050 window mode with no problem. One thing I did not do was run any turns. I wonder if the turn execution combined with the order phase is where there is a problem? I seem to remember that I have only had problems when I ran a turn replay and then went to the order phase. At times I have run the turn replay and exited the game. Later I went back and did the orders and I don't remember having a problem then.

[Runyon]

ORIGINAL: BigJ62

I suspect that there are two problems, one old and the other is fairly new.

I ran some tests using window mode and I am seeing the problem with long pausing normally after clicking on something but only on XP32 not Win7x64 and never saw this on Vistax64 either.

Would everyone please indicate which OS you are using and its bits(32 or 64).

I'm using XP32, full screen, flat. The only change I made prior to the crash was installing the new patch.

Thanks.

[witpqs]

ORIGINAL: witpqs

ORIGINAL: BigJ62

What about long pauses when you click on something?

Not exactly that - let me explain.

Sometimes it is almost as though AE has lost focus. (Focus in the windows sense - the application with focus, etc.) When you click on something, the click does not take for whatever you were clicking for, instead it returns focus to AE.

The reason that I say almost loses focus is that the window banner at the top of the AE window still looks like AE has focus. What I mean is that when you actually switch to another application, that window has a colored (in my case blue) banner line, while all the other applications have that color grayed out. When you switch back to an application, its grayed-out window banner becomes blue again.

But when the spontaneous seeming loss of focus occurs with AE, the window banner stays blue.

So it goes like this. You are moving along giving orders. You go to click on a button on the panel you just opened (just for example). You click, but the click does nothing within AE. Maybe there is a little flicker (I'll try to nail down that observation and report back). So you click again, and this time it works.

It's almost as though AE (or the PC) is doing something else, and the first click brings AE back to you.

When the crashes occur, its like that first click just locks up AE.

James,

I am reasonably sure (not 100%) that what is happening is this. From time to time there is a flicker (as I described above where it seems like the AE window at least partially loses focus). If you happen to click while the flicker is actually taking place, you get a crash.

[zace]

Input on this.  I am running a bunch of tests with the system and have it in windows mode to do this.  My crashes in full screen were rare and always seemed to be related to ALT-TAB.

Crashes in windowed mode seem to be every hour or so. 

OPsys: XP32
2 core AMD processor
native screen 1920-1200
PXPY: 1680-1050
Visual Studio C++ running in the background (no compiles going on just checking flowcharts vs actual code)

While writing this i had to go out to get the resolutions and clicked on VSC++ window on accident and maximized it.  This was immediately met by a sound loop in the game and then a crash.  Don't know if this helps any.  I do not know what you use VSC++ for.

BTW I had to re-register VSC++ EE 2008 after installing AE and the addin help thingie....lol can't remember the name of it.  Not reproducible. 

[zace]

BTW another looking point.  Mine appear to be graphics related somehow.  I am on an old 7800 GT OC card.  I always have a graphics delay out before the crash.  IE the window is trying to update and times out somehow. 

I wonder what graphics cards everyone else is using?

New 4 core 285GTX win 7 machine should be done by friday (still waiting on a few parts from newegg) to test on.

[witpqs]

ORIGINAL: witpqs

James,

I am reasonably sure (not 100%) that what is happening is this. From time to time there is a flicker (as I described above where it seems like the AE window at least partially loses focus). If you happen to click while the flicker is actually taking place, you get a crash.

I can confirm this with another observation.