November 2018 - Wine-Bugs - list.winehq.org

[Bug 35900] New: L.A. Noire 1.3 (Steam version) crashes during upload of WINED3DFMT_DXT1 volume texture
by wine-bugs＠winehq.org Dec. 10, 2018

Dec. 10, 2018

https://bugs.winehq.org/show_bug.cgi?id=35900 Bug ID: 35900 Summary: L.A. Noire 1.3 (Steam version) crashes during upload of WINED3DFMT_DXT1 volume texture Product: Wine Version: 1.7.15 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, with bug 35112 fixed, it runs a bit farther - only to crash again. Prerequisite: 'winetricks -q dotnet35sp1' --- snip --- $ pwd /home/focht/wine-apps/wineprefix-steam/wineprefix/drive_c/Program Files/Steam $ WINEDEBUG=+tid,+seh,+loaddll,+process,+msvcrt,+d3d,+d3d9,+d3d_texture,+d3d_surface wine ./steam.exe -applaunch 110800 >>~/Downloads/log.txt 2>&1 ... 0041:trace:d3d:device_update_volume device 0x31b52f00, src_volume 0x34dc7ea0, dst_volume 0x34dc7c78. 0041:trace:d3d_surface:wined3d_volume_map volume 0x34dc7ea0, map_desc 0x3328c4, box (nil), flags 0x10. 0041:trace:d3d_surface:wined3d_volume_map Base memory pointer 0x34e1c8e0. 0041:trace:d3d_surface:wined3d_volume_get_pitch Returning row pitch 128, slice pitch 2048. 0041:trace:d3d_surface:wined3d_volume_map No box supplied - all is ok 0041:trace:d3d_surface:wined3d_volume_map Returning memory 0x34e1c8e0, row pitch 128, slice pitch 2048. 0041:trace:d3d:context_acquire device 0x31b52f00, target (nil). 0041:trace:d3d:context_enter Entering context 0x31b804f8, level 1. 0041:trace:d3d_texture:wined3d_texture_bind texture 0x34dc7b10, context 0x31b804f8, srgb 0. 0041:trace:d3d:context_bind_texture glBindTexture call ok /home/focht/projects/wine/wine.repo/src/dlls/wined3d/context.c / 2065 0041:trace:d3d_surface:wined3d_volume_load_location Volume 0x34dc7c78, loading WINED3D_LOCATION_TEXTURE_RGB, have WINED3D_LOCATION_TEXTURE_RGB. 0041:trace:d3d_surface:wined3d_volume_load_location Location(s) already up to date. 0041:trace:d3d_surface:wined3d_volume_upload_data volume 0x34dc7c78, context 0x31b804f8, level 0, format WINED3DFMT_DXT1 (0x31545844). 0041:trace:seh:raise_exception code=c0000005 flags=0 addr=0xf5b6cde9 ip=f5b6cde9 tid=0041 0041:trace:seh:raise_exception info[0]=00000000 0041:trace:seh:raise_exception info[1]=34e40000 0041:trace:seh:raise_exception eax=00000000 ebx=00000000 ecx=00000004 edx=00000000 esi=34e40000 edi=f18a1728 0041:trace:seh:raise_exception ebp=00000038 esp=0033231c cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010202 0041:trace:seh:call_stack_handlers calling handler at 0x1048b64 code=c0000005 flags=0 0041:trace:seh:call_stack_handlers handler at 0x1048b64 returned 1 0041:trace:seh:call_stack_handlers calling handler at 0x1060f8d code=c0000005 flags=0 0041:trace:seh:call_stack_handlers handler at 0x1060f8d returned 1 0041:trace:seh:call_stack_handlers calling handler at 0x1068980 code=c0000005 flags=0 0041:trace:seh:call_stack_handlers handler at 0x1068980 returned 1 0041:trace:seh:call_stack_handlers calling handler at 0x10521c5 code=c0000005 flags=0 0041:trace:seh:call_stack_handlers handler at 0x10521c5 returned 1 0041:trace:seh:call_stack_handlers calling handler at 0xedc215 code=c0000005 flags=0 --- snip --- This is with the Nvidia binary driver: $ nvidia-smi +------------------------------------------------------+ | NVIDIA-SMI 4.304... Driver Version: 304.119 | |-------------------------------+----------------------+----------------------+ | GPU Name | Bus-Id Disp. | Volatile Uncorr. ECC | | Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. | |===============================+======================+======================| | 0 GeForce GT 425M | 0000:01:00.0 N/A | N/A | | N/A 61C N/A N/A / N/A | 13% 128MB / 1023MB | N/A Default | +-------------------------------+----------------------+----------------------+ Interestingly, when I disable DXTC support (commenting out the "GL_EXT_texture_compression_s3tc" from gl_extension_map[] in dlls/wined3d/directx.c -> http://source.winehq.org/git/wine.git/blob/62f7ba2555c475a65ad6bf143780b24f…) it runs much farther: several splash/intros can be seen until it crashes again (probably due to disabling of DXTC support), after lots of: --- snip --- ... 0042:trace:d3d9:d3d9_device_CreateCubeTexture iface 0xfa0a540, edge_length 128, levels 8, usage 0, format 0x31545844, pool 0, texture 0x332d84, shared_handle (nil). 0042:trace:d3d_texture:wined3d_texture_create device 0xfd12f00, desc 0x332c68, level_count 8, surface_flags 0, parent 0x3524e438, parent_ops 0xf5f77e78, texture 0x3524e448. 0042:fixme:d3d:debug_d3dusage Unrecognized usage flag(s) 0x10000000 0042:trace:d3d_texture:wined3d_texture_init texture 0x3524e488, texture_ops 0xf5eab0b0, layer_count 6, level_count 8, resource_type WINED3D_RTYPE_CUBE_TEXTURE, format WINED3DFMT_DXT1, multisample_type 0, multisample_quality 0, usage 0, pool WINED3D_POOL_DEFAULT, width 128, height 128, depth 1, device 0xfd12f00, parent 0x3524e438, parent_ops 0xf5f77e78, resource_ops 0xf5eab0bc. 0042:warn:d3d_texture:wined3d_texture_init Failed to initialize resource, returning 0x8876086c 0042:warn:d3d_texture:cubetexture_init Failed to initialize texture, returning 0x8876086c 0042:warn:d3d_texture:wined3d_texture_create Failed to initialize texture, returning 0x8876086c. 0042:warn:d3d9:cubetexture_init Failed to create wined3d cube texture, hr 0x8876086c. 0042:warn:d3d9:d3d9_device_CreateCubeTexture Failed to initialize cube texture, hr 0x8876086c. 0042:trace:seh:raise_exception code=c0000005 flags=0 addr=0xd66b7e ip=00d66b7e tid=0042 0042:trace:seh:raise_exception info[0]=00000001 0042:trace:seh:raise_exception info[1]=00000014 0042:trace:seh:raise_exception eax=00000000 ebx=00000008 ecx=10998bf0 edx=00110064 esi=10998b70 edi=31545844 0042:trace:seh:raise_exception ebp=1169bd90 esp=00332db8 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010246 0042:trace:seh:call_stack_handlers calling handler at 0x1048bb6 code=c0000005 flags=0 --- snip --- There is also bug 29128 - IMHO messed up with various issues, unusable for problem analysis. $ wine --version wine-1.7.15-133-g62f7ba2 Regards -- 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 24

