wine-bugs February 2012

wine-bugs@winehq.org

1 participants
10202 discussions

[Bug 30010] New: Portal 2 crashes at loading level after Steam update.
by wine-bugs＠winehq.org 26 Feb '12

26 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=30010 Bug #: 30010 Summary: Portal 2 crashes at loading level after Steam update. Product: Wine Version: 1.4-rc4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Zenitur(a)yandex.ru Classification: Unclassified Created attachment 39073 --> http://bugs.winehq.org/attachment.cgi?id=39073 Steam log After updating yesturday, Portal 2 crashes at loading level. I installed Steam in Wine 1.2-rc2 and Portal 2 crashes at the menu. After this I have been update Wine to 1.4-rc4 version. To run Portal 2, I disable "gameoverlayrenderer" in this two versions of Wine. I don't install DirectX, .NET and vcrun - Portal 2 works fine one or two weeks without it. Yesturday Steam was download an update. Afret installing it, Portal 2 become unplayable because of crashing at loading level. I can browse menu and watch videos. But I can not load all saved games. Steam version: 1818. I can't check other Steam games. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 6

[Bug 29786] New: [Diablo II] Software Rasterizer broken after making OpenGL default renderer
by wine-bugs＠winehq.org 26 Feb '12

26 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=29786 Bug #: 29786 Summary: [Diablo II] Software Rasterizer broken after making OpenGL default renderer Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: zajec5(a)gmail.com Classification: Unclassified I use software rendering as workaround for bug #14348. I do this by: LIBGL_ALWAYS_SOFTWARE=1 wine ~/.wine/drive_c/Diablo\ II/Game.exe Unfortunately with new Wine releases software renderer doesn't work any more. I've bisected this issue to: 94ae743ea668e49d40ae4e2dc5fe1f5d9be018cb is the first bad commit commit 94ae743ea668e49d40ae4e2dc5fe1f5d9be018cb Author: Henri Verbeet <hverbeet(a)codeweavers.com> Date: Tue Aug 30 20:12:31 2011 +0200 ddraw: Make the OpenGL renderer the default one. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 12

[Bug 7054] Pure Pinball game crashes trying to access freed texture objects
by wine-bugs＠winehq.org 26 Feb '12

26 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=7054 --- Comment #13 from Anastasius Focht <focht(a)gmx.net> 2012-02-26 09:49:31 CST --- Created attachment 39090 --> http://bugs.winehq.org/attachment.cgi?id=39090 +tid,+seh,+d3d,+d3d8,+loaddll,+process trace log Hello Henri, attached is a compressed +tid,+seh,+d3d,+d3d8,+loaddll,+process trace log. (98 MiB uncompressed) --- snip --- ... 0024:trace:seh:raise_exception code=c0000005 flags=0 addr=0x428c5a ip=00428c5a tid=0024 0024:trace:seh:raise_exception info[0]=00000000 0024:trace:seh:raise_exception info[1]=00000008 0024:trace:seh:raise_exception eax=00000000 ebx=03254598 ecx=0016e220 edx=00000000 esi=00000113 edi=0032fd48 0024:trace:seh:raise_exception ebp=0032fb10 esp=0032fb00 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00210202 0024:trace:seh:call_stack_handlers calling handler at 0x45bd96 code=c0000005 flags=0 0024:trace:seh:__regs_RtlUnwind code=c0000005 flags=2 --- snip --- ecx = 0x16e220 -> the texture in question Yes, the texture is about to be released (call [vtable+8]). Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 7054] Pure Pinball game crashes trying to access freed texture objects
by wine-bugs＠winehq.org 26 Feb '12

