Jump to content

0 a.d. doesn start


Gazourmah
 Share

Recommended Posts

After i installed the game, the my screen gets black for a short time and after that i get a error message:

"Much to our regret we must report the program has encountered an error.

Please let us know at http://trac.wildfiregames.com/ and attach the crashlog.txt and crashlog.dmp files.

Details: unhandled exception (Access violation reading 0x00000008)

Location: unknown:0 (?)

Call stack:

(error while dumping stack: No stack frames found)
errno = 0 (No error reported here)
OS error = 0 (no error code was set)"

I searched in forums and so on but i couldn't find a solution.

Greetings

Edited by Gazourmah
Link to comment
Share on other sites

"What is in 'crashlog.txt' that is referred to from the crash handler?"

I dont understand what you want. :D

*I* want many things that are no concern of yours. Please, refrain from bringing up what *I* want and read what the crash handler tells you when the game stops.

You say your computer has 4 GB of memory. That is 4 billion bytes. Assuming you are running 32 bit operating system with 32 bit pointers, this means that there rougly 1 billion reasons (memory pointers) that could cause 0 A.D. to try to read from the forbidden location 0x00000008 that is reported in crash handler.

For anyone to be able to figure out why the crash actually happens, crash handler tells you that you should report error on TRAC and attach error logs, namely 'crashlog.txt' and one other file. You opted to ask help on forums, which is fine, but you still need to supply the relevant information. There exists similar topic at: http://www.wildfiregames.com/forum/index.php?showtopic=15467 where historic_bruno has explained this in some detail, also providing exact location of log files on Windows systems, + @niektb link has same information and more.

Link to comment
Share on other sites

Unfortunately crashlog.txt does not contain a call stack. Did you compile 0 A.D. from source yourself? SVN revision reported in your crashlog.txt is '14385' (in my self-compiler alpha-15 SVN revision is 14386-release) and crashlog.dmp refers to SVN folders 'd:\0ad\svn\binaries\system\pyrogenesis.pdb' and 'C:\0ad\svn\binaries\system\glooxwrapper.pdb'?

If you compiled 0 A.D. yourself and debugging symbols were enabled, you might be able understand where the game crashes by recovering the crash call stack from 'crashlog.dmp' with WinDbg or Visual Studio -- read http://trac.wildfiregames.com/wiki/Debugging about general instructions on how to do that.

Link to comment
Share on other sites

At first glance, this crash is sound-related:

>	pyrogenesis.exe!CSoundManager::ClearPlayListItems()  Line 489 + 0xf bytes	C++ 	pyrogenesis.exe!ScriptInterface::call<void,&JSI_Sound::ClearPlaylist>(JSContext * cx=0x00ecf0c8, unsigned int argc=0, unsigned __int64 * vp=0x04990150)  Line 103 + 0xba bytes	C++ 	mozjs185-ps-release-1.0.dll!5d870d10() 	 	[Frames below may be incorrect and/or missing, no symbols loaded for mozjs185-ps-release-1.0.dll]	 	pyrogenesis.exe!std::vector<CProfiler2::ThreadStorage *,std::allocator<CProfiler2::ThreadStorage *> >::_Umove<CProfiler2::ThreadStorage * *>(CProfiler2::ThreadStorage * * _First=, CProfiler2::ThreadStorage * * _Last=, CProfiler2::ThreadStorage * * _Ptr=)  Line 1141 + 0x28 bytes	C++
But there's not much to go by, nor is it a likely spot for a crash. Can you run the game again, and post the new crashlog.dmp as well, so we can compare the data and see if it's the same crash each time or something random?

Another thing that might help catch sound errors is running Microsoft's free DebugView tool, then running the game, and copy/pasting the log output, after it crashes. Especially if it mentions problems with sound initialization.

Unfortunately crashlog.txt does not contain a call stack. Did you compile 0 A.D. from source yourself? SVN revision reported in your crashlog.txt is '14385' (in my self-compiler alpha-15 SVN revision is 14386-release) and crashlog.dmp refers to SVN folders 'd:\0ad\svn\binaries\system\pyrogenesis.pdb' and 'C:\0ad\svn\binaries\system\glooxwrapper.pdb'?