[Bug 46165] New: Office 365 programs crash with unhandled exception
by wine-bugs＠winehq.org Dec. 10, 2018

Dec. 10, 2018

https://bugs.winehq.org/show_bug.cgi?id=46165 Bug ID: 46165 Summary: Office 365 programs crash with unhandled exception Product: Wine Version: 3.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: code_exec(a)outlook.com Distribution: --- I installed Office 365 on Ubuntu 18.10 and it installed successfully. The installer window was a black screen, but there was still a progress indicator at the side of the screen. When I try to run programs (such as Word and Excel) I get: wine: Unhandled page fault on read access to 0x83d0d5e4 at address 0x7bc40db9 (thread 0190), starting debugger... 0190:err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0x7bc40db9 I've copied the required dlls, but same problem. The instructions I followed were https://appdb.winehq.org/objectManager.php?sClass=version&iId=35527 -- 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 44034] New: Starcraft II errors out on loading some maps
by wine-bugs＠winehq.org Dec. 10, 2018

Dec. 10, 2018

https://bugs.winehq.org/show_bug.cgi?id=44034 Bug ID: 44034 Summary: Starcraft II errors out on loading some maps Product: Wine Version: 2.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ss.c(a)gmx.net Distribution: --- Created attachment 59698 --> https://bugs.winehq.org/attachment.cgi?id=59698 Starcraft II logs Starcraft II errors out on loading some maps. See also https://forum.winehq.org/viewtopic.php?f=8&t=29648. Attaching log of last runs with crash result and mutex result. uname -a: Linux b250m 4.13.0-1-amd64 #1 SMP Debian 4.13.4-2 (2017-10-15) x86_64 GNU/Linux glxinfo | egrep '(^OpenGL|direct[: ])' direct rendering: Yes OpenGL vendor string: Intel Open Source Technology Center OpenGL renderer string: Mesa DRI Intel(R) HD Graphics 630 (Kaby Lake GT2) OpenGL core profile version string: 4.5 (Core Profile) Mesa 17.2.4 OpenGL core profile shading language version string: 4.50 OpenGL core profile context flags: (none) OpenGL core profile profile mask: core profile OpenGL core profile extensions: OpenGL version string: 3.0 Mesa 17.2.4 OpenGL shading language version string: 1.30 OpenGL context flags: (none) OpenGL extensions: OpenGL ES profile version string: OpenGL ES 3.2 Mesa 17.2.4 OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20 OpenGL ES profile extensions: -- 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 45696] New: iconcache ImageList goes out of sync when an icon partially fails to load
by wine-bugs＠winehq.org Dec. 10, 2018

