April 2017 - Wine-Bugs - list.winehq.org

[Bug 41677] New: Quicken 2010 will not load
by wine-bugs＠winehq.org March 20, 2026

March 20, 2026

https://bugs.winehq.org/show_bug.cgi?id=41677 Bug ID: 41677 Summary: Quicken 2010 will not load Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jimcharvat3(a)gmail.com Distribution: --- Created attachment 56068 --> https://bugs.winehq.org/attachment.cgi?id=56068 The .TXT displayed The display says it has encountered a problem and displays the following .TXT -- 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 4

[Bug 42400] New: cscript.exe doesn't show errors
by wine-bugs＠winehq.org March 20, 2026

March 20, 2026

https://bugs.winehq.org/show_bug.cgi?id=42400 Bug ID: 42400 Summary: cscript.exe doesn't show errors Product: Wine-gecko Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-gecko-unknown Assignee: jacek(a)codeweavers.com Reporter: kolan_n(a)mail.ru Distribution: --- When there is an error in a script cscript.exe outputs nothing. -- 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.

3 6

[Bug 34755] New: strsafe.h functions are lacking
by wine-bugs＠winehq.org March 19, 2026

March 19, 2026

http://bugs.winehq.org/show_bug.cgi?id=34755 Bug #: 34755 Summary: strsafe.h functions are lacking Product: Wine Version: unspecified Platform: x86 URL: http://msdn.microsoft.com/en-us/library/windows/deskto p/ms647466%28v=vs.85%29.aspx OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: rq(a)akl.lt Classification: Unclassified I tried to compile the latest version of TweakPNG (http://entropymine.com/jason/tweakpng/) with Wine today. Apparently, the strsafe.h header provided by Wine is only a dummy and seems to lack most of the functions. If I'm reading correctly, this header (and all its functions) has been part of the Windows API since XPSP2, so I guess Wine should aim to provide that functionality as well. -- 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 8

[Bug 36166] New: valgrind shows several possible leaks in vbscript/tests/createobj.c
by wine-bugs＠winehq.org March 19, 2026

March 19, 2026

https://bugs.winehq.org/show_bug.cgi?id=36166 Bug ID: 36166 Summary: valgrind shows several possible leaks in vbscript/tests/createobj.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==1948== 20 bytes in 1 blocks are possibly lost in loss record 128 of 653 ==1948== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==1948== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==1948== by 0x680B673: heap_alloc (vbscript.h:432) ==1948== by 0x680CBCD: VBScript_AddNamedItem (vbscript.c:426) ==1948== by 0x4E4B610: create_script (activscp.h:1022) ==1948== by 0x4E4D020: test_GetObject (createobj.c:1022) ==1948== by 0x4E4D35B: func_createobj (createobj.c:1097) ==1948== by 0x4E5DA0F: run_test (test.h:584) ==1948== by 0x4E5DDFE: main (test.h:654) ==1948== ==1948== 28 bytes in 1 blocks are possibly lost in loss record 179 of 653 ==1948== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==1948== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==1948== by 0x4FCB21A: heap_alloc_zero (typelib.c:1662) ==1948== by 0x4FCDE59: MSFT_ReadAllRefs (typelib.c:2902) ==1948== by 0x4FD0104: ITypeLib2_Constructor_MSFT (typelib.c:3716) ==1948== by 0x4FCF370: TLB_ReadTypeLib (typelib.c:3460) ==1948== by 0x4FC7694: LoadTypeLibEx (typelib.c:478) ==1948== by 0x4FC75D0: LoadTypeLib (typelib.c:454) ==1948== by 0x680E4C6: get_typeinfo (vbscript_main.c:56) ==1948== by 0x67F321B: init_global (global.c:1946) ==1948== by 0x680BA7F: set_ctx_site (vbscript.c:105) ==1948== by 0x680C509: VBScript_SetScriptSite (vbscript.c:312) ==1948== by 0x4E4B59D: create_script (activscp.h:1007) ==1948== by 0x4E4B6F1: test_CreateObject (createobj.c:779) ==1948== by 0x4E4D356: func_createobj (createobj.c:1096) ==1948== by 0x4E5DA0F: run_test (test.h:584) ==1948== by 0x4E5DDFE: main (test.h:654) ==1948== ==2464== 112 bytes in 1 blocks are possibly lost in loss record 425 of 653 ==2464== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==2464== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==2464== by 0x4FA80B4: alloc_bstr (oleaut.c:162) ==2464== by 0x4FA844A: SysAllocStringLen (oleaut.c:324) ==2464== by 0x4E4958F: a2bstr (createobj.c:126) ==2464== by 0x4E4B2FF: parse_script_ae (createobj.c:721) ==2464== by 0x4E4D038: test_GetObject (createobj.c:1023) ==2464== by 0x4E4D35B: func_createobj (createobj.c:1097) ==2464== by 0x4E5DA0F: run_test (test.h:584) ==2464== by 0x4E5DDFE: main (test.h:654) ==2464== etc. -- 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 3

