#284 closed defect (fixed)
crash on vista
Reported by: | heroine | Owned by: | |
---|---|---|---|
Priority: | Should Have | Milestone: | |
Component: | Core engine | Keywords: | crash vista |
Cc: | Patch: |
Description
I use a laptop with vista OS to open the pyrogenesis.exe, then it crash.
Attachments (2)
Change History (7)
by , 15 years ago
Attachment: | crashlog.txt added |
---|
by , 15 years ago
Attachment: | crashlog.dmp added |
---|
comment:1 by , 15 years ago
comment:2 by , 15 years ago
Technical details:
Call stack:
> 0bc09d80() pyrogenesis.exe!UniFont_reload(UniFont * f=0x00fc1898, const boost::filesystem::basic_path<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,VfsPathTraits> & basename={...}, __int64 __formal=12884901891) Line 151 C++ pyrogenesis.exe!call_init_and_reload(__int64 h=12884901891, H_VTbl * type=0x014f67e4, HDATA * hd=0x00000000, const boost::filesystem::basic_path<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,VfsPathTraits> & pathname={...}, char * * init_args=0x00000000) Line 506 + 0x19 bytes C++ pyrogenesis.exe!alloc_new_handle(H_VTbl * type=0x014f67e4, const boost::filesystem::basic_path<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,VfsPathTraits> & pathname={...}, unsigned int key=1810105928, unsigned int flags=0, char * * init_args=0x001bedbc) Line 545 + 0x17 bytes C++ pyrogenesis.exe!h_alloc(H_VTbl * type=0x014f67e4, const boost::filesystem::basic_path<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,VfsPathTraits> & pathname={...}, unsigned int flags=0, ...) Line 580 + 0x1a bytes C++ pyrogenesis.exe!unifont_load(const boost::filesystem::basic_path<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,VfsPathTraits> & pathname={...}, unsigned int flags=0) Line 209 + 0x16 bytes C++
In UniFont_reload
it's failing in the glEndList()
call, which is a jump to 136D7F8h.
The code at 0bc09d80 is:
0BC09D80 push ebp 0BC09D81 mov ebp,esp 0BC09D83 push ebx 0BC09D84 push esi 0BC09D85 push edi 0BC09D86 mov ebx,ecx 0BC09D88 mov ecx,edx 0BC09D8A mov esi,dword ptr [ebp+8] 0BC09D8D and ecx,0FFFFFFFCh 0BC09D93 movaps xmm0,xmmword ptr [ebx+490h] 0BC09D9A movaps xmm1,xmmword ptr [ebx+4D0h] 0BC09DA1 movaps xmmword ptr [ebx+9180h],xmm0 0BC09DA8 movaps xmmword ptr [ebx+9190h],xmm0 0BC09DAF movaps xmmword ptr [ebx+91A0h],xmm0 0BC09DB6 movaps xmmword ptr [ebx+91B0h],xmm1 0BC09DBD movaps xmmword ptr [ebx+91C0h],xmm0 0BC09DC4 movaps xmmword ptr [ebx+91D0h],xmm0 0BC09DCB movaps xmmword ptr [ebx+91E0h],xmm0 0BC09DD2 movaps xmmword ptr [ebx+91F0h],xmm1 0BC09DD9 mov eax,dword ptr [ebx+0F80h] 0BC09DDF mov dword ptr [ebx+60h],eax 0BC09DE2 mov dword ptr [ebx+64h],eax 0BC09DE5 mov dword ptr [ebx+68h],eax 0BC09DE8 mov dword ptr [ebx+6Ch],eax 0BC09DEB mov eax,dword ptr [ebx+0FA0h] 0BC09DF1 mov dword ptr [ebx+70h],eax 0BC09DF4 mov dword ptr [ebx+74h],eax 0BC09DF7 mov dword ptr [ebx+78h],eax 0BC09DFA mov dword ptr [ebx+7Ch],eax 0BC09DFD db 8bh 0BC09DFE db 83h 0BC09DFF nop 0BC09E00 ???
Presumably the access violation is because it's non-executable memory or something? Sounds quite like a buggy driver, but I'm not at all certain.
comment:3 by , 15 years ago
I have updated the latest version drive, still dosen't work. Frozen Throne and Glest is OK in my labtop. I will keep trying and find something useful info. Thanks.
comment:4 by , 15 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
After I uninstalled my ATI X1200 driver, then use vista default one, it is ok now!
Note:
See TracTickets
for help on using tickets.
Hmm, this looks pretty weird. The only thing I can suggest is to try upgrading your graphics drivers if you don't already have the latest versions. (Looks like this page might have the right ones.)