wine-bugs October 2017

wine-bugs@winehq.org

1 participants
7852 discussions

[Bug 33368] New: WM_DEADCHAR events not sent
by wine-bugs＠winehq.org 31 Dec '18

31 Dec '18

http://bugs.winehq.org/show_bug.cgi?id=33368 Bug #: 33368 Summary: WM_DEADCHAR events not sent Product: Wine Version: 1.5.27 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: sloonz(a)gmail.com Classification: Unclassified Created attachment 44152 --> http://bugs.winehq.org/attachment.cgi?id=44152 Keyboard traces in three different scenarios (Windows, Wine, Wine+patch) XFilterEvent() returns true for events of dead keys, so they are not processed by wine. However, that prevents sending a WM_DEADCHAR event to the application, as it works on Windows. For example, in order to emit a "ê" character in a french keyboard layout, I first have to press ^ (which is a dead key) and then e. Under Windows, this leads to the following sequence of events : KEYDOWN: dead_circumflex DEADCHAR: dead_circumflex KEYDOWN: e CHAR: ê KEYUP: e KEYUP: dead_circumflex Under wine I have only those events : KEYUP: dead_circumflex KEYDOWN: e CHAR: ê Attached patch fixes most of that, with it I get : KEYDOWN: dead_circumflex DEADCHAR: dead_circumflex UP: dead_circumflex KEYDOWN: e CHAR: ê KEYUP: e Note that it’s still slighty different from Windows (KEYUP for dead key is third message on Wine, whereas it is before the last one on Windows), but I don’t see a clean fix for this issue. As for the traces in attachment, contains three traces. The first one is from Spy++ on Windows ; the second is the relevant output of WINEDEBUG=+msg notepad for unpatched wine ; the third one for patched wine. -- 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 36095] New: valgrind errors in loader when loading a dll
by wine-bugs＠winehq.org 31 Dec '18

31 Dec '18

https://bugs.winehq.org/show_bug.cgi?id=36095 Bug ID: 36095 Summary: valgrind errors in loader when loading a dll Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: major Priority: P2 Component: loader Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Noticed this in most tests, there are at least 3 places. 1: ==11164== 26 bytes in 1 blocks are definitely lost in loss record 57 of 244 ==11164== at 0x7BC4C735: notify_alloc (heap.c:255) ==11164== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==11164== by 0x7BC758B6: RtlCreateUnicodeString (rtlstr.c:281) ==11164== by 0x7BC54CF3: alloc_module (loader.c:919) ==11164== by 0x7BC566CB: load_builtin_callback (loader.c:1519) ==11164== by 0x40192DE: __wine_dll_register (loader.c:517) ==11164== by 0x7B88A18B: __wine_spec_init (init.c:35) ==11164== by 0x4E850459: call_init.part.0 (in /usr/lib/ld-2.18.so) ==11164== by 0x4E850593: _dl_init (in /usr/lib/ld-2.18.so) ==11164== by 0x4E854953: dl_open_worker (in /usr/lib/ld-2.18.so) ==11164== by 0x4E850329: _dl_catch_error (in /usr/lib/ld-2.18.so) ==11164== by 0x4E854013: _dl_open (in /usr/lib/ld-2.18.so) ==11164== by 0x4EA25CBB: dlopen_doit (in /usr/lib/libdl-2.18.so) ==11164== by 0x4E850329: _dl_catch_error (in /usr/lib/ld-2.18.so) ==11164== by 0x4EA263CB: _dlerror_run (in /usr/lib/libdl-2.18.so) ==11164== by 0x4EA25D70: dlopen@@GLIBC_2.1 (in /usr/lib/libdl-2.18.so) ==11164== by 0x4019898: wine_dlopen (loader.c:1029) ==11164== by 0x4018C06: dlopen_dll (loader.c:295) ==11164== by 0x4019532: wine_dll_load (loader.c:581) ==11164== by 0x7BC57199: load_builtin_dll (loader.c:1732) ==11164== 2: ==11164== 32 bytes in 1 blocks are possibly lost in loss record 65 of 244 ==11164== at 0x7BC4C735: notify_alloc (heap.c:255) ==11164== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==11164== by 0x7BC76348: RtlAnsiStringToUnicodeString (rtlstr.c:689) ==11164== by 0x7BC7595F: RtlCreateUnicodeStringFromAsciiz (rtlstr.c:302) ==11164== by 0x7BC5B407: init_load_order (loadorder.c:252) ==11164== by 0x7BC5B9FB: get_load_order (loadorder.c:440) ==11164== by 0x7BC58099: load_dll (loader.c:2045) ==11164== by 0x7BC585B7: LdrLoadDll (loader.c:2125) ==11164== by 0x7B85A79A: load_library (module.c:933) ==11164== by 0x7B85A908: LoadLibraryExW (module.c:990) ==11164== by 0x7B8649B8: __wine_kernel_init (process.c:1230) ==11164== by 0x7BC5ACA9: __wine_process_init (loader.c:3103) ==11164== by 0x4019864: wine_init (loader.c:952) ==11164== by 0x7BF011AD: main (main.c:237) ==11164== 3: ==11165== 20 bytes in 1 blocks are definitely lost in loss record 14 of 58 ==11165== at 0x7BC4C735: notify_alloc (heap.c:255) ==11165== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==11165== by 0x7BC758B6: RtlCreateUnicodeString (rtlstr.c:281) ==11165== by 0x7BC54CF3: alloc_module (loader.c:919) ==11165== by 0x7BC566CB: load_builtin_callback (loader.c:1519) ==11165== by 0x40193D9: wine_dll_set_callback (loader.c:548) ==11165== by 0x7BC5ABA2: __wine_process_init (loader.c:3086) ==11165== by 0x4019864: wine_init (loader.c:952) ==11165== by 0x7BF011AD: main (main.c:237) ==11165== 4: ==11194== 32 bytes in 1 blocks are possibly lost in loss record 66 of 248 ==11194== at 0x7BC4C735: notify_alloc (heap.c:255) ==11194== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==11194== by 0x7BC76348: RtlAnsiStringToUnicodeString (rtlstr.c:689) ==11194== by 0x7BC7595F: RtlCreateUnicodeStringFromAsciiz (rtlstr.c:302) ==11194== by 0x7BC5B407: init_load_order (loadorder.c:252) ==11194== by 0x7BC5B9FB: get_load_order (loadorder.c:440) ==11194== by 0x7BC58099: load_dll (loader.c:2045) ==11194== by 0x7BC585B7: LdrLoadDll (loader.c:2125) ==11194== by 0x7B85A79A: load_library (module.c:933) ==11194== by 0x7B85A908: LoadLibraryExW (module.c:990) ==11194== by 0x7B8649B8: __wine_kernel_init (process.c:1230) ==11194== by 0x7BC5ACA9: __wine_process_init (loader.c:3103) ==11194== by 0x4019864: wine_init (loader.c:952) ==11194== by 0x7BF011AD: main (main.c:237) ==11194== (tested running advapi32/security.c) wine-1.7.17-92-ge2bf516 -- 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 5