26 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=7054 --- Comment #12 from Henri Verbeet <hverbeet(a)gmail.com> 2012-02-26 09:23:40 CST --- (In reply to comment #11) > 0024:trace:d3d8:IDirect3DDevice8Impl_SetTexture iface 0x154280, stage 0, > texture 0x123bb8. > ... > 0024:trace:d3d8:IDirect3DDevice8Impl_Release 0x154280 decreasing refcount to 3. > 0024:trace:d3d8:IDirect3DTexture8Impl_Release 0x123bb8 decreasing refcount to > 0. > ... > 0024:Call ntdll.RtlFreeHeap(00110000,00000000,00123bb8) ret=7e7d9228 > 0024:trace:heap:RtlFreeHeap (0x110000,70000062,0x123bb8): returning TRUE > ... > 0024:Call wined3d.wined3d_texture_decref(002115a0) ret=7e7d8565 > ... > 0024:trace:d3d8:IDirect3DDevice8Impl_Release 0x154280 decreasing refcount to 2. > > I'm not sure if d3d8 is at fault here (reference counting?). > Is a different texture set on stage 0 before the texture is actually freed? Resources are kept alive as long as they're referenced by the device / stateblock, even though the refcount may fall to 0. A IDirect3DDevice8Impl_GetTexture() call for example would bump it up to 1 again in that case. If I'm reading the disassembly there correctly though, it's trying to call IDirect3DTexture8_Release() on the texture, which would only make sense if the application is still supposed to hold a reference to the texture at the point. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 29778] New: systray icon combined on gnome3
by wine-bugs＠winehq.org 26 Feb '12

26 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=29778 Bug #: 29778 Summary: systray icon combined on gnome3 Product: Wine Version: 1.4-rc1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lisunlin0(a)yahoo.com.cn Classification: Unclassified I run a program which would display systray icon twice or more, the systray icon will be combined on gnome3 (Ubuntu 11.10), then exit the last startup process, the systray will totally disappeard. example: 1. Download http://www.codeproject.com/KB/shell/systemtray/systemtraySDK_demo.zip (reference http://www.codeproject.com/Articles/74/Adding-Icons-to-the-System-Tray) and extract it. 2. Run TaskbarDemo.exe from the package twice or more in wine on gnome3 (We can see the systray icon only show once). 3. Exit the program by click content menu on systray. then the icon disappeared, the other TaskbarDemo.exe processes are continue without systray icon. On ubuntu unity they work fine with multi systray icon. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 7

[Bug 6716] Database box is not correctly renewed in IDOS
by wine-bugs＠winehq.org 26 Feb '12

26 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=6716 Petr Dlouhý <petr.dlouhy(a)email.cz> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #39042|0 |1 is obsolete| | --- Comment #30 from Petr Dlouhý <petr.dlouhy(a)email.cz> 2012-02-26 07:58:45 CST --- Created attachment 39089 --> http://bugs.winehq.org/attachment.cgi?id=39089 Possible fix of the bug and uncomplete test Nikolay: Thanks for your answer, it did help. Seems like I have get it all wrong. My previous test was testing the same thing as test_customdraw(), so it was not proving anything. And the bug just didn't show up, when disabling that notification. I have new serious lead: As I have learned out, it seems, that if CDRF_SKIPDEFAULT is returned from Wndproc function after listview.c called it with CDDS_SUBITEM | CDDS_ITEMPREPAINT, the drawing sequention is in fact not skipped. If I remove line, that skips the rest of drawing sequence (as shown in the patch), IDOS works perfectly. The main proof I have got is, that when I run the test (also included in patch) with native comctl32, then on the +message log are HDM_ORDERTOINDEX messages shown right after CDRF_SKIPDEFAULT is returned from Windproc function (and with built-in library there are no such messages). The problem which I have is, that I haven't found a way to make a regular test out of it. I don't know, how to really test, that the drawing really occured (HDM_ORDERTOINDEX messages are not in message sequention). -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 7054] Pure Pinball game crashes trying to access freed texture objects
by wine-bugs＠winehq.org 26 Feb '12

