wine-bugs February 2019

wine-bugs@winehq.org

1 participants
7734 discussions

[Bug 44392] New: BM_SETIMAGE sets image with white background instead of transparent. Is it possible to set a transparent image on wine ?
by wine-bugs＠winehq.org 16 Feb '19

16 Feb '19

https://bugs.winehq.org/show_bug.cgi?id=44392 Bug ID: 44392 Summary: BM_SETIMAGE sets image with white background instead of transparent. Is it possible to set a transparent image on wine? Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: nikolaysemenkov(a)gmail.com Distribution: --- Created attachment 60312 --> https://bugs.winehq.org/attachment.cgi?id=60312 the transparrent image On windows following code works: But on wine transparent image(attached png) appears with solid white background. The code: #include <windows.h> #include <gdiplus.h> HBITMAP loadBitmap(const wchar_t* path) { HBITMAP tBmp = NULL; ULONG_PTR token = 0; Gdiplus::GdiplusStartupInput input = NULL; Gdiplus::GdiplusStartup(&token, &input, NULL); if (token != 0) { Gdiplus::Bitmap* bmp = new Gdiplus::Bitmap(path); bmp->GetHBITMAP(Gdiplus::Color::Transparent, &tBmp); delete bmp; Gdiplus::GdiplusShutdown(token); } return tBmp; } LRESULT CALLBACK WindowProcedure(HWND hwnd, UINT message, WPARAM wParam, LPARAM lParam) { static HBITMAP tBmp = NULL; switch (message) { case WM_CREATE: { HWND btn = CreateWindow(L"BUTTON", L"TEXT", BS_BITMAP | WS_TABSTOP | WS_VISIBLE | WS_CHILD | BS_DEFPUSHBUTTON, 100, 100, 95, 25, hwnd, (HMENU)1, NULL, NULL); tBmp = loadBitmap(L"C:\\zoomin_disabled.png"); SendMessage(btn, BM_SETIMAGE, IMAGE_BITMAP, (LPARAM)tBmp); ShowWindow(btn, SW_SHOW); } break; case WM_DESTROY: DeleteObject(tBmp); PostQuitMessage(0); break; default: return DefWindowProc(hwnd, message, wParam, lParam); } return 0; } int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE, LPSTR, int) { MSG msg; WNDCLASS wc = { 0 }; wc.lpszClassName = TEXT("EU"); wc.hInstance = hInstance; wc.hbrBackground = GetSysColorBrush(COLOR_3DFACE); wc.lpfnWndProc = WindowProcedure; wc.hCursor = LoadCursor(0, IDC_ARROW); wc.hIcon = NULL; RegisterClass(&wc); CreateWindow(wc.lpszClassName, TEXT("Express Uninstaller"), WS_VISIBLE | WS_CAPTION | WS_SYSMENU | WS_OVERLAPPEDWINDOW | WS_VSCROLL, (GetSystemMetrics(SM_CXSCREEN) - 230) / 2, (GetSystemMetrics(SM_CYSCREEN) - 100 ) / 2, 280 + 10, 110 + 20 + 190, 0, 0, hInstance, 0); while (GetMessage(&msg, NULL, 0, 0)) { TranslateMessage(&msg); DispatchMessage(&msg); } } -- 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 46651] New: winegcc does not accept additional flags
by wine-bugs＠winehq.org 16 Feb '19

16 Feb '19

https://bugs.winehq.org/show_bug.cgi?id=46651 Bug ID: 46651 Summary: winegcc does not accept additional flags Product: Wine Version: 4.1 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mrx(a)hcc.im Created attachment 63573 --> https://bugs.winehq.org/attachment.cgi?id=63573 log As macOS 10.14 SDK does not provide 32-bit libraries anymore, one possible way to compile wine is to get an earlier SDK and use `-isysroot` switch to make compiler use correct SDK path. (Getting a complete Xcode and using `xcode-select` should be possible but takes too much disk space. Stripped down macOS SDK and toolchain could save several GBs) However, when compiling wine, `winegcc` does not pass any flag to underlying `cc`, so wine dlls that link to macOS frameworks won't find the correct SDK to link to. There is a log below which is one of the failing dll. Command line is given by `make`. The 10.13 SDK is at `/Users/MrX/Developer13/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk`, and different ways trying to pass the `-isysroot` switch such as environment variable and appending desired switch all failed. I've tried to manually build the file using command line given by `winegcc -v` with `-isysroot` appended and I could get the desired .so file. -- 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 46611] New: Readiris 17 fails to load when d2d1 is enabled: fixme:d2d :d2d_factory_CreateGeometryGroup iface
by wine-bugs＠winehq.org 15 Feb '19

