wine-bugs December 2014

wine-bugs@winehq.org

1 participants
9002 discussions

[Bug 32452] New: fr-057 demo scene application crashes at start up (custom imports resolver can't cope with some d3dx9_29 functions being forwarded)
by wine-bugs＠winehq.org 27 Feb '21

27 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=32452 Bug #: 32452 Summary: fr-057 demo scene application crashes at start up (custom imports resolver can't cope with some d3dx9_29 functions being forwarded) Product: Wine Version: 1.5.19 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, continuation of bug 13401 (which was about msvcrt forwards). Still crashes, now due to d3dx9_xx forwards. --- snip --- ... 0024:trace:d3d9:d3d9_device_SetPixelShaderConstantF iface 0x140020, reg_idx 6, data 0x88ffc74, count 1. 0024:Call wined3d.wined3d_mutex_lock() ret=7e98ff4a 0024:Ret wined3d.wined3d_mutex_lock() retval=00000000 ret=7e98ff4a 0024:Call wined3d.wined3d_device_set_ps_consts_f(00175890,00000006,088ffc74,00000001) ret=7e98ff6d 0024:Ret wined3d.wined3d_device_set_ps_consts_f() retval=00000000 ret=7e98ff6d 0024:Call wined3d.wined3d_mutex_unlock() ret=7e98ff75 0024:Ret wined3d.wined3d_mutex_unlock() retval=00000000 ret=7e98ff75 0024:trace:seh:raise_exception code=c0000005 flags=0 addr=0x7e9ed797 ip=7e9ed797 tid=0024 0024:trace:seh:raise_exception info[0]=00000000 0024:trace:seh:raise_exception info[1]=ffffffff 0024:trace:seh:raise_exception eax=088ffce8 ebx=004000e4 ecx=004225d8 edx=00000000 esi=004224db edi=06e600e4 0024:trace:seh:raise_exception ebp=088ffe38 esp=088ffb6c cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010246 0024:trace:seh:call_stack_handlers calling handler at 0x7bc9378d code=c0000005 flags=0 0024:Call KERNEL32.UnhandledExceptionFilter(088ff644) ret=7bc937c7 wine: Unhandled page fault on read access to 0xffffffff at address 0x7e9ed797 (thread 0024), starting debugger... 0024:trace:seh:start_debugger Starting debugger "winedbg --auto 35 156" --- snip --- The custom import resolver generated the following table (dumped from memory): --- snip --- ... 06E60010 7B87970F OFFSET KERNEL32.AcquireSRWLockExclusive 06E60014 7B8659F4 OFFSET KERNEL32.ExitProcess 06E60018 7B858071 OFFSET KERNEL32.LoadLibraryA 06E6001C 7ECF1D09 OFFSET user32.CreateWindowExA 06E60020 7EC9C433 OFFSET user32.ActivateKeyboardLayout 06E60024 7EC9C433 OFFSET user32.ActivateKeyboardLayout 06E60028 7EC9AA3E OFFSET user32.GetAsyncKeyState 06E6002C 7ECC8BD8 OFFSET user32.MessageBoxA 06E60030 7EC6C6B8 OFFSET user32.ShowCursor 06E60034 7EC9C433 OFFSET user32.ActivateKeyboardLayout 06E60038 7E986A44 OFFSET d3d9.Direct3DCreate9 06E6003C 7E986F17 OFFSET d3d9.D3DPERF_BeginEvent 06E60040 7E986F17 OFFSET d3d9.D3DPERF_BeginEvent 06E60044 7E986F17 OFFSET d3d9.D3DPERF_BeginEvent 06E60048 7E986F17 OFFSET d3d9.D3DPERF_BeginEvent 06E6004C 7E9ECA10 ASCII "d3dx9_36.D3DXMatrixInverse" 06E60050 7E9ECA2B ASCII "d3dx9_36.D3DXMatrixLookAtLH" 06E60054 7E9EAEDC ASCII "d3dx9_36.D3DXAssembleShader" 06E60058 7E9EAEDC ASCII "d3dx9_36.D3DXAssembleShader" 06E6005C 7E9EAEDC ASCII "d3dx9_36.D3DXAssembleShader" 06E60060 7E9EAEDC ASCII "d3dx9_36.D3DXAssembleShader" 06E60064 7E9EAEDC ASCII "d3dx9_36.D3DXAssembleShader" 06E60068 7E9EAEDC ASCII "d3dx9_36.D3DXAssembleShader" 06E6006C 7E9EAEDC ASCII "d3dx9_36.D3DXAssembleShader" 06E60070 7E9EAEDC ASCII "d3dx9_36.D3DXAssembleShader" 06E60074 7E9EAEDC ASCII "d3dx9_36.D3DXAssembleShader" 06E60078 7E9EAEDC ASCII "d3dx9_36.D3DXAssembleShader" 06E6007C 7E9ECA63 ASCII "d3dx9_36.D3DXMatrixMultiply" 06E60080 7E9EAEDC ASCII "d3dx9_36.D3DXAssembleShader" 06E60084 7E9EAEDC ASCII "d3dx9_36.D3DXAssembleShader" 06E60088 7E9EAEDC ASCII "d3dx9_36.D3DXAssembleShader" 06E6008C 7E9EAEDC ASCII "d3dx9_36.D3DXAssembleShader" 06E60090 7E9ECB22 ASCII "d3dx9_36.D3DXMatrixPerspectiveFovLH" 06E60094 7E9EAEDC ASCII "d3dx9_36.D3DXAssembleShader" 06E60098 7E9EAEDC ASCII "d3dx9_36.D3DXAssembleShader" 06E6009C 7E9EAEDC ASCII "d3dx9_36.D3DXAssembleShader" 06E600A0 7E9EAEDC ASCII "d3dx9_36.D3DXAssembleShader" 06E600A4 7E9EAEDC ASCII "d3dx9_36.D3DXAssembleShader" 06E600A8 7E9EAEDC ASCII "d3dx9_36.D3DXAssembleShader" 06E600AC 7E9EAEDC ASCII "d3dx9_36.D3DXAssembleShader" 06E600B0 7E9EAEDC ASCII "d3dx9_36.D3DXAssembleShader" 06E600B4 7E9ECC9B ASCII "d3dx9_36.D3DXMatrixRotationYawPitchRoll" 06E600B8 7E9EAEDC ASCII "d3dx9_36.D3DXAssembleShader" 06E600BC 7E9ECCE0 ASCII "d3dx9_36.D3DXMatrixScaling" 06E600C0 7E9EAEDC ASCII "d3dx9_36.D3DXAssembleShader" 06E600C4 7E9ED797 ASCII "d3dx9_36.D3DXVec3Normalize" 06E600C8 7E6C2E2A OFFSET dsound.DirectSoundCreate 06E600CC 7E38C969 OFFSET msvcrt.MSVCRT__ftol 06E600D0 7E38C1ED OFFSET msvcrt.MSVCRT_cos 06E600D4 7E38CD5F OFFSET msvcrt.MSVCRT_fabs 06E600D8 7E3B2C76 OFFSET msvcrt.MSVCRT_memcpy 06E600DC 7E38C4A3 OFFSET msvcrt.MSVCRT_pow 06E600E0 7E38C512 OFFSET msvcrt.MSVCRT_sin 06E600E4 00000000 --- snip --- Everything annotated with "ASCII" means not resolved (in export address table of the DLL the app links against the RVA points to an ASCII string of the DLL and symbol name to which it is forwarded). The 4K demo links against d3dx9_29, loaded modules: --- snip --- ... ELF 7e972000-7e9af000 Dwarf d3d9<elf> \-PE 7e980000-7e9af000 \ d3d9 ELF 7e9af000-7e9c8000 Dwarf libice.so.6 ELF 7e9d5000-7e9ee000 Deferred d3dx9_29<elf> \-PE 7e9e0000-7e9ee000 \ d3dx9_29 --- snip --- Looking at default forwarding policy of d3dx9_xx modules it doesn't make sense to break this scheme for this app. Maybe another mechanism can be created (through .spec annotation) that automatically creates small stubs to keep apps happy that don't expect forwarded exports. $ du -sh arancia.exe 4.0K arancia.exe $ sha1sum arancia.exe dc76f37b56981b3f41a6d6e66168df1d971cc4fa arancia.exe $ wine --version wine-1.5.19-152-g7f88250 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.

2 5

[Bug 17200] New: A demoscene sound only demo consumes a way too many CPU cycles
by wine-bugs＠winehq.org 27 Feb '21

27 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=17200 Summary: A demoscene sound only demo consumes a way too many CPU cycles Product: Wine Version: 1.1.14 Platform: PC URL: http://gargaj.umlaut.hu/prod.php?id=116 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dmusic AssignedTo: wine-bugs(a)winehq.org ReportedBy: t.artem(a)mailcity.com Under Windows XP this demo consumes around 0-1% of CPU, under Wine it consumes on average 75% of 2600MHz AMD64 CPU. To exclude console output latency I run it this way: ./invisible.exe &> /dev/null -- 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.

2 17

[Bug 25219] New: Demoscene demo @party invitation crashes with unimplemented function d3dx9_36.dll.D3DXLoadMeshFromXInMemory
by wine-bugs＠winehq.org 27 Feb '21

27 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=25219 Summary: Demoscene demo @party invitation crashes with unimplemented function d3dx9_36.dll.D3DXLoadMeshFromXInMemory Product: Wine Version: 1.3.7 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3dx9 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com CC: wine-bugs(a)winehq.org http://www.pouet.net/prod.php?which=54616 crashes with wine: Call from 0x7b838ba2 to unimplemented function d3dx9_36.dll.D3DXLoadMeshFromXInMemory, aborting winetricks d3d9_36 gets past this. On my ancient travel laptop, I actually see a progress bar as the demo initializes. I then run out of video memory. (Might work on modern hardware, dunno.) -- 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.

2 6

[Bug 20934] New: Bloom filter shows artifacts in fr-041_debris (demoscene demo)
by wine-bugs＠winehq.org 27 Feb '21

27 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=20934 Summary: Bloom filter shows artifacts in fr-041_debris (demoscene demo) Product: Wine Version: 1.1.33 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: knight666(a)gmail.com Created an attachment (id=25091) --> (http://bugs.winehq.org/attachment.cgi?id=25091) Comparison shot between Windows Vista Home Premium and Wine 1.1.33 I wanted to test to see how far Wine got, and decided to try some things that depend on weird Windows-specific quirks. So: demoscene demo's. :) This demo runs perfectly in Wine, except for the bloom filter. I've added two comparison shots that show the difference between the demo running in Windows Vista Home Premium and Wine 1.1.33 on Linux Mint 7 (Ubuntu 9.04). You can download the demo here: http://www.pouet.net/prod.php?which=30244 -- 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.

2 11

[Bug 20960] New: Textures missing in demoscene's demo fr-041_debris
by wine-bugs＠winehq.org 27 Feb '21

27 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=20960 Summary: Textures missing in demoscene's demo fr-041_debris Product: Wine Version: 1.1.34 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wylda(a)volny.cz Hi, i wanted to test bug 20934 and find out, that the demoscene demo is badly broken in current git (wine-1.1.34-99-g8da7a00). Free download available fr-041_debris.exe, only 179kB. 1. All the textures are missing, houses have just wired skeleton and console is flooded by "fixme:d3d_shader:shader_glsl_load_constants >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUniform4fvARB @ glsl_shader.c / 667" 2. Did a regression test between 1.1.33 and 1.1.34: b9243b721a6c747986003c76463b4bd7b3a50208 is first bad commit commit b9243b721a6c747986003c76463b4bd7b3a50208 Author: Henri Verbeet <hverbeet(a)codeweavers.com> Date: Wed Nov 18 10:45:50 2009 +0100 d3d9: Add a separate function for device initialization. :040000 040000 5941942ae303c760ba6cfe45f89e2b90dbd79128 eed9f7f18d83dec196542ea9b547b9d4ade9e7ef M dlls 3. No other bug report suffers from this commit. 4. Revert of this patch on top of current git (wine-1.1.34-99-g8da7a00) makes that problem goes away. 5. Adding author of this patch to CC. --private keyword: bisected -- 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.

2 12

[Bug 24093] New: Demoscene fr-041 debris shows garbage instead of black strip
by wine-bugs＠winehq.org 27 Feb '21

27 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=24093 Summary: Demoscene fr-041 debris shows garbage instead of black strip Product: Wine Version: 1.3.1 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: wylda(a)volny.cz CC: hverbeet(a)gmail.com Created an attachment (id=30317) --> (http://bugs.winehq.org/attachment.cgi?id=30317) Image showing the problem "Demoscene fr-041 debris" shows garbage instead of black strip. Attachment shows that better. It can be seen since cca 15th sec of run. I used app's default setting except "Wait for VSync" which were disabled... It looks like, as time passes it's getting worse. 1. I did a regression test between 1.3.0 and 1.3.1: commit 6e30387f81235578e67afc54a8d6695f0413a8f5 Author: Henri Verbeet <hverbeet(a)codeweavers.com> Date: Wed Aug 4 11:10:23 2010 +0200 wined3d: Replace color_fill_fbo() with device_clear_render_targets(). :040000 040000 2a79c4e1934776671edc137577435af40286a97c a031df0049d1334b901fff0588ef457670b30490 M dlls 2. No other bug report suffers from this commit. 3. Revert of this patch after git checkout makes that problem go away. 4. Adding author of this patch to CC. --private keyword: bisected -- 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.

2 7

[Bug 24131] New: HEAP corruption in-between 1.3.0~1.3.1-135
by wine-bugs＠winehq.org 27 Feb '21

27 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=24131 Summary: HEAP corruption in-between 1.3.0~1.3.1-135 Product: Wine Version: 1.3.1 Platform: x86 URL: http://www.pouet.net/prod.php?which=30244 OS/Version: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wylda(a)volny.cz CC: cookiecaper(a)gmail.com This happens to me under "Demoscene fr-041 debris". When i run this application: WINEDEBUG=warn+heap wine fr-041_debris.exe then at the very end i get: err:heap:HEAP_ValidateInUseArena Heap 0x110000: block 0x113678 tail overwritten at 0x113b64 (byte 0/12 == 0x44) There is always the same values "(byte 0/12 == 0x44)" 1. I did a regression test between 1.3.0 and 1.3.1-135: commit 6120d7cc14522983fbc38026ab4fcb6e4a68cdf0 Author: Jeff Cook <jeff(a)deserettechnology.com> Date: Mon Aug 2 17:48:52 2010 -0600 winealsa.drv: Init mixer on cards with a single Mic control, like snd_usb_audio mics. :040000 040000 0edca612f774126778453257b9149cf893d32f24 0a9b8d3df5d78d176a69bc52d4ceea22ba2d80cf M dlls 2. There is another bug report suffering from this commit, see bug 23902. 3. Revert of this patch is not tested yet (time :-/). 4. Adding author of this patch to CC. --private keyword: bisected -- 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.

2 13

[Bug 27701] New: Panta Rhei demoscene demo crashes on startup
by wine-bugs＠winehq.org 27 Feb '21

27 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=27701 Summary: Panta Rhei demoscene demo crashes on startup Product: Wine Version: 1.3.23 Platform: x86 URL: http://www.pouet.net/prod.php?which=56902 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: t.artem(a)mailcity.com $ ./FLP-PR.EXE wine: Unhandled page fault on read access to 0xffffffff at address 0x7e402558 (thread 0009), starting debugger... Unhandled exception: page fault on read access to 0xffffffff in 32-bit code (0x7e402558). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b EIP:7e402558 ESP:080ffe48 EBP:080ffe90 EFLAGS:00010202( R- -- I - - - ) EAX:00000001 EBX:00000000 ECX:0012fc78 EDX:0012fb18 ESI:00010046 EDI:00000000 Stack dump: 0x080ffe48: 004201eb 00000260 004305b8 00421c43 0x080ffe58: 004000d8 080ffe70 7b85391b 7b88b688 0x080ffe68: 080ffe88 7b85398f 00421c42 00000000 0x080ffe78: 00000000 7e370000 7b85396b 004000d8 0x080ffe88: 7e370000 00420096 00000000 7b8596ac 0x080ffe98: 7ffdf000 7bc4aa7a 7b88b688 7ffdf000 Backtrace: =>0 0x7e402558 in opengl32 (+0x92558) (0x080ffe90) 1 0x7b8596ac call_process_entry+0xb() in kernel32 (0x00000000) 0x7e402558: imull $0x67772e32,%fs:0x0(%bp,%di),%esi -- 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.

2 11

[Bug 29551] New: Panta Rhei demoscene demo crashes on startup due to missing opengl32.dll glDebugEntry export/stub
by wine-bugs＠winehq.org 27 Feb '21

27 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=29551 Bug #: 29551 Summary: Panta Rhei demoscene demo crashes on startup due to missing opengl32.dll glDebugEntry export/stub Product: Wine Version: 1.3.36 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: opengl AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, after bug 27701 is fixed the demo still crashes. --- snip --- ... 0024:Call opengl32.glClearColor(00000000,00000000,00000000,00000000) ret=004210c9 0024:Ret opengl32.glClearColor() retval=00000000 ret=004210c9 0024:Call opengl32.glClear(00004100) ret=004210d4 0024:Ret opengl32.glClear() retval=00000000 ret=004210d4 0024:Call opengl32.glMultMatrixd(00001701) ret=004210e1 0024:trace:seh:raise_exception code=c0000005 flags=0 addr=0x406a9157 ip=406a9157 tid=0024 0024:trace:seh:raise_exception info[0]=00000000 0024:trace:seh:raise_exception info[1]=00001701 0024:trace:seh:raise_exception eax=ffffffa8 ebx=7ec6c000 ecx=f772c6c0 edx=00001701 esi=080ffde4 edi=080ffd64 0024:trace:seh:raise_exception ebp=080ffd58 esp=080ffcc0 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010206 0024:trace:seh:call_stack_handlers calling handler at 0x7bc919f5 code=c0000005 flags=0 ... wine: Unhandled page fault on read access to 0x00001701 at address 0x406a9157 (thread 0024), starting debugger... ... Backtrace: =>0 0x406a9157 in libnvidia-glcore.so.290.10 (+0xfe5157) (0x080ffd58) 1 0x7bc64866 call_entry_point+0x29() in ntdll (0x080ffd78) 2 0x7bc64a91 relay_call+0x1bb(descr=0x2037a628, idx=0x100af, stack=0x80ffddc) [/home/focht/projects/wine/wine-git/dlls/ntdll/relay.c:435] in ntdll (0x080ffdc8) 3 0x202cce39 in opengl32 (+0xce38) (0x080ffdfc) 4 0x004210e1 in flp-pr (+0x210e0) (0x080ffdfc) 5 0x004202a1 in flp-pr (+0x202a0) (0x080ffe40) 6 0x7b85e308 call_process_entry+0xb() in kernel32 (0x00000000) --- snip --- Calling glMultMatrixd() with that 0x1701 address seemed rather strange. Prototype: http://www.opengl.org/sdk/docs/man/xhtml/glMultMatrix.xml --- snip --- void glMultMatrixd(const GLdouble * m); --- snip --- Application code: --- snip --- ... 004210D4 8B35 7C034300 MOV ESI,DWORD PTR DS:[43037C] ; IAT of custom loader 004210DA 68 01170000 PUSH 1701 004210DF FFD6 CALL ESI ; opengl32.glMultMatrixd --- snip --- This was the first call that was really failing. Debugging further other API imports were somehow suspicious but slipped through without harm. For instance opengl32.wglUseFontBitmapsW() is explicitly imported by ordinal but the app is clearly ANSI. I found a pattern: the suspicious imports (ordinal) were off by one. Instead of calling opengl32.glMultMatrixd(), the preceding function opengl32.glMatrixMode() with "GLenum mode" parameter made perfect sense with the constant pushed on stack. Also opengl32.wglUseFontBitmapsA() which precedes opengl32.wglUseFontBitmapsW(). Armed with that knowledge, I found the discrepancy in the list of opengl32 exports: http://www.ccp14.ac.uk/ccp/ccp14/ftp-mirror/programming/mingw32/home/janjaa… http://svn.dsource.org/projects/bindings/trunk/def/opengl32.def There is an additional glDebugEntry() function listed in opengl32.dll which leads to ordinals for various exports shifted off by one. This mailing list post also mentions the undocumented export: http://tech.groups.yahoo.com/group/opengl-gamedev-l/message/15027 Prototype: --- quote --- void APIENTRY glDebugEntry(DWORD dwArg1, DWORD dwArg2) --- quote --- Wine source: http://source.winehq.org/git/wine.git/blob/03c7dfbd4d5cb847af1f905c0414832c… --- snip --- ... 58 @ stdcall glCullFace( long ) wine_glCullFace 59 @ stdcall glDeleteLists( long long ) wine_glDeleteLists 60 @ stdcall glDeleteTextures( long ptr ) wine_glDeleteTextures ... --- snip --- After adding glDebugEntry() stub the demo starts fine. 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.

2 5

[Bug 35618] New: Demoscene 4k ergon crashing on wine
by wine-bugs＠winehq.org 27 Feb '21

27 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=35618 Bug ID: 35618 Summary: Demoscene 4k ergon crashing on wine Product: Wine Version: 1.4.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: benoit.tuduri(a)gmail.com Classification: Unclassified Created attachment 47567 --> http://bugs.winehq.org/attachment.cgi?id=47567 ergon backtraces and programs (compessed and not compressed) Hello, The crash program that I run with wine. Its uses directx (direct3d) and a compressor named "crinkler" [1] and HLSL shaders. I tested with some differents resolutons. (As seen in the FOSDEM 2014 room). This program was launched with : - an Ubuntu 13.04 amd64 - wine-1.4.1 packaged with my Linux Distribution - cpu : Intel(R) Core(TM)2 Quad CPU Q9400 @ 2.66GHz - gpu : NVIDIA GeForce 9600 GT Here sha1sum programs I used for testing (this programs are in attachments) : 469ad8c3cf8fcd664a001ec20996e3019695884a FRQ_ergon_1920x1080_high.exe 469ad8c3cf8fcd664a001ec20996e3019695884a FRQ_Ergon_800x600_high.exe I contacted the author [2] of this program has allowed me to get an uncompressed with crinkler release. Here is the sha1sum : 1b0358bf9b5724bdec81fb3748871c46a439540f ./ergon.exe In attachments, you will found the backtraces and the programs compessed and not compressed. Sincerly, [1] http://www.crinkler.net/ [2] http://code4k.blogspot.fr/ -- 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.

2 5

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 December 2014