Dec. 10, 2018

https://bugs.winehq.org/show_bug.cgi?id=45696 Bug ID: 45696 Summary: iconcache ImageList goes out of sync when an icon partially fails to load Product: Wine Version: 3.14 Hardware: x86 URL: http://web.archive.org/web/20061024195250/http://www.g orlani.com:80/downloads/turniton.zip OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: gabrielopcode(a)gmail.com Distribution: --- This is mostly for reference and reproducibility: I plan to fix this bug. I've stumbled upon it when browsing through a Windows drive full of random programs with Total Commander under Wine, that contained the application "TurnItOn.exe" which is packed with some sort of executable packer (not UPX). There were other applications with icons in the same directory, but when the icon failed to load for TurnItOn.exe, it would receive the icon of the *next* application in the list and so on, until the last one which had a blank icon (out of bounds) -- totally messing the icons up until Total Commander was restarted. I was able to locate this exact version of TurnItOn.exe that I found via the web archive. It's a freeware, and it doesn't even have to be run! To reproduce this bug, it's enough that it exists so that its icon gets loaded by Total Commander. To reproduce: * Download Total Commander if you don't have it from: http://www.ghisler.com/amazons3.php * Download and place TurnItOn.exe in C:\windows on a new prefix for winhlp32.exe * Enter the directory via Total Commander, notice how both lack icons now * Exit it and enter it again to redraw the icons Note how at this point, TurnItOn.exe has the icon of winhlp32.exe, while the latter has a blank icon. If there were more executables, all the icons were "shifted" back but not in index. This happens because, due to the packer in TurnItOn.exe, only some of the icons fail to load. The icon cache loads multiple versions of the icon at different sizes in its cached ImageList array. When at least one icon succeeds the extraction, the index gets incremented. However, in this case the 16x16 icon fails to load, but the 32x32 icon does not. So the cache ImageLists will get out of sync (a warning is even displayed), resulting in this problem: index pointing one icon ahead in the 16x16 list. The simplest solution would be to fail the entire thing if at least one icon fails to load. However, that would make TurnItOn.exe have no icon, despite the fact its 32x32 icon extracted fine, but at least it would solve the bug. But I plan to do something better: create missing icons that failed to extract by resizing the ones that succeeded. In this case, the 32x32 icon would get resized to 16x16 and an icon would be created. Then, TurnItOn.exe would also have an icon (as well as other times an icon fails to extract). -- 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 2