15 Feb '19

https://bugs.winehq.org/show_bug.cgi?id=46611 Bug ID: 46611 Summary: Readiris 17 fails to load when d2d1 is enabled: fixme:d2d:d2d_factory_CreateGeometryGroup iface Product: Wine Version: 4.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d2d Assignee: wine-bugs(a)winehq.org Reporter: tinywrkbee(a)gmail.com Distribution: --- Created attachment 63511 --> https://bugs.winehq.org/attachment.cgi?id=63511 d2d1 enabled, application crashes App: Readiris 17, latest trial version, can be downloaded freely from http://www.irislink.com/EN-IL/c1760/Readiris-17---Trial-version--PDF-Softwa… Wine: 4.1, WINEARCH=win32, Window 7, winetricks riched20 msxml6. Behavior: Installation finished successfully but application failing to load. After disabling d2d1 the application loads correctly. See attachments for output with d2d1 (failing) and output without. 0009:fixme:d2d:d2d_factory_CreateGeometryGroup iface 0x76ef8e0, fill_mode 0x1, geometries 0x8c71df0, geometry_count 2, group 0x323634 stub! -- 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 36382] New: valgrind shows a possible leak in in ddraw/tests/ddraw7.c
by wine-bugs＠winehq.org 15 Feb '19

15 Feb '19

https://bugs.winehq.org/show_bug.cgi?id=36382 Bug ID: 36382 Summary: valgrind shows a possible leak in in ddraw/tests/ddraw7.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==5480== 28 bytes in 1 blocks are possibly lost in loss record 259 of 953 ==5480== at 0x7BC508EB: RtlAllocateHeap (heap.c:255) ==5480== by 0x61B3BE8: apartment_getclassobject (compobj.c:526) ==5480== by 0x61B6FF6: get_inproc_class_object (compobj.c:2894) ==5480== by 0x61B9D5F: CoGetClassObject (compobj.c:3032) ==5480== by 0x61BA4E7: CoCreateInstance (compobj.c:3197) ==5480== by 0x515764C: func_ddraw7 (ddraw7.c:2911) ==5480== by 0x50CC30B: main (test.h:584) ==5480== -- 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 36381] New: valgrind shows a couple possible leaks in in ddraw/tests/ddraw2.c
by wine-bugs＠winehq.org 15 Feb '19

15 Feb '19

https://bugs.winehq.org/show_bug.cgi?id=36381 Bug ID: 36381 Summary: valgrind shows a couple possible leaks in in ddraw/tests/ddraw2.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==5342== 28 bytes in 1 blocks are possibly lost in loss record 255 of 1,003 ==5342== at 0x7BC508EB: RtlAllocateHeap (heap.c:255) ==5342== by 0x6288BE8: apartment_getclassobject (compobj.c:526) ==5342== by 0x628BFF6: get_inproc_class_object (compobj.c:2894) ==5342== by 0x628ED5F: CoGetClassObject (compobj.c:3032) ==5342== by 0x628F4E7: CoCreateInstance (compobj.c:3197) ==5342== by 0x51134ED: func_ddraw2 (ddraw2.c:3061) ==5342== by 0x50CC30B: main (test.h:584) ==5342== ==5342== 92 bytes in 1 blocks are possibly lost in loss record 515 of 1,003 ==5342== at 0x7BC508EB: RtlAllocateHeap (heap.c:255) ==5342== by 0x4ABE069: d3d3_CreateViewport (ddraw.c:3941) ==5342== by 0x4ABE1EE: d3d2_CreateViewport (ddraw.c:3962) ==5342== by 0x510969B: create_viewport.constprop.3 (ddraw2.c:268) ==5342== by 0x510B50F: test_lighting_interface_versions (ddraw2.c:3407) ==5342== by 0x5113DEB: func_ddraw2 (ddraw2.c:6421) ==5342== by 0x50CC30B: main (test.h:584) ==5342== -- 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 36349] New: valgrind shows a few leaks in d3d9/tests/stateblock.c
by wine-bugs＠winehq.org 15 Feb '19

15 Feb '19