[Bug 24387] New: MS Money 2000: Crashes updating financial informations from the Internet
by wine-bugs＠winehq.org March 18, 2026

March 18, 2026

http://bugs.winehq.org/show_bug.cgi?id=24387 Summary: MS Money 2000: Crashes updating financial informations from the Internet Product: Wine Version: 1.3.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrea.vai(a)unipv.it Created an attachment (id=30732) --> (http://bugs.winehq.org/attachment.cgi?id=30732) Terminal output. If I click on "update informations from the internet" in the main page of the application, the applications crashes (Application error window "MSMONEY encountered an error and has must be closed" appears. The only way to close the application is to kill it). Problem was not present in wine 1.1.15, so I performed a regression test and the result is: ---------------------------------------------------------------- c5a6b7b36674e8b7f7dc687b01773b88fa7d7312 is the first bad commit commit c5a6b7b36674e8b7f7dc687b01773b88fa7d7312 Author: Juan Lang <juan.lang(a)gmail.com> Date: Tue Mar 30 10:26:48 2010 -0700 rsaenh: Support setting salt via KP_SALT (resend). :040000 040000 d9a20e02d3637c41baadb3131a23907fb5603fe8 51eea86ad80613f612f64bd44a0517c0b89a4894 M dlls ---------------------------------------------------------------- As far as I can notice, the bad commit is the same involved in bug 23208. Fixing this regression would really bring this app towards complete functionality. -- 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 54

[Bug 38178] New: Crash with Heroes VI at very begin
by wine-bugs＠winehq.org March 17, 2026

March 17, 2026

https://bugs.winehq.org/show_bug.cgi?id=38178 Bug ID: 38178 Summary: Crash with Heroes VI at very begin Product: Wine Version: 1.7.37 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: isakov-sl(a)bk.ru Created attachment 50937 --> https://bugs.winehq.org/attachment.cgi?id=50937 Heroes VI crashes with any engine > 1.7.7. Worked with 1.6.2 Assertion failed: (iface->lpVtbl == (const IDirect3DBaseTexture9Vtbl *)&d3d9_texture_2d_vtbl || iface->lpVtbl == (const IDirect3DBaseTexture9Vtbl *)&d3d9_texture_cube_vtbl || iface->lpVtbl == (const IDirect3DBaseTexture9Vtbl *)&d3d9_texture_3d_vtbl), function unsafe_impl_from_IDirect3DBaseTexture9, file texture.c, line 1257. -- 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 58

[Bug 27584] New: MFC fillrect draws differently under wine
by wine-bugs＠winehq.org March 15, 2026

March 15, 2026

http://bugs.winehq.org/show_bug.cgi?id=27584 Summary: MFC fillrect draws differently under wine Product: Wine Version: 1.3.21 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: bailey937(a)yahoo.com Created an attachment (id=35259) --> (http://bugs.winehq.org/attachment.cgi?id=35259) sample program for reproducing FillRect bug I have a program that uses CPaintDC.FillRect() to draw histogram samples. It draws one-pixel wide vertical rectangles. Under wine, the bottom-most pixel is not drawn. I'm attaching a sample program. Under Windows7 (have 64bit pro), the red line is touching the black baseline and the black line on the right is touching the baseline also. When I run the program under wine, both the red vertical line on the left and the black vertical line on the right are floating one pixel above the baseline. I tried both 32bit Ubuntu 11.04 (wine 1.2.2) on a netbook and also Fedora 15 64bit (wine 1.3.21) under Virtualbox on my Windows machine. Both have the same problem. The relevant code for the test case is in CChildView::OnPaint() in ChildView.cpp -- 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.

3 17

