FreeOrion

I installed FreeOrion 0.3.13 on my vista 64 machine.

When trying to run the game i get a blank screen, with busy mouse curser and no other reaction.
All i can do is terminate the programm as it no longer reacts.
freeorion.log ist empty
ogre.log ist attached.

As mentioned in another thread that described a similar problem i check my gl support, but ver 3.2 should be ok.

I also tried exchanging python25.dll with a python26.dll, but that didn't change anything.
Compatibility mode didn't work either.

Is there an easier way to fix that problem, beside compiling the game myself?

Everything looks good. Did you get a firewall notification when starting freeOrion? Did you perhaps deny freeOrion's request to communicate?

Lathanda, could you run freeorion from the command line? run cmd.exe and cd to the location where freeorion is installed, and then run "freeorion. There might be some useful error output on the console window from which freeorion was run.

If you run just "freeorion", you should also start in windowed mode, as opposed to the start menu shortcut which runs "freeorion -f" and starts in fullscreen, which might be hiding an error message.

I'm thinking you might be getting an error message about a missing DLL (which are common) or something else, but not seeing it due to the fullscreen mode preventing the popup from appearing.


Firewall issues shouldn't matter until the player tries to start a game. If Lathanda is getting hangs before even getting to the main menu, it's likely not a firewall problem.

Running it from cmd results in no output at all.
No error no message, no feedback at all.
Only Blanc screen.

One CPU is at full usage by freeorion.exe, but nothing else happens.
Looks like a classical broken loop.

I have no debugg exe at hand. Ich hope the assembly is helpful. This is the point it circles
76C5DBF2
But it's a rather big loop, so i guess some errorhandling leads to an endless loop

/edit deleted junk

In what (full path) directory do you have freeorion installed, and under what windows username (exact, including spaces or special / non-latin characters) are you trying to run it?

Fullpath "C:\Program Files (x86)\FreeOrion"
I tried two different users.
One ist a standard user only containing ascii standard lower case latin letters (exact name is privat)
and administrator(administratorgroup)

Hmm. Strange.

Can I assume you've never had another version of FreeOrion installed on this system?

What happens if you run "freeorion -h" on the command line?

Also, if you're willing to put in some effort to help figure out this problem, could you download the FreeOrion Windows SDK from sourceforge, update its contents to the latest version of the SVN version of the FreeOrion data files (this will require a SVN program or client) and then download a more-recent build of the executables? You could also build the latest SVN if you'd able and would prefer that, but downloading the executables should suffice to see if anything relevant has changed since v0.3.13.

yes, first install

-h shows a lot of parameters, i assume working as intended

the svn download is running, but will take some time ........

version 3348 no change

I now try to compile it myself

Ok compiling finally successful, i debugged the problem to it's source.
I can't really tell whats exactly going wrong, but perhaps you recognize the problem
I mark every executed line with >>
following line will never be reached.
At alcOpenDevice(0); the debugger wasn't able to follow deeper.
Pausing the application leader to >>>
Some strange sort of hang up. The only problem is I get to assembler debugger really fast. so it's out side the source delivered within the svn.

I hope that helps, as i really want to plaz orion again


SidePanel.cpp(47)
>> Sound::TempUISoundDisabler sound_disabler;
Sound.cpp(82)
Sound::TempUISoundDisabler::TempUISoundDisabler()
>> { Sound::GetSound().m_UI_sounds_temporarily_disabled.push(true); }
Sound.cpp(91)
Sound& Sound::GetSound()
{
>> static Sound sound;
return sound;
}
Sound.cpp(106)
Sound::Sound() :
m_sources(),
m_music_loops(),
m_music_name(),
m_buffers(),
m_music_buffers(),
m_ogg_file(),
m_ogg_format(),
m_ogg_freq(),
m_UI_sounds_temporarily_disabled()
{
>> InitOpenAL(NUM_SOURCES, m_sources, m_music_buffers);
}
Sound.cpp(17)
namespace {
const int BUFFER_SIZE = 409600; // The size of the buffer we read music data into.

void InitOpenAL(int num_sources, ALuint *sources, ALuint *music_buffers) {
ALCcontext *m_context;
ALCdevice *m_device;
ALenum error_code;

>> m_device = alcOpenDevice(0);

Here it hangs

stopping at

DropDownList::DropDownList(X x, Y y, X w, Y h, Y drop_ht, Clr color,
Flags<WndFlag> flags/* = INTERACTIVE*/) :
Control(x, y, w, h, flags),
m_current_item(),
m_LB(GetStyleFactory()->NewDropDownListListBox(x, y, w, drop_ht, color, color, flags))
{
SetStyle(LIST_SINGLESEL);
// adjust size to keep correct height based on row height, etc.
Wnd::SizeMove(Pt(x, y), Pt(x + Size().x, y + h + 2 * static_cast<int>(m_LB->CellMargin()) + 2 * BORDER_THICK));
m_LB->SizeMove(Pt(X0, Height()), Pt(Width(), Height() + m_LB->Height()));
>>> m_current_item = m_LB->end();

if (INSTRUMENT_ALL_SIGNALS)
Connect(SelChangedSignal, SelChangedEcho(*this));
}

Updating openal32.dll to version 6.14.357.24
did the job

problem solved

Thanks for the detective work. Hopefully we'll remember to update the DLL version for the next release.