[Bug 37418] New: Unable to paste images from linux clipboard to Wine apps workspace (affects Photoshop, Powerpoint etc.)
by wine-bugs＠winehq.org Dec. 10, 2018

Dec. 10, 2018

https://bugs.winehq.org/show_bug.cgi?id=37418 Bug ID: 37418 Summary: Unable to paste images from linux clipboard to Wine apps workspace (affects Photoshop, Powerpoint etc.) Product: Wine Version: 1.7.29 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: fincer89(a)hotmail.com Distribution: --- Note: This is not the same bug than 7372 (https://bugs.winehq.org/show_bug.cgi?id=7372) as it deals mostly with text/html issue. Pasting a raster image from the clipboard or from a website (using native linux web browser like Firefox) to the Photoshop workspace doesn't work. The paste button stays greyed out, no matter of what. The workaround, which is basically saving the image to the computer and opening to the Photoshop, is a cumbersome, less user-friendly and time consuming method: you need to save the image file and look for it from a local directory structure and then open it. Much more complicated than just copying the image to the linux clipboard and paste it to the Photoshop, isn't it? Very desirable Wine implementation would be a support for copy-pasting images from native linux programs to Windows-based programs straightforwardly without extra tricky steps needed. This is marked as a bug because the image pasting function is one of the fundemental functions in the program and, at the moment of writing this bug report, it does not work as it should do. All comments and ideas are welcome. -- 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 17107] New: compiler warnings in server/fd.c on NetBSD
by wine-bugs＠winehq.org Dec. 9, 2018

Dec. 9, 2018

http://bugs.winehq.org/show_bug.cgi?id=17107 Summary: compiler warnings in server/fd.c on NetBSD Product: Wine Version: 1.1.13 Platform: PC OS/Version: NetBSD Status: NEW Keywords: download, source Severity: enhancement Priority: P2 Component: wineserver AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com fd.c: In function 'set_fd_epoll_events': fd.c:580: warning: assignment makes integer from pointer without a cast fd.c:581: warning: assignment makes integer from pointer without a cast Only appears on NetBSD, but not OpenBSD/FreeBSD. Vincent Povirk helped me investigate on IRC, and looks like the problem is that on FreeBSD, in /usr/include/sys/event.h you've got: struct kevent { uintptr_t ident; /* identifier for this event */ short filter; /* filter for event */ u_short flags; u_int fflags; intptr_t data; void *udata; /* opaque user data identifier */ }; But on NetBSD: struct kevent { uintptr_t ident; /* identifier for this event */ uint32_t filter; /* filter for event */ uint32_t flags; /* action flags for kqueue */ uint32_t fflags; /* filter flag value */ int64_t data; /* filter data value */ intptr_t udata; /* opaque user data identifier */ }; Note the difference in udata 'void *' vs 'intptr_t'. Relevant lines from the code: EV_SET( &ev[0], fd->unix_fd, EVFILT_READ, 0, NOTE_LOWAT, 1, (void *)user ); EV_SET( &ev[1], fd->unix_fd, EVFILT_WRITE, 0, NOTE_LOWAT, 1, (void *)user ); removing (void *) or changing it to intptr_t fixes the warning, but doesn't seem a proper fix. Probably needs an ifdef or typedef, but I'll leave that for someone else to decide. -- 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 5

[Bug 27374] New: FAR: Alt-tab will cause "alt" key to be left as pressed when returning to console window (regression)
by wine-bugs＠winehq.org Dec. 9, 2018