[Bug 17272] New: Zmodeler: Icons and overall GUI blinky
by wine-bugs＠winehq.org March 15, 2026

March 15, 2026

http://bugs.winehq.org/show_bug.cgi?id=17272 Summary: Zmodeler: Icons and overall GUI blinky Product: Wine Version: 1.1.14 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gaming4jc2(a)yahoo.com Created an attachment (id=19272) --> (http://bugs.winehq.org/attachment.cgi?id=19272) Simple log of fixme's in the console Zmodeler is not quite in full working condition (but tons better than prior to 1.1.14). When using the buttons on the Main Toolbar the icons which occasionally disappear and overall 3D performance is rather slow. You can mouseover the icons and they will reappear, but it isn't overly practical... Attached is a log. I believe it has something to do with"LockWindowUpdate". -- 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.

3 17

[Bug 40099] New: IFileOpenDialog with FOS_PICKFOLDERS option
by wine-bugs＠winehq.org March 15, 2026

March 15, 2026

https://bugs.winehq.org/show_bug.cgi?id=40099 Bug ID: 40099 Summary: IFileOpenDialog with FOS_PICKFOLDERS option Product: Wine Version: 1.9.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nozomimasao(a)gmail.com Distribution: --- IFileOpenDialog sometimes returns a bad path if FOS_PICKFOLDERS option is specified. for example, if you selected C:\Windows folder *inside* Windows folder, GetResult method returns C:\Windows\Windows. Steps of the user: 1. Go inside C:\Windows by double-clicking Windows folder. 2. Click select button. Then the path will be C:\Windows\Windows. *The user can avoid this issue by below steps. 1. Select C:\Windows by clicking Windows folder *without* going inside it. 2. Click select button. Then the path will be C:\Windows. For your information, the code is like this; IFileOpenDialog *fo = nullptr; CoCreateInstance(CLSID_FileOpenDialog, NULL, CLSCTX_INPROC_SERVER, IID_PPV_ARGS(&fo)); DWORD opt = 0; fo->GetOptions(&opt); fo->SetOptions(opt | FOS_PICKFOLDERS); fo->Show(hWnd); IShellItem *si = nullptr; fo->GetResult(&si); LPWSTR path = nullptr; si->GetDisplayName(SIGDN_FILESYSPATH, &path); -- 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.

3 4

[Bug 38621] New: D3DXCompileShader errors
by wine-bugs＠winehq.org March 15, 2026

March 15, 2026

https://bugs.winehq.org/show_bug.cgi?id=38621 Bug ID: 38621 Summary: D3DXCompileShader errors Product: Wine Version: 1.7.42 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: isakov-sl(a)bk.ru Distribution: --- This is again my game HeroesVI. I reverted back all dll to builtin and set trace+d3dx ---- trace:d3dx:D3DXCompileShader data "matrix mc0 : register( c0 );\nmatrix mc1 : register( c4 );\nmatrix mc2 : register( c8 );\nstruct VSData\n{\n float4 pos : POSITION;\n float3 nrm : NORMAL; \n float2 txc : TEXCOORD;\n};\nVSData vsMain( VSData input )\n{\n VSData output;\n float4 imm;\n imm = mul( input.pos, (float4x4)mc0 );\n "..., length 721, defines 0x0, include 0x0, function "vsMain", profile "vs_3_0", flags 0, shader 0x32d464, error_msgs 0x0, constant_table 0x0. err:d3dcompiler:compile_shader HLSL shader parsing failed. trace:d3dx:D3DXCompileShader data "struct VSData\n{\n float4 pos : POSITION;\n float2 txc : TEXCOORD;\n};\nVSData vsMain( VSData input )\n{\n VSData output;\n output.pos = input.pos;\n output.txc = input.txc;\n return output;\n};\n", length 190, defines 0x0, include 0x0, function "vsMain", profile "vs_3_0", flags 0, shader 0x32d464, error_msgs 0x0, constant_table 0x0. fixme:d3dcompiler:make_assignment Check for casts in the lhs. fixme:d3dcompiler:make_assignment Check for casts in the lhs. fixme:hlsl_parser:hlsl_parse Check for valued return on void function. fixme:hlsl_parser:hlsl_parse Implicit conversion to the return type if needed, error out if conversion not possible. err:d3dcompiler:compile_shader HLSL shader parsing failed. ----- And so on Is there significant information? -- 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.

3 19