26 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=7054 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |focht(a)gmx.net Component|-unknown |directx-d3d Summary|Pure Pinball fails to start |Pure Pinball game crashes | |trying to access freed | |texture objects --- Comment #11 from Anastasius Focht <focht(a)gmx.net> 2012-02-26 07:19:19 CST --- Hello, --- snip --- ... 0024:trace:d3d8:IDirect3DDevice8Impl_SetPixelShader iface 0x154280, shader 0. 0024:Call wined3d.wined3d_mutex_lock() ret=7e7d2ccf 0024:Ret wined3d.wined3d_mutex_lock() retval=00000000 ret=7e7d2ccf 0024:Call wined3d.wined3d_device_set_pixel_shader(00183140,00000000) ret=7e7d2ceb 0024:Ret wined3d.wined3d_device_set_pixel_shader() retval=00000000 ret=7e7d2ceb 0024:Call wined3d.wined3d_mutex_unlock() ret=7e7d2cf3 0024:Ret wined3d.wined3d_mutex_unlock() retval=00000000 ret=7e7d2cf3 0024:trace:d3d8:IDirect3DDevice8Impl_SetStreamSource iface 0x154280, stream_idx 0, buffer (nil), stride 0. 0024:Call wined3d.wined3d_mutex_lock() ret=7e7d3680 0024:Ret wined3d.wined3d_mutex_lock() retval=00000000 ret=7e7d3680 0024:Call wined3d.wined3d_device_set_stream_source(00183140,00000000,00000000,00000000,00000000) ret=7e7d36bb 0024:Ret wined3d.wined3d_device_set_stream_source() retval=00000000 ret=7e7d36bb 0024:Call wined3d.wined3d_mutex_unlock() ret=7e7d36c3 0024:Ret wined3d.wined3d_mutex_unlock() retval=00000000 ret=7e7d36c3 0024:trace:seh:raise_exception code=c0000005 flags=0 addr=0x428c5a ip=00428c5a tid=0024 0024:trace:seh:raise_exception info[0]=00000000 0024:trace:seh:raise_exception info[1]=feeefef6 0024:trace:seh:raise_exception eax=feeefeee ebx=03254560 ecx=00123bb8 edx=00000000 esi=00000113 edi=0033fcc8 0024:trace:seh:raise_exception ebp=0033fa90 esp=0033fa80 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00210206 0024:trace:seh:call_stack_handlers calling handler at 0x45bd96 code=c0000005 flags=0 ... 0024:Call user32.MessageBoxA(000100a0,08277008 "Access violation at address 00428C5A in module 'Pure Pinball Demo.exe'. Read of address FEEEFEF6.",08277078 "Pure pinball demo",00000010) ret=0045a0cb --- snip --- Sometimes the page fault address changes. Using +heap you get more reliable results (in conjunction with +relay,+snoop). Code around crash, annotated through debugging: --- snip --- ... 00428C35 call dword ptr [edx+14Ch] ; IDirect3DDevice8Impl_SetStreamSource(iface=0x1309e8, StreamNumber=0, pStreamData=(nil), Stride=0) 00428C3B xor ecx, ecx 00428C3D mov [ebp+var_4], ecx 00428C40 mov eax, [ebp+var_4] 00428C43 cmp dword_C43FD0[eax*4], 0 ; texture obj table 00428C4B jz short loc_428C7D 00428C4D mov edx, [ebp+var_4] 00428C50 mov ecx, dword_C43FD0[edx*4] ; texture obj table 00428C57 push ecx 00428C58 mov eax, [ecx] ; deref to Direct3DTexture8_Vtbl 00428C5A call dword ptr [eax+8] ; *boom* --- snip --- The game creates some textures from files and stores the pointers globally. Using "ecx" from exception frame -> 0x00123bb8 as hint you search the trace log from beginning again .. and find: Creation of texture: --- snip --- ... 0024:CALL d3dx8bor.D3DXCreateTextureFromFileExA(<unknown, check return>(0x110000,70000062,00000040): returning 0x2111b0 ) ret=004290e3 0024:Call KERNEL32.CreateFileA(004917f5 "data\\menu\\logo_iridon.jpg",80000000,00000001,00000000,00000003,10000000,00000000) ret=1002cb3f ... 0024:trace:d3d8:IDirect3DDevice8Impl_CreateTexture iface 0x154280, width 1024, height 1024, levels 1, usage 0, format 0x16, pool 0x1, texture 0x33f9e8. 0024:Call ntdll.RtlAllocateHeap(00110000,00000008,00000010) ret=7e7cd3b1 0024:trace:heap:RtlAllocateHeap (0x110000,7000006a,00000010): returning 0x123bb8 0024:Ret ntdll.RtlAllocateHeap() retval=00123bb8 ret=7e7cd3b1 0024:Call wined3d.wined3d_mutex_lock() ret=7e7d9260 0024:Ret wined3d.wined3d_mutex_lock() retval=00000000 ret=7e7d9260 0024:Call wined3d.wined3d_texture_create_2d(00183140,00000400,00000400,00000001,00000000,00000073,00000001,00123bb8,7e7e946c,00123bc0) ret=7e7d92c3 ... 0024:trace:d3d8:IDirect3DDevice8Impl_CreateTexture Created texture 0x123bb8. 0024:trace:d3d8:IDirect3DTexture8Impl_GetSurfaceLevel iface 0x123bb8, level 0, surface 0x33f9ec. 0024:Call wined3d.wined3d_mutex_lock() ret=7e7d8eaa 0024:Ret wined3d.wined3d_mutex_lock() retval=00000000 ret=7e7d8eaa 0024:Call wined3d.wined3d_texture_get_sub_resource(002115a0,00000000) ret=7e7d8ebf 0024:Ret wined3d.wined3d_texture_get_sub_resource() retval=002116e8 ret=7e7d8ebf 0024:Call wined3d.wined3d_resource_get_parent(002116e8) ret=7e7d8edf 0024:Ret wined3d.wined3d_resource_get_parent() retval=0012e870 ret=7e7d8edf 0024:trace:d3d8:IDirect3DSurface8Impl_AddRef iface 0x12e870. 0024:trace:d3d8:IDirect3DSurface8Impl_AddRef (0x12e870) : Forwarding to 0x123bb8 0024:trace:d3d8:IDirect3DTexture8Impl_AddRef 0x123bb8 increasing refcount to 2. ... 0024:trace:d3d8:IDirect3DSurface8Impl_Release iface 0x12e870. 0024:trace:d3d8:IDirect3DSurface8Impl_Release (0x12e870) : Forwarding to 0x123bb8 0024:trace:d3d8:IDirect3DTexture8Impl_Release 0x123bb8 decreasing refcount to 1. 0024:Call ntdll.RtlFreeHeap(02f26000,00000000,08455020) ret=10001ed3 0024:trace:heap:RtlFreeHeap (0xffa10000,70000061,0xffa19fc0): returning TRUE 0024:trace:heap:RtlFreeHeap (0x2f26000,70000062,0x8455020): returning TRUE 0024:Ret ntdll.RtlFreeHeap() retval=00000001 ret=10001ed3 0024:Call KERNEL32.UnmapViewOfFile(00390000) ret=1002cbad ... 0024:RET d3dx8bor.D3DXCreateTextureFromFileExA(00154280,004917f5,ffffffff,ffffffff,00000001,00000000,00000000,00000001,00000003,00000003,00000000,00000000,00000000,00c3fb6c) retval=00000000 ret=004290e3 --- snip --- Usage and freeing: --- snip --- 0024:trace:d3d8:IDirect3DDevice8Impl_DrawPrimitiveUP iface 0x154280, primitive_type 0x6, primitive_count 2, data 0x33f92c, stride 28. ... 0024:trace:d3d8:IDirect3DDevice8Impl_SetTexture iface 0x154280, stage 0, texture 0x123bb8. ... 0024:trace:d3d8:IDirect3DDevice8Impl_SetTexture iface 0x154280, stage 0, texture 0x123bb8. ... 0024:trace:d3d8:IDirect3DDevice8Impl_Release 0x154280 decreasing refcount to 3. 0024:trace:d3d8:IDirect3DTexture8Impl_Release 0x123bb8 decreasing refcount to 0. ... 0024:Call ntdll.RtlFreeHeap(00110000,00000000,00123bb8) ret=7e7d9228 0024:trace:heap:RtlFreeHeap (0x110000,70000062,0x123bb8): returning TRUE ... 0024:Call wined3d.wined3d_texture_decref(002115a0) ret=7e7d8565 ... 0024:trace:d3d8:IDirect3DDevice8Impl_Release 0x154280 decreasing refcount to 2. 0024:CALL d3dx8bor.D3DXCreateTexture(00154280,00000320,00000258,00000001,00000000,00000016,00000000,00c3fb64) ret=0042c735 0024:trace:d3d8:IDirect3DDevice8Impl_GetDirect3D iface 0x154280, d3d8 0x33fa3c. 0024:trace:d3d8:IDirect3D8Impl_QueryInterface iface 0x134270, riid {1dd9e8da-1c77-4d40-b0cf-98fefdff9512}, object 0x33fa3c. 0024:trace:d3d8:IDirect3D8Impl_AddRef 0x134270 increasing refcount to 3. 0024:trace:d3d8:IDirect3DDevice8Impl_GetDeviceCaps iface 0x154280, caps 0x33f918. 0024:Call ntdll.RtlAllocateHeap(00110000,00000008,00000180) ret=7e7cc235 0024:trace:heap:RtlAllocateHeap (0x110000,7000006a,00000180): returning 0x21f8a8 --- snip --- I'm not sure if d3d8 is at fault here (reference counting?). It could also be a bug in the game itself that is hidden due to different heap management in Windows (freed memory block contents not erased/reused). I've seen many broken apps that "worked" due to this "feature". For testing I disabled freeing these textures (dlls/d3d8/texture.c -> IDirect3DTexture8Impl_Release) and the crash was gone. The menu animation was shown but I was unable to make any input (mouse cursor also hidden). You can start the game in windowed mode using "-win" parameter. $ sha1sum PurePinballDemo_English.exe 1a513e5817591bbd86acfb779f1bd7bd8a98658b PurePinballDemo_English.exe Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 7054] Pure Pinball fails to start
by wine-bugs＠winehq.org 26 Feb '12