https://bugs.winehq.org/show_bug.cgi?id=36349 Bug ID: 36349 Summary: valgrind shows a few leaks in d3d9/tests/stateblock.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==4967== 148 bytes in 1 blocks are possibly lost in loss record 548 of 819 ==4967== at 0x40087BA: calloc (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so) ==4967== by 0x72216AF: ??? (in /usr/lib/libdrm_intel.so.1.0.0) ==4967== by 0x721C294: drm_intel_bo_alloc (in /usr/lib/libdrm_intel.so.1.0.0) ==4967== by 0x6F2A251: ??? (in /usr/lib/dri/i965_dri.so) ==4967== by 0x6F2A84B: ??? (in /usr/lib/dri/i965_dri.so) ==4967== by 0x6F5F6DB: ??? (in /usr/lib/dri/i965_dri.so) ==4967== by 0x6EEE9B4: ??? (in /usr/lib/dri/i965_dri.so) ==4967== by 0x6918B9B: ??? (in /usr/lib/libGL.so.1.2.0) ==4967== by 0x68E82F4: ??? (in /usr/lib/libGL.so.1.2.0) ==4967== by 0x6034DF2: create_glxcontext.isra.0 (opengl.c:1254) ==4967== by 0x6035127: X11DRV_wglCreateContextAttribsARB (opengl.c:2071) ==4967== by 0x5459C29: wglCreateContextAttribsARB (wgl.c:268) ==4967== by 0x4FB39D8: context_create (context.c:1543) ==4967== by 0x5049866: wined3d_swapchain_create (swapchain.c:914) ==4967== by 0x4F58F1F: d3d9_swapchain_create (swapchain.c:333) ==4967== by 0x4F53348: d3d9_device_CreateAdditionalSwapChain (device.c:504) ==4967== by 0x4A878DC: switch_render_target (stateblock.c:187) ==4967== by 0x4A89C94: execute_test_chain (stateblock.c:141) ==4967== by 0x4A8A9BE: test_state_management (stateblock.c:457) ==4967== by 0x4ADCD4C: run_test (test.h:584) ==4967== -- 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 38021] New: ntdll:load_dll doesn't check for correct dll ARCH
by wine-bugs＠winehq.org 15 Feb '19

15 Feb '19

https://bugs.winehq.org/show_bug.cgi?id=38021 Bug ID: 38021 Summary: ntdll:load_dll doesn't check for correct dll ARCH Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: patrick1804(a)web.de Distribution: --- Problem 1: ntdll:load_dll doesn't check if the found DLL has the wrong arch. For example: 64bit application want's to load xinput1_3.dll. There's a 32bit xinput1_3.dll in the same folder. Expected behavior: It should ignore this dll, instead of trying to open it. Problem 2: ntdll:load_dll doesn't check other locations for this DLL once a matching one has been found, even when it has the wrong arch and couldn't be loaded. For example: 64bit application want's to load xinput1_3.dll. There's a 32bit xinput1_3.dll in the same folder. It tries to open the file and fails. It doesn't check other folders like System32. The application doesn't start. Expected behavior: load_dll looks for 64bit xinput1_3.dll in system32 and starts. -- 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 36267] New: valgrind shows an invalid read in ddraw/tests/ddraw4.c
by wine-bugs＠winehq.org 15 Feb '19

15 Feb '19

https://bugs.winehq.org/show_bug.cgi?id=36267 Bug ID: 36267 Summary: valgrind shows an invalid read in ddraw/tests/ddraw4.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==4973== Invalid read of size 4 ==4973== at 0x50CE7C7: update_heap_entry (glsl_shader.c:905) ==4973== by 0x50CE900: shader_glsl_update_float_vertex_constants (glsl_shader.c:939) ==4973== by 0x50AAEEE: wined3d_device_set_vs_consts_f (device.c:2297) ==4973== by 0x5137052: wined3d_stateblock_apply (stateblock.c:957) ==4973== by 0x498F1ED: ddraw_set_cooperative_level (ddraw.c:951) ==4973== by 0x498F69F: ddraw4_SetCooperativeLevel (ddraw.c:1019) ==4973== by 0x4CA8A97: test_coop_level_create_device_window (ddraw4.c:678) ==4973== by 0x4CCC1E5: func_ddraw4 (ddraw4.c:7300) ==4973== by 0x4D1E890: run_test (test.h:584) ==4973== by 0x4D1EC7F: main (test.h:654) ==4973== Address 0xb458000 is 42,896 bytes inside a block of size 65,544 alloc'd ==4973== at 0x7BC4C735: notify_alloc (heap.c:255) ==4973== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==4973== by 0x50DF534: constant_heap_init (glsl_shader.c:6409) ==4973== by 0x50DF8FB: shader_glsl_alloc (glsl_shader.c:6478) ==4973== by 0x50A5691: wined3d_device_init_3d (device.c:882) ==4973== by 0x498E381: ddraw_attach_d3d_device (ddraw.c:591) ==4973== by 0x498E5B9: ddraw_create_swapchain (ddraw.c:634) ==4973== by 0x498F124: ddraw_set_cooperative_level (ddraw.c:934) ==4973== by 0x498F69F: ddraw4_SetCooperativeLevel (ddraw.c:1019) ==4973== by 0x4CA8A97: test_coop_level_create_device_window (ddraw4.c:678) ==4973== by 0x4CCC1E5: func_ddraw4 (ddraw4.c:7300) ==4973== by 0x4D1E890: run_test (test.h:584) ==4973== by 0x4D1EC7F: main (test.h:654) ==4973== -- 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 36261] New: valgrind shows a use after free in ddraw/tests/ddraw4.c
by wine-bugs＠winehq.org 15 Feb '19