r14385 is the revision in the Windows autobuild used for A15 :) It's also normal for the crash dump to refer to SVN paths from the autobuild server.

Link to comment
Share on other sites

[4240] HRT: activating HPET failed: Unknown error (-100022, 0xFFFFFFFFFFFE794A)
[4240] HRT: activating TSC failed: Unknown error (140000, 0x222E0)
[4240] HRT: using name=QPC freq=25000000.000000
[4240] HRT: counter=QPC freq=2.5e+007 res=4e-008 bits=64
[4240] Cache: 200 (total: 4096) MiB
[4240] TIMER| InitVfs: 252.016 ms
[4240] ERROR: Sound: AlcInit failed, m_Device=108C7F00 m_Context=00000000 dev_name=OpenAL Soft err=40961
[4240]
[4240] TIMER| CONFIG_Init: 13.2416 ms
[4240] TIMER| InitScripting: 1.58516 ms
[4240] TIMER| RunHardwareDetection: 51.9893 ms
[4240] TIMER| write_sys_info: 50.9406 ms
[4240] TIMER| InitRenderer: 3.00064 ms
[4240] TIMER| ps_console: 8.81532 ms
[4240] TIMER| ps_lang_hotkeys: 2.2858 ms
[4240] TIMER| common/setup.xml: 1.64216 ms
[4240] TIMER| common/styles.xml: 101.76 us
[4240] TIMER| common/sprite1.xml: 5.77524 ms
[4240] TIMER| common/init.xml: 6.1332 ms
[4240] TIMER| common/common_sprites.xml: 7.02132 ms
[4240] TIMER| common/common_styles.xml: 1.04532 ms
[4240] TIMER| pregame/sprites.xml: 1.3768 ms
[4240] TIMER| pregame/styles.xml: 89.52 us
[4240] TIMER| pregame/mainmenu.xml: 13.1974 ms
[4240] TIMER| common/global.xml: 845.24 us
[4240] unknown(0): Much to our regret we must report the program has encountered an error.
[4240]
[4240] Please let us know at http://trac.wildfiregames.com/ and attach the crashlog.txt and crashlog.dmp files.
[4240]
[4240] Details: unhandled exception (Access violation reading 0x00000008)
[4240]

crashlog.dmp

Link to comment
Share on other sites

Thanks! Now we know it's reproducible and the important line from the log is:

[4240] ERROR: Sound: AlcInit failed, m_Device=108C7F00 m_Context=00000000 dev_name=OpenAL Soft err=40961
meaning sound init failed, the device was opened but the context failed to be created, the error code is 0xA001 (ALC_INVALID_DEVICE). It's not immediately obvious why the error would occur, but I notice your sound card has an accented character in its name: "AMD High Definition Audio Device; High Definition Audio-Gerät;" - maybe that causes problems.

Obviously the sound manager isn't handling this error condition properly.

Link to comment
Share on other sites

same problem here. Crash on start:

Much to our regret we must report the program has encountered an error.Please let us know at http://trac.wildfiregames.com/ and attach the crashlog.txt and crashlog.dmp files.Details: unhandled exception (Access violation reading 0x00000000)Location: unknown:0 (?)Call stack:(error while dumping stack: No stack frames found)errno = 0 (No error reported here)OS error = 0 (no error code was set)

with -nosound the game starts correctly

crashlog.dmp

crashlog.txt

mainlog.html

system_info.txt

Edited by ribez
Link to comment
Share on other sites

  • 4 weeks later...
  • 2 weeks later...
  • 3 years later...

Hey @jrosillo3

9 minutes ago, jrosillo3 said:

The same happend to me and after read everything in here, I just conect my headphones in this computer who don't have any sound hardware. AND IT WORKS. I'm not even need to reinstall the game. 

Thanks for reporting that fix. Do you happen to have a crashdump to help us identify the issue ?

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

 Share

×
×
  • Create New...