26 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=7054 --- Comment #10 from GyB <gyebro69(a)gmail.com> 2012-02-26 04:23:15 CST --- Still present in Wine-1.4-rc5. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 28149] New: Neuro Hunter freezes on exit
by wine-bugs＠winehq.org 26 Feb '12

26 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=28149 Summary: Neuro Hunter freezes on exit Product: Wine Version: 1.3.26 Platform: x86 URL: http://www.fileplanet.com/158936/150000/fileinfo/Neuro -Hunter-Demo OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com Created an attachment (id=36069) --> (http://bugs.winehq.org/attachment.cgi?id=36069) plain terminal output Steps to reproduce the problem in the demo: After a successful installation launch the demo by NeuroHunterDemo.exe. When the main menu appears select <Exit>. After the confirmation the game hangs. The following fixmes are spamming the console endlessly on exit: fixme:font:WineEngRemoveFontResourceEx (L"C:\\Program Files\\Deep Silver\\Neuro Hunter\\Data\\UI\\Fonts\\neuro.ttf", 0, (nil)): stub The same problem with Wine-1.3.22, too (earlier versions couldn't even start the game on my system). -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 4

[Bug 8292] RemoveFontResourceEx not implemented - certain games go into infinite loop (Fifa Manager 2007, Neuro Hunter, Prince of Persia 3D)
by wine-bugs＠winehq.org 26 Feb '12

26 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=8292 GyB <gyebro69(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- URL|http://gameworld.mirror.nuc |http://www.fileplanet.com/2 |learfallout.net/demos/manag |2571/20000/fileinfo/Prince- |er07demo.exe |of-Persia-Demo Summary|Fifa Manager 2007 Crash |RemoveFontResourceEx not | |implemented - certain games | |go into infinite loop (Fifa | |Manager 2007, Neuro Hunter, | |Prince of Persia 3D) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs February 2012