15 Feb '19

https://bugs.winehq.org/show_bug.cgi?id=36261 Bug ID: 36261 Summary: valgrind shows a use after free in ddraw/tests/ddraw4.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==29500== Invalid write of size 4 ==29500== at 0x498B288: d3d_device_inner_Release (device.c:319) ==29500== by 0x498B45B: d3d_device3_Release (device.c:345) ==29500== by 0x4C6844D: test_process_vertices (ddraw4.c:624) ==29500== by 0x4C8C1E0: func_ddraw4 (ddraw4.c:7299) ==29500== by 0x4CDE890: run_test (test.h:584) ==29500== by 0x4CDEC7F: main (test.h:654) ==29500== Address 0x47a4dc8 is 112 bytes inside a block of size 160 free'd ==29500== at 0x7BC4C782: notify_free (heap.c:263) ==29500== by 0x7BC510C7: RtlFreeHeap (heap.c:1762) ==29500== by 0x497D9F9: ddraw_destroy (ddraw.c:441) ==29500== by 0x497DC0C: ddraw4_Release (ddraw.c:472) ==29500== by 0x49A3B99: ddraw_surface_release_iface (surface.c:552) ==29500== by 0x49A3D41: ddraw_surface4_Release (surface.c:611) ==29500== by 0x498B229: d3d_device_inner_Release (device.c:316) ==29500== by 0x498B45B: d3d_device3_Release (device.c:345) ==29500== by 0x4C6844D: test_process_vertices (ddraw4.c:624) ==29500== by 0x4C8C1E0: func_ddraw4 (ddraw4.c:7299) ==29500== by 0x4CDE890: run_test (test.h:584) ==29500== by 0x4CDEC7F: main (test.h:654) ==29500== -- 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 46617] New: Far Cry v1.40 locks up on the loading screen
by wine-bugs＠winehq.org 15 Feb '19

15 Feb '19

https://bugs.winehq.org/show_bug.cgi?id=46617 Bug ID: 46617 Summary: Far Cry v1.40 locks up on the loading screen Product: Wine Version: 4.1 Hardware: x86 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: z.figura12(a)gmail.com Regression SHA1: 1867b095a0e48ff8619457c703f69b5acc715ede Distribution: --- Created attachment 63519 --> https://bugs.winehq.org/attachment.cgi?id=63519 plain terminal output This was tested with GOG.com version (the game is already patched to the latest 1.4 version). The game was set up to use the default Direct3D renderer (selecting the OpenGL renderer resulted in an early crash on start for me). I couldn't reproduce the problem with the original demo version. The game loads up to the main menu properly, but it hangs with 100% CPU usage on the loading screen when I'm trying to start a new game or load a previously saved game. Reverting the following commit fixes the problem for me: commit 1867b095a0e48ff8619457c703f69b5acc715ede Author: Zebediah Figura <z.figura12(a)gmail.com> Date: Wed Feb 6 19:38:28 2019 -0600 wined3d: Store stream state in the wined3d_stateblock_state structure. Please let me know what debug channels would be of help. wine-4.1-108-gf7b3120991 OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce GT 730/PCIe/SSE2 OpenGL core profile version string: 4.6.0 NVIDIA 415.22.05 -- 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

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 2019