[Bug 17488] New: Animation issues in 4Story
by wine-bugs＠winehq.org 30 Dec '18

30 Dec '18

http://bugs.winehq.org/show_bug.cgi?id=17488 Summary: Animation issues in 4Story Product: Wine Version: 1.1.15 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: killzenator(a)gmail.com Created an attachment (id=19581) --> (http://bugs.winehq.org/attachment.cgi?id=19581) Output of "wine 4Story.exe >> log.txt 2>&1" In 4Story none of the character/npcs have animations, weapons move up and down like their supposed to when you walk, characters stay the same. -- 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 27

[Bug 35603] New: Wine64 build produces extra warning in setupapi comparing to Wine32 build
by wine-bugs＠winehq.org 28 Dec '18

28 Dec '18

http://bugs.winehq.org/show_bug.cgi?id=35603 Bug ID: 35603 Summary: Wine64 build produces extra warning in setupapi comparing to Wine32 build Product: Wine Version: 1.7.12 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: setupapi Assignee: wine-bugs(a)winehq.org Reporter: wylda(a)volny.cz Classification: Unclassified Created attachment 47552 --> http://bugs.winehq.org/attachment.cgi?id=47552 64bit build log Similarly to bug 35602, but this time for setupapi: * warning: cast from pointer to integer of different size -- 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 10

[Bug 42719] New: Natsuiro Asagao Residence (demo): complains about timezone settings.
by wine-bugs＠winehq.org 28 Dec '18

28 Dec '18

