Opened 10 years ago

Closed 10 years ago

#2890 closed defect (fixed)

unhandled exception (Access violation reading 0x00000008)

Reported by: Erik Johansson Owned by: ben
Priority: Must Have Milestone: Alpha 18
Component: Core engine Keywords:
Cc: Patch:

Description

Received in an email, crashlogs attached, please let me know if there are any questions I should ask the reporter.

ayuda me sale este problema al intentar comenzar una escaramuza Cito el error : 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 = 2 (El sistema no puede hallar el archivo especificado.)

Attachments (3)

crashlog.dmp (56.5 KB ) - added by Erik Johansson 10 years ago.
crashlog.txt (2.3 KB ) - added by Erik Johansson 10 years ago.
system_info.txt (1.6 KB ) - added by Erik Johansson 10 years ago.

Download all attachments as: .zip

Change History (9)

by Erik Johansson, 10 years ago

Attachment: crashlog.dmp added

by Erik Johansson, 10 years ago

Attachment: crashlog.txt added

comment:1 by historic_bruno, 10 years ago

They have an older, low-end GPU that doesn't support our shaders, yet the crash is occurring in our post-processing code. That shouldn't happen unless they turned on post-processing, GLSL, etc. in settings. Tell them to verify that and to turn them off again :) (Of course, it shouldn't crash regardless of chosen settings, #1810 is relevant there)

Call stack:

 	00000000()	
>	pyrogenesis.exe!CPostprocManager::RecreateBuffers()  Line 144	C++
 	pyrogenesis.exe!CPostprocManager::Initialize()  Line 80	C++
 	pyrogenesis.exe!CPostprocManager::SetPostEffect(CStrW name={...})  Line 557	C++
 	pyrogenesis.exe!CMapReader::ParseEnvironment()  Line 1494	C++
 	pyrogenesis.exe!MemFunThunk<CGame>(void * param=0x0dffd570, double __formal=0.010000000000000000)  Line 60 + 0xa bytes	C++
 	pyrogenesis.exe!LDR_ProgressiveLoad(double time_budget=0.010000000000000000, wchar_t * description=0x0012fb60, unsigned int max_chars=100, int * progress_percent=0x0012fb44)  Line 228 + 0x11 bytes	C++
 	pyrogenesis.exe!ProgressiveLoad()  Line 212 + 0x25 bytes	C++
 	pyrogenesis.exe!Frame()  Line 319	C++
 	pyrogenesis.exe!RunGameOrAtlas(int argc=1, const char * * argv=0x0126b380)  Line 511 + 0x5 bytes	C++
 	pyrogenesis.exe!SDL_main(int argc=1, char * * argv=0x0126b380)  Line 555 + 0xd bytes	C++
 	pyrogenesis.exe!main(int argc=1, char * * argv=0x0126b380)  Line 140 + 0xd bytes	C
 	pyrogenesis.exe!wmain(int argc=1, wchar_t * * argv=0x01265610)  Line 380 + 0xa bytes	C++
 	pyrogenesis.exe!__tmainCRTStartup()  Line 583 + 0x17 bytes	C
 	pyrogenesis.exe!CallStartupWithinTryBlock()  Line 397	C++
 	kernel32.dll!7c816037() 	
 	[Frames below may be incorrect and/or missing, no symbols loaded for kernel32.dll]	

comment:2 by Erik Johansson, 10 years ago

Ok, I'll let him know/ask him. Just for completeness sake here is his description of what he did when the crash happened, and I'll attach system_info.txt.

(Note that this is via Google Translate from Spanish, so not perfect.)

to open the game it goes well, I can see all the options, the problem comes when I try to start a skirmish or battle online, just in time to start, sometimes, in the skirmish when I give a kind of random game and give start load up to 80% and fails, if I do not give random even load ...

by Erik Johansson, 10 years ago

Attachment: system_info.txt added

comment:3 by Erik Johansson, 10 years ago

His response: both options have them off, also turn off anything related to graphics and still the error

And also (though Google translate doesn't seem to do as good of a job this time so I'll include both Spanish and English):

Ahora no me abre el juego si no que directo me lanza error , lo reinstalo y nada Now I will not open the game live but it gives me error, reinstall and nothing

comment:4 by historic_bruno, 10 years ago

Milestone: BacklogAlpha 18
Priority: Should HaveMust Have

Ah, looks like the init code is being run even without having the option turned on, which is bad (related to r15843).

comment:5 by historic_bruno, 10 years ago

r15843 is quite broken, I think it only seems to work on drivers that support FBO because loading a map forces the postproc manager to initialize via SetPostEffect, regardless of the option being enabled, so it never happens after loading a map (what the patch actually intended to fix).

comment:6 by ben, 10 years ago

Owner: set to ben
Resolution: fixed
Status: newclosed

In 15905:

Fixes init of post processing effects, so they can be cleanly enabled/disabled at runtime. Fixes #2890, refs #2672, #2893.
Updates descriptions on options screen and fixes comment in default.cfg (smoothlos does not require preferglsl)

Note: See TracTickets for help on using tickets.