Dec. 9, 2018

http://bugs.winehq.org/show_bug.cgi?id=27374 Summary: FAR: Alt-tab will cause "alt" key to be left as pressed when returning to console window (regression) Product: Wine Version: 1.3.21 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: singularita(a)gmail.com When I updated wine I noticed that when I alt-tabbed out of console window with opensource FAR (http://www.farmanager.com/opensource.php?l=en) file manager (run via "wineconsole.exe --backend=user") and then either alt-tabbed back or changed focus using mouse, Alt key was stuck as pressed (therefore pressing F10 resulted in program receiving Alt+F10, arrow down resulted in Alt+arrow down, etc ...). Pressing and releasing the Alt key after alt-tabbing back fixes the issuem, though it is slightly annoying. This does not happen before, in good versions when alt-tabbed back, alt returned to normal and pressing a key would result in program receiving just that key. I've verified that the bug is still present in current head of master in git and I've run the regression test to find the commit that introduced this bug: Result of regression test: bc4afb078677095468d4ee8f9a15c18cbb47bbbf is the first bad commit commit bc4afb078677095468d4ee8f9a15c18cbb47bbbf Author: Alexandre Julliard <julliard(a)winehq.org> Date: Tue Mar 1 11:54:55 2011 +0100 server: Don't pass a thread id to send_hardware_message, determine it from the window. :040000 040000 4e7ac89f77a4ddc31fd947151c34d0acadc5dcc0 a3d857abf43a1eed9fcb6837ea006ac00d80a1a7 M dlls :040000 040000 7247b4b93aca9c98394638ccd0c48a788133a8cd 45aed0fb1bc86b403af16666b3fa5963c2abaf7d M include :040000 040000 469f40ddbdca23554a397c5122a78e09a13e2c75 f118b4fd2fb23ecbde100798c68b3221fe5ec2fc M server -- 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 13

[Bug 46140] New: .NET applications using 'WebRequest' API with MS .NET Framework crash when IPv4/6 is disabled in Linux kernel
by wine-bugs＠winehq.org Dec. 7, 2018

Dec. 7, 2018

https://bugs.winehq.org/show_bug.cgi?id=46140 Bug ID: 46140 Summary: .NET applications using 'WebRequest' API with MS .NET Framework crash when IPv4/6 is disabled in Linux kernel Product: Wine Version: 3.20 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, to track: https://www.winehq.org/pipermail/wine-devel/2018-November/135021.html Copy/pasta from mailing list, courtesy of Brendan McGrath https://gist.github.com/redmcg/7d81ef833c77bee6965b5f441006f697 --- snip --- using System; using System.Net; public class WRTest { public static void Main () { WebRequest req = WebRequest.Create("http://www.google.com"); HttpWebResponse resp = (HttpWebResponse) req.GetResponse(); Console.WriteLine(resp.StatusDescription); resp.Close(); } } --- snip --- Microsoft Reference Source .NET Framework 4.x: https://referencesource.microsoft.com/#System/net/System/Net/Sockets/Socket… Regards -- 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 45627] New: mdac28 fails to install ( SetupDefaultQueueCallbackW copy error 32 L"C: \\users\\austin\\Temp\\IXP000.TMP\\msdaorar.dll")
by wine-bugs＠winehq.org Dec. 7, 2018

Dec. 7, 2018