https://bugs.winehq.org/show_bug.cgi?id=42719 Bug ID: 42719 Summary: Natsuiro Asagao Residence (demo): complains about timezone settings. Product: Wine Version: 2.4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: sagawa.aki+winebugs(a)gmail.com Distribution: --- Demo version of 夏色あさがおレジデンス (Natsuiro Asagao Residence) doesn't run and it shows following error message: ----- 日本語版Windows判定 ----- This Game is Japan Only このゲームは日本国内でのみプレイ可能です。動作させるには『日本語版Windows』が必要です。コンピュータの現在のタイムゾーン設定は『Korea Standard Time』です。タイムゾーンを『日本（大阪、札幌、東京）』に設定してください。ゲームを終了します。 ----- Translated: ----- Japanese version Windows detection ----- This Game is Japan Only This game is only playable in Japan. "Japanese version Windows" is required to operate. Current timezone settings for this PC is "Korea Standard Time". Please set the timezone to "Japan (Osaka, Sapporo, Tokyo)". Quitting the game. ----- Of course, I ran it with Japan Standard Time, i.e. /etc/localtime points to /usr/share/zoneinfo/Asia/Tokyo. This issue is common among SiglusEngine.exe. -- 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 10

[Bug 40884] New: Lord of the Rings Online crashes instantly or hangs on start.
by wine-bugs＠winehq.org 28 Dec '18

28 Dec '18

https://bugs.winehq.org/show_bug.cgi?id=40884 Bug ID: 40884 Summary: Lord of the Rings Online crashes instantly or hangs on start. Product: Wine Version: 1.9.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: HASH.DuOrden(a)gmail.com Distribution: --- On wine-1.9.11 LotRO crashes on start after launcher: TurbineLauncher.exe -> login, select server -> hit Play -> lotroclient.exe crashes If I try to ligin and hit Play again without restarting TurbineLauncher.exe, lotroclient.exe hangs. Regression testing result: 2fb97be1871a78ea6a2889ed975d33515d5468ea is the first bad commit commit 2fb97be1871a78ea6a2889ed975d33515d5468ea Author: Maarten Lankhorst <wine(a)mblankhorst.nl> Date: Tue May 17 13:40:33 2016 -0500 dsound: Prevent reopening device from leaving dsound object in invalid state. Signed-off-by: Andrew Eikum <aeikum(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> :040000 040000 546a238b75a2219fc428fc7ad895865b50b2ca9b b086126d2d7ec109aef808212d2268ab89e11d13 M dlls -- 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 17

[Bug 39097] New: comdlg32/tests/filedlg.c hangs under valgrind
by wine-bugs＠winehq.org 27 Dec '18

27 Dec '18

https://bugs.winehq.org/show_bug.cgi?id=39097 Bug ID: 39097 Summary: comdlg32/tests/filedlg.c hangs under valgrind Product: Wine Version: 1.7.49 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com CC: sebastian(a)fds-team.de Distribution: Fedora Regression, introduced by: [austin@localhost wine-valgrind]$ git bisect good 4a1629c4117fda9eca63b6f56ea45771dc9734ac is the first bad commit commit 4a1629c4117fda9eca63b6f56ea45771dc9734ac Author: Sebastian Lackner <sebastian(a)fds-team.de> Date: Fri Jul 17 06:46:47 2015 +0200 ntdll: Avoid possible deadlock by using _exit() in NtTerminateProcess. When threads are killed with SIGQUIT some locks can be in an undefined state, and it not safe to call exit handlers. :040000 040000 f8e2115ed5cca792efaf44c7d8e4ffd84255f1aa 5f5b86ac550c0d754ed0fdb5a89540bd5947a967 M dlls Using valgrind from svn: [austin@localhost valgrind]$ svn info Path: . Working Copy Root Path: /home/austin/src/valgrind URL: svn://svn.valgrind.org/valgrind/trunk Relative URL: ^/trunk Repository Root: svn://svn.valgrind.org/valgrind Repository UUID: a5019735-40e9-0310-863c-91ae7b9d1cf9 Revision: 15540 Node Kind: directory Schedule: normal Last Changed Author: philippe Last Changed Rev: 15540 Last Changed Date: 2015-08-13 18:49:32 -0400 (Thu, 13 Aug 2015) -- 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 9

[Bug 32251] New: ... i dont know
by wine-bugs＠winehq.org 27 Dec '18

27 Dec '18

http://bugs.winehq.org/show_bug.cgi?id=32251 Bug #: 32251 Summary: ... i dont know Product: WineHQ Apps Database Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dandazadiego(a)gmail.com Classification: Unclassified >Runes of magic cant run. I followed the instructions you have given and I'll get up in the middle of the game and update locks. how do I? -- 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 3

[Bug 24963] New: Okad2: Unhandled page fault at address 0x00007f8a during startup
by wine-bugs＠winehq.org 26 Dec '18

26 Dec '18

