June 2024 - Wine-Bugs - list.winehq.org

[Bug 50532] New: get_timezone_info doing binary search in the wrong way
by WineHQ Bugzilla March 20, 2026

March 20, 2026

https://bugs.winehq.org/show_bug.cgi?id=50532 Bug ID: 50532 Summary: get_timezone_info doing binary search in the wrong way Product: Wine Version: 6.0-rc6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: gmascellani(a)codeweavers.com Distribution: --- get_timezone_info in dlls/ntdll/unix/system.c appears to compute the daylight saving time changes for a given year in a smelly if not buggy way. I don't have any specific examples of mistaken computations, but the code seems to basically work by chance. More specifically, the indention of the code seems to be the following: * two time_t values are computed, corresponding to the beginning and the end of the requested year (year_start and year_end); * a binary search procedure is used to narrow down that interval around a DST change event. However, this cannot work in general, because binary searches only work for monotonic data, and DST is not monotonic (each year it switches forth and back, assuming there is DST at all). The algorithm works "by chance", because it first tests the beginning of the interval and then half of the interval, and usually beginning of January and beginning of June are on different DST values; then the algorithm recurses on the first half of the year, and there DST is monotonic (again, usually; I don't know if this is always true). Moreover, year_end is also set to an invalid value (0th day of 12th month, which is a month past December). Doing the "arithmetic" this corresponds to 31st of December, but is that a supported way to specify it? Why not directly setting 31st of December? Anyway, the core of this bug is the issue with binary search. -- 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 2

[Bug 42811] New: PCG Tools Application fails to install
by wine-bugs＠winehq.org March 20, 2026

March 20, 2026

https://bugs.winehq.org/show_bug.cgi?id=42811 Bug ID: 42811 Summary: PCG Tools Application fails to install Product: Wine Version: 2.5 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sterling2001(a)gmail.com Able to successfully run install file, but the resulting file is not able to be run on Mac OS X, even with the "installation successful" message. -- 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 50636] New: Reading indexed bitmap wrongly returns 32bit instead of 8bit
by WineHQ Bugzilla March 20, 2026

March 20, 2026

https://bugs.winehq.org/show_bug.cgi?id=50636 Bug ID: 50636 Summary: Reading indexed bitmap wrongly returns 32bit instead of 8bit Product: Wine Version: 6.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: eri0onpm(a)gmail.com Distribution: --- When using C# and .NET 4.5, the Image.GetPixelFormatSize method returns 32 for an indexed bitmap that should return 8 https://docs.microsoft.com/en-us/dotnet/api/system.drawing.image.getpixelfo… I think this should have been fixed by commit ee6dd81e922145ca7b70cb1de01a8795119b824b from Dmitry Timoshkov but I am unsure if this commit is on Wine 6. -- 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 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 50924] New: vsscanf/vfscanf crashes wine
by WineHQ Bugzilla March 19, 2026

March 19, 2026

https://bugs.winehq.org/show_bug.cgi?id=50924 Bug ID: 50924 Summary: vsscanf/vfscanf crashes wine Product: Wine Version: 6.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tb442(a)cornell.edu Distribution: --- A call to vsscanf / vfscanf causes wine to crash where there's no problem on linux or windows. Preceeding it with a call to just sscanf solves the problem I've created a minimal working example that you can find at https://github.com/Radvendii/vsscanf_wine_bug. -- 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 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 48831] New: Crysis needs "gs_4_0" compilation target
by WineHQ Bugzilla March 19, 2026

March 19, 2026

https://bugs.winehq.org/show_bug.cgi?id=48831 Bug ID: 48831 Summary: Crysis needs "gs_4_0" compilation target Product: Wine Version: 5.4 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: directx-d3dx11 Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Intro crashes with: fixme:d3dcompiler:compile_shader Compilation target "gs_4_0" not yet supported wine-5.4-412-g8baf4a2a55 -- 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 10

[Bug 53844] New: vbscript invoke_vbdisp not handling let property correctly for VT_DISPATCH arguments
by WineHQ Bugzilla March 19, 2026

March 19, 2026

https://bugs.winehq.org/show_bug.cgi?id=53844 Bug ID: 53844 Summary: vbscript invoke_vbdisp not handling let property correctly for VT_DISPATCH arguments Product: Wine Version: 7.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: jsm174(a)gmail.com Distribution: --- Given the following code where 'LeftFlipper' is Dispatch object: dim LF : Set LF = New FlipperPolarity LF.Object = LeftFlipper Class FlipperPolarity private Flipper Public Sub Class_Initialize End Sub Public Property let Object(aInput) : Set Flipper = aInput : End Property End Class In invoke_vbdisp, the Object property is stored in This->desc->funcs[id].entries[VBDISP_LET] The code tries to find the function using the VBDISP_SET index since the argument is VT_DISPATCH: func = This->desc->funcs[id].entries[V_VT(dp.rgvarg) == VT_DISPATCH ? VBDISP_SET : VBDISP_LET]; At first I tried to reverse the order figuring maybe this was a typo, however then it broke let's with non-objects. So as a hack I did this: func = This->desc->funcs[id].entries[V_VT(dp.rgvarg) == VT_DISPATCH ? VBDISP_SET : VBDISP_LET]; if(!func) func = This->desc->funcs[id].entries[VBDISP_LET]; if(!func) { FIXME("no letter/setter\n"); -- 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 2