https://bugs.winehq.org/show_bug.cgi?id=45627 Bug ID: 45627 Summary: mdac28 fails to install (SetupDefaultQueueCallbackW copy error 32 L"C:\\users\\austin\\Temp\\IXP000.TMP\\msdaorar.dll") Product: Wine-staging Version: 3.13 Hardware: x86 URL: https://github.com/Winetricks/winetricks/issues/1061 OS: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: Gentoo This was reported to winetricks upstream here: https://github.com/Winetricks/winetricks/issues/1061 I was unable to reproduce it with plain wine. When I ran with wine-staging-3.13, however, I see it: austin(a)austin2:~$ wineserver -k ; rm -rf ~/.wine ; WINE=wine-staging-3.13 WINEARCH=win32 winetricks -q mdac28 Using winetricks 20180603-next - sha256sum: b65cef4e1f530ecf7cbd067b6849222503fa994818ca154c2f52fdaf7d976a56 with wine-3.13 (Staging) and WINEARCH=win32 Executing w_do_call mdac28 Executing load_mdac28 Using native,builtin override for following DLLs: mtxdm odbc32 odbccp32 oledb32 Executing wine-staging-3.13 regedit /S C:\windows\Temp\_mdac28\override-dll.reg Setting Windows version to nt40 Executing wine-staging-3.13 regedit /S C:\windows\Temp\_mdac28\set-winver.reg Executing cd /home/austin/.cache/winetricks/mdac28 Executing wine-staging-3.13 mdac_typ.exe /q /C:setup /qnt 0066:err:richedit:ReadStyleSheet skipping optional destination 0066:err:richedit:ReadStyleSheet skipping optional destination 0066:err:richedit:ReadStyleSheet skipping optional destination 0066:err:richedit:ReadStyleSheet skipping optional destination 0066:err:richedit:ReadStyleSheet skipping optional destination 0066:fixme:setupapi:extract_cabinet_file awful hack: extracting cabinet "C:\\users\\austin\\Temp\\IXP000.TMP\\msvcrt.CAB" 0066:fixme:setupapi:extract_cabinet_file awful hack: extracting cabinet "C:\\users\\austin\\Temp\\IXP000.TMP\\mtxfiles.CAB" 0066:fixme:setupapi:extract_cabinet_file awful hack: extracting cabinet "C:\\users\\austin\\Temp\\IXP000.TMP\\MDACxpak.CAB" 0066:fixme:setupapi:SetupDefaultQueueCallbackW notification 262144 params 32eebc,0 0066:fixme:setupapi:extract_cabinet_file awful hack: extracting cabinet "C:\\users\\austin\\Temp\\IXP000.TMP\\MDACxpak.CAB" 0066:fixme:setupapi:extract_cabinet_file awful hack: extracting cabinet "C:\\users\\austin\\Temp\\IXP000.TMP\\MDACxpak.CAB" 0066:err:setupapi:SetupDefaultQueueCallbackW copy error 32 L"C:\\users\\austin\\Temp\\IXP000.TMP\\msdaorar.dll" -> L"C:\\Program Files\\Common Files\\System\\OLE DB\\msdaorar.dll" ------------------------------------------------------ Note: command wine-staging-3.13 mdac_typ.exe /q /C:setup /qnt returned status 5. Aborting. -- 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 18

[Bug 28810] New: d3dx9_36/tests/mesh.ok: D3DXLoadMeshTest fails under valgrind
by wine-bugs＠winehq.org Dec. 7, 2018

Dec. 7, 2018

http://bugs.winehq.org/show_bug.cgi?id=28810 Bug #: 28810 Summary: d3dx9_36/tests/mesh.ok: D3DXLoadMeshTest fails under valgrind Product: Wine Version: 1.3.30 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 Classification: Unclassified Under Valgrind, "make mesh.ok" fails with mesh.c:2333: Test failed: Vertex[7]: Expected diffuse b3ffffff, got b2ffffff mesh.c:2333: Test failed: Vertex[11]: Expected diffuse b3ffffff, got b2ffffff mesh.c:2333: Test failed: Vertex[18]: Expected diffuse b3ffffff, got b2ffffff mesh.c:2406: Test failed: Vertex[7]: Expected diffuse b3ffffff, got b2ffffff mesh.c:2406: Test failed: Vertex[11]: Expected diffuse b3ffffff, got b2ffffff mesh.c:2406: Test failed: Vertex[18]: Expected diffuse b3ffffff, got b2ffffff This is on my i5 laptop, nvidia GeForce GTS 360M, NVIDIA 280.13. The test passes without valgrind. -- 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 18