http://bugs.winehq.org/show_bug.cgi?id=24963 Summary: Okad2: Unhandled page fault at address 0x00007f8a during startup Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: pandolfo(a)gis.net Created an attachment (id=31617) --> (http://bugs.winehq.org/attachment.cgi?id=31617) a description of the page fault plus an annotated backtrace During program startup, Okad2-xx-pd (xx = version) generates an unhandled page fault when loading an icon. The page fault is caused by CreateFileW as it processes the name of the file from the parameter list. The name pointer is 0x00007f8a, which is an address in an unmapped page. This value is also an index into Windows resources, selecting the hourglass icon. What has happened is that the application was attempting to load the hourglass icon and passed in BOTH the Windows resource index and a flag indicating LOADFROMFILE. Wine attempted to load-from-file and looked for the file name through the "name" parameter (0x00007f8a) generating the page fault. Native Windows appears to give the value of the "name" pointer precedence and determines that the "name" parameter is actually a resource number; hence it does not page fault and runs Okad2 normally. Wine *DOES* check the "name" parameter to see if it is a resource index, but several subroutine calls later it forgets this fact and branches based on the LOADFROMFILE bit. The backtrace has been annotated to provide both a description and source lines involved in the decision. This behavior was found in the latest version of Wine for Debian (.1.42) and in a MacOS X version. -- 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 42054] New: Failed to load texture AOE 2 HD
by wine-bugs＠winehq.org 26 Dec '18

26 Dec '18

https://bugs.winehq.org/show_bug.cgi?id=42054 Bug ID: 42054 Summary: Failed to load texture AOE 2 HD Product: Wine Version: 2.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: felipematas(a)yahoo.com Distribution: --- Hi all, i this day recompile wine and i try play AOE2 HD, but when i try play a LAN game i get this error: Failed to load texture: Z:\home\pipe\Documentos\a\q\game\resources\_common\terrain\water\normal0.png I try with Win 7 and XP configs . but if i run this i can play: winetricks d3dx9_43 But is very very slow, so practically i can't play. I'm using Gentoo 64 (9999 ebuild) End of the log: trace:d3dx:D3DXCreateTextureFromFileExA device 0x2728218, srcfile "Z:\\home\\pipe\\Documentos\\a\\q\\game\\resources\\_common\\terrain\\blends\\Reserved.png", width 4294967295, height 4294967295, miplevels 1, usage 0, format 0x32, pool 0x1, filter 0x1, mipfilter 0x1, colorkey 0x00000000, srcinfo (nil), palette (nil), texture 0xb4094b4. trace:d3dx:D3DXCreateTextureFromFileExW device 0x2728218, srcfile L"Z:\\home\\pipe\\Documentos\\a\\q\\game\\resources\\_common\\terrain\\blends\\Reserved.png", width 4294967295, height 4294967295, miplevels 1, usage 0, format 0x32, pool 0x1, filter 0x1, mipfilter 0x1, colorkey 0x00000000, srcinfo (nil), palette (nil), texture 0xb4094b4. trace:d3dx:D3DXCreateTextureFromFileInMemoryEx device 0x2728218, srcdata 0x3a80000, srcdatasize 71440, width 4294967295, height 4294967295, miplevels 1, usage 0, format 0x32, pool 0x1, filter 0x1, mipfilter 0x1, colorkey 0, srcinfo (nil), palette (nil), texture 0xb4094b4. trace:d3dx:D3DXGetImageInfoFromFileInMemory (0x3a80000, 71440, 0x33f040) trace:d3dx:D3DXGetImageInfoFromFileInMemory File type is PNG trace:d3dx:D3DXCheckTextureRequirements (0x2728218, 0x33f1cc, 0x33f1d0, 0x33f1d4, 0, 0x33f1dc, 1) trace:d3dx:D3DXCheckTextureRequirements Requested format 32 trace:d3dx:D3DXCheckTextureRequirements Format chosen: 32 trace:d3dx:D3DXCreateTexture device 0x2728218, width 512, height 512, miplevels 1, usage 0, format 0x32, pool 0x1, texture 0xb4094b4. trace:d3dx:D3DXCheckTextureRequirements (0x2728218, 0x33efd4, 0x33efd8, 0x33efdc, 0, 0x33efe4, 1) trace:d3dx:D3DXCheckTextureRequirements Requested format 32 trace:d3dx:D3DXCheckTextureRequirements Format chosen: 32 trace:d3dx:D3DXCreateTextureFromFileInMemoryEx Texture created correctly. Now loading the texture data into it. trace:d3dx:D3DXLoadSurfaceFromFileInMemory dst_surface 0xb8a7f18, dst_palette (nil), dst_rect (null), src_data 0x3a80000, src_data_size 71440, src_rect (null), filter 0x1, color_key 0x00000000, src_info (nil). trace:d3dx:D3DXGetImageInfoFromFileInMemory (0x3a80000, 71440, 0x33ef70) trace:d3dx:D3DXGetImageInfoFromFileInMemory File type is PNG trace:d3dx:D3DXLoadSurfaceFromMemory (0xb8a7f18, (nil), (null), 0xb8e8300, 0x32, 512, (nil), (0,0)-(512,512), 0x1, 0x00000000) trace:d3dx:D3DXFilterTexture (0xb867c80, (nil), 0, 0x1) trace:d3dx:D3DXCreateTextureFromFileExA device 0x2728218, srcfile "Z:\\home\\pipe\\Documentos\\a\\q\\game\\resources\\_common\\terrain\\water\\normal0.png", width 4294967295, height 4294967295, miplevels 1, usage 0, format 0x3c, pool 0x1, filter 0x1, mipfilter 0x1, colorkey 0x00000000, srcinfo (nil), palette (nil), texture 0xaa2f0e8. trace:d3dx:D3DXCreateTextureFromFileExW device 0x2728218, srcfile L"Z:\\home\\pipe\\Documentos\\a\\q\\game\\resources\\_common\\terrain\\water\\normal0.png", width 4294967295, height 4294967295, miplevels 1, usage 0, format 0x3c, pool 0x1, filter 0x1, mipfilter 0x1, colorkey 0x00000000, srcinfo (nil), palette (nil), texture 0xaa2f0e8. trace:d3dx:D3DXCreateTextureFromFileInMemoryEx device 0x2728218, srcdata 0x3a80000, srcdatasize 430666, width 4294967295, height 4294967295, miplevels 1, usage 0, format 0x3c, pool 0x1, filter 0x1, mipfilter 0x1, colorkey 0, srcinfo (nil), palette (nil), texture 0xaa2f0e8. trace:d3dx:D3DXGetImageInfoFromFileInMemory (0x3a80000, 430666, 0x33f060) trace:d3dx:D3DXGetImageInfoFromFileInMemory File type is PNG trace:d3dx:D3DXCheckTextureRequirements (0x2728218, 0x33f1ec, 0x33f1f0, 0x33f1f4, 0, 0x33f1fc, 1) trace:d3dx:D3DXCheckTextureRequirements Requested format 3c fixme:d3dx:get_format_info Unknown format 0x3c (as FOURCC "<\x00\x00\x00"). trace:d3dx:D3DXCheckTextureRequirements Format chosen: 3c trace:d3dx:D3DXCreateTexture device 0x2728218, width 512, height 512, miplevels 1, usage 0, format 0x3c, pool 0x1, texture 0xaa2f0e8. trace:d3dx:D3DXCheckTextureRequirements (0x2728218, 0x33eff4, 0x33eff8, 0x33effc, 0, 0x33f004, 1) trace:d3dx:D3DXCheckTextureRequirements Requested format 3c fixme:d3dx:get_format_info Unknown format 0x3c (as FOURCC "<\x00\x00\x00"). trace:d3dx:D3DXCheckTextureRequirements Format chosen: 3c trace:d3dx:D3DXCreateTextureFromFileInMemoryEx Texture created correctly. Now loading the texture data into it. trace:d3dx:D3DXLoadSurfaceFromFileInMemory dst_surface 0xb8a81e0, dst_palette (nil), dst_rect (null), src_data 0x3a80000, src_data_size 430666, src_rect (null), filter 0x1, color_key 0x00000000, src_info (nil). trace:d3dx:D3DXGetImageInfoFromFileInMemory (0x3a80000, 430666, 0x33ef90) trace:d3dx:D3DXGetImageInfoFromFileInMemory File type is PNG trace:d3dx:D3DXLoadSurfaceFromMemory (0xb8a81e0, (nil), (null), 0x4382020, 0x14, 1536, (nil), (0,0)-(512,512), 0x1, 0x00000000) fixme:d3dx:get_format_info Unknown format 0x3c (as FOURCC "<\x00\x00\x00"). fixme:d3dx:D3DXLoadSurfaceFromMemory Unsupported pixel format conversion 0x14 -> 0x3c fixme:d3dx:D3DXCreateTextureFromFileInMemoryEx Texture loading failed. Note: I test this in a clean .wine. Thx. Cya. -- 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 9

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 October 2017