wine-bugs

wine-bugs@winehq.org

1 participants
158780 discussions

[Bug 32079] New: dotted files hasn't displayed
by wine-bugs＠winehq.org 26 Nov '22

26 Nov '22

http://bugs.winehq.org/show_bug.cgi?id=32079 Bug #: 32079 Summary: dotted files hasn't displayed Product: Wine Version: 1.5.15 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: icegood1980(a)gmail.com Classification: Unclassified Application: notepad++ (http://notepad-plus-plus.org/) wine config /drivers/ show dot files checked. In explorer under notepad++ dot files hasn't shown. In particular in home directory. -- 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 10

[Bug 3548] .lnk file is created on the desktop together with the program icon...
by WineHQ Bugzilla 26 Nov '22

26 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=3548 gatlibs <gatlibs.dev(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gatlibs.dev(a)gmail.com --- Comment #59 from gatlibs <gatlibs.dev(a)gmail.com> --- I am only seeing Notepad++.desktop in ~/Desktop or /home/USERNAME/.wine/drive_c/users/USERNAME/Desktop. I am using Fedora 37 with wine 7.20 (Staging) and npp++ v8.4.7 for 64 bits. -- 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 0

[Bug 33590] New: Notepad++: save as dialog should auto-select text
by wine-bugs＠winehq.org 26 Nov '22

26 Nov '22

http://bugs.winehq.org/show_bug.cgi?id=33590 Bug #: 33590 Summary: Notepad++: save as dialog should auto-select text Product: Wine Version: 1.5.30 Platform: x86 OS/Version: Linux Status: NEW Keywords: download Severity: trivial Priority: P2 Component: comdlg32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com CC: gatlinsullivan(a)yahoo.com Classification: Unclassified Follow up to bug 24492 On windows, run Notepad++, type 'asdf' then 'CTRL+S' to bring up the save dialog. On windows, 'new 1.txt' is already selected, you can just type 'blah' then press enter, and get 'blah.txt'. On wine, 'new 1.txt' isn't selected, so you get 'blahnew 1.txt' and when you try to save it, it fails. Trivial, but annoying. -- 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 14

[Bug 37927] New: Camtasia fails to open in wine 1.6.2
by wine-bugs＠winehq.org 26 Nov '22

26 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=37927 Bug ID: 37927 Summary: Camtasia fails to open in wine 1.6.2 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: techbin1(a)gmail.com Distribution: --- Created attachment 50516 --> https://bugs.winehq.org/attachment.cgi?id=50516 Camtasia crash backtrace Camtasia appeared to install correctly. When I try to open, I get an error message about an unregistered dll "C:\windows\SysWOW64\quartz.dll". This message repeats three times after which it crashes. Attached find backtrace. -- 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 7

[Bug 53930] New: Build broken with Clang in MSVC mode due to OpenLDAP import using getopt.h
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53930 Bug ID: 53930 Summary: Build broken with Clang in MSVC mode due to OpenLDAP import using getopt.h Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wldap32 Assignee: wine-bugs(a)winehq.org Reporter: martin(a)martin.st CC: hans(a)meelstraat.net, jacek(a)codeweavers.com, julliard(a)winehq.org Distribution: --- Building with Clang in MSVC mode fails since the OpenLDAP code import. Building fails with this error: clang -c -o libs/ldap/aarch64-windows/liblber/io.o ../src/libs/ldap/liblber/io.c -Ilibs/ldap -I../src/libs/ldap -Iinclude \ -I../src/include -I../src/include/msvcrt -I../src/libs/ldap/include -D_TIMEVAL_DEFINED -D_UCRT \ -D__WINE_PE_BUILD -target aarch64-windows -fno-strict-aliasing -Wno-pragma-pack -Wno-format \ -gdwarf-4 -g -O2 In file included from ../src/libs/ldap/liblber/io.c:41: ../src/libs/ldap/include/ac/unistd.h:44:11: fatal error: 'getopt.h' file not found # include <getopt.h> ^~~~~~~~~~ 1 error generated. make: *** [Makefile:197943: libs/ldap/aarch64-windows/liblber/io.o] Error 1 The bundled libs/ldap/include/portable.h contains "#define HAVE_GETOPT_H 1". For mingw-based PE builds, this succeeds by including getopt.h from the mingw toolchain (which probably isn't intended?), while if building with Clang in MSVC mode, no such header is available. (Side note: When building with a mingw compiler like this, it would probably be good to avoid having the mingw sysroot includes available, to avoid accidentally using headers from there. But one can't just use -nostdinc, since that also excludes paths like the compiler's own headers, like stdarg.h. Something like --sysroot=dummy might work.) -- 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 8

[Bug 53870] New: vkGetPhysicalDeviceSurfaceCapabilities2KHR passes invalid VkSurfaceKHR handle to driver
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53870 Bug ID: 53870 Summary: vkGetPhysicalDeviceSurfaceCapabilities2KHR passes invalid VkSurfaceKHR handle to driver Product: Wine Version: 7.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winevulkan Assignee: wine-bugs(a)winehq.org Reporter: alexandros.frantzis(a)collabora.com Distribution: --- Created attachment 73397 --> https://bugs.winehq.org/attachment.cgi?id=73397 Relevant log entries of Chrome failing to initialize Vulkan Hi! With: commit 000a7bbb5a10ca9144b7ab7a23c4716edf1a83b0 Author: Jacek Caban <jacek(a)codeweavers.com> Date: Fri Sep 23 21:37:45 2022 +0200 winevulkan: Use host Vulkan structures for private thunks arguments. calling vkGetPhysicalDeviceSurfaceCapabilities2KHR (on 32-bit builds at least) ends up passing the wrong VkSurfaceKHR handle to the driver. This can be reproduced with "chrome.exe --use-angle=vulkan --in-process-gpu". I have attached the relevant parts from a debug trace of a broken run, annotated with few comments (and some extra trace points for clarity). The issue seems to be in this generated thunk: static NTSTATUS thunk32_vkGetPhysicalDeviceSurfaceCapabilities2KHR(void *args) { ... convert_VkPhysicalDeviceSurfaceInfo2KHR_win32_to_host(params->pSurfaceInfo, &pSurfaceInfo_host); params->result = wine_vkGetPhysicalDeviceSurfaceCapabilities2KHR(params->physicalDevice, &pSurfaceInfo_host, params->pSurfaceCapabilities); ... } The conversion function populates pSurfaceInfo_host.surface with the driver_surface handle, which is not what wine_vkGetPhysicalDeviceSurfaceCapabilities2KHR expects. Note that the conversion works fine when we have a direct call to the driver function, for example in the vkGetPhysicalDeviceSurfaceFormats2KHR thunk: static NTSTATUS thunk32_vkGetPhysicalDeviceSurfaceFormats2KHR(void *args) { ... convert_VkPhysicalDeviceSurfaceInfo2KHR_win32_to_host(params->pSurfaceInfo, &pSurfaceInfo_host); params->result = wine_phys_dev_from_handle(params->physicalDevice)->instance->funcs.p_vkGetPhysicalDeviceSurfaceFormats2KHR(wine_phys_dev_from_handle(params->physicalDevice)->phys_dev, &pSurfaceInfo_host, params->pSurfaceFormatCount, params->pSurfaceFormats); ... } For verification I hacked thunk32_vkGetPhysicalDeviceSurfaceCapabilities2KHR to to use the original surface in pSurfaceInfo_host and this fixed the issue for me. Thanks! -- 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 49297] New: Spark AR studio installer fails to start:Spark AR Studio is not supported in this version of Windows. Please upgrade to Windows 10
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=49297 Bug ID: 49297 Summary: Spark AR studio installer fails to start:Spark AR Studio is not supported in this version of Windows. Please upgrade to Windows 10 Product: Wine Version: 5.9 Hardware: x86 URL: https://sparkar.facebook.com/ar-studio/ OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- Created attachment 67302 --> https://bugs.winehq.org/attachment.cgi?id=67302 bump kernel32 version to win10 Reported by someone on reddit.com, The installer fails, even if you set windows to win10 Attached patch makes the installer work, but i don`t think it`s wise to advertise high version resources like win10 in version resources atm (right?) so opened this bugreport just to track these kind of apps -- 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 48053] New: kernel32:change fails randomly (and rarely) in Wine
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=48053 Bug ID: 48053 Summary: kernel32:change fails randomly (and rarely) in Wine Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- kernel32:change gets the following failure from time to time in test_ffcn(): change.c:320: Test failed: should be ready See https://test.winehq.org/data/tests/kernel32:change.html This impacts all three Wine builds. Because only the first WaitForSingleObject() fails this indicates a likely race between it and the previous DeleteFile(). That race may be specific to deletion since this failure does not seem to happen in the CreateFile(), CreateDirectory() and RemoveDirectory() cases. -- 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 53935] New: __unDName doesn't support 'G' and 'H' modifiers
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53935 Bug ID: 53935 Summary: __unDName doesn't support 'G' and 'H' modifiers Product: WineHQ Bugzilla Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: bugzilla-unknown Assignee: wine-bugs(a)winehq.org Reporter: info(a)vmpsoft.com CC: austinenglish(a)gmail.com Distribution: --- Here is my sources of undname.c: static void append_extended_modifier(struct parsed_symbol *sym, const char **where, const char *str) { if (!(sym->flags & UNDNAME_NO_MS_KEYWORDS)) { if (str[0] == '_' && str[1] == '_') { if (sym->flags & UNDNAME_NO_LEADING_UNDERSCORES) str += 2; } *where = *where ? str_printf(sym, "%s %s", *where, str) : str; } } static void get_extended_modifier(struct parsed_symbol *sym, struct datatype_t *xdt) { xdt->left = xdt->right = NULL; xdt->flags = 0; for (;;) { switch (*sym->current) { case 'E': append_extended_modifier(sym, &xdt->right, "__ptr64"); break; case 'F': append_extended_modifier(sym, &xdt->left, "__unaligned"); break; case 'G': append_extended_modifier(sym, &xdt->right, "&"); break; case 'H': append_extended_modifier(sym, &xdt->right, "&&"); break; case 'I': append_extended_modifier(sym, &xdt->right, "__restrict"); break; default: return; } sym->current++; } } -- 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 53915] New: Pivot animator runs into assert
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53915 Bug ID: 53915 Summary: Pivot animator runs into assert Product: Wine Version: 7.20 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: d2d Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 73468 --> https://bugs.winehq.org/attachment.cgi?id=73468 Tail of the log Download at https://web.archive.org/web/20221113193258/https://dd21m32yacj0k.cloudfront… Original download would be at https://www.pivotanimator.net/DownloadV5.php, but this downloads a stub which is currently broken (bug 53914). -- 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 53429] New: opengl32:opengl fails on Debian 11 + Intel GPU
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53429 Bug ID: 53429 Summary: opengl32:opengl fails on Debian 11 + Intel GPU Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- opengl32:opengl fails on Debian 11 + Intel GPU: opengl.c:386: Test failed: Got unexpected cStencilBits 8. https://test.winehq.org/data/patterns.html#opengl32:opengl The failure started with the commit that introduced the test: commit 83cbcdefa3f55afc449b6be51e215c4f646869f4 Author: Paul Gofman <pgofman(a)codeweavers.com> AuthorDate: Tue Jun 21 10:29:18 2022 -0500 opengl32/tests: Add more tests for ChoosePixelFormat(). Test extended by Matteo Bruni. -- 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 53131] New: ntdll:threadpool - test_tp_multi_wait() fails (rarely) in Wine
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53131 Bug ID: 53131 Summary: ntdll:threadpool - test_tp_multi_wait() fails (rarely) in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- ntdll:threadpool - test_tp_multi_wait() fails (rarely) in Wine: threadpool.c:1960: Test failed: WaitForSingleObject returned 258 https://test.winehq.org/data/patterns.html#ntdll:threadpool The failure is pretty rare, about 3.2%, so it can easily be missing from a test configuration's WineTest runs which results in false positives. -- 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 53909] New: opengl32.dll can't be loaded if win32u.so is not initialized first
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53909 Bug ID: 53909 Summary: opengl32.dll can't be loaded if win32u.so is not initialized first Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)winehq.org Reporter: jacek(a)codeweavers.com CC: rbernon(a)codeweavers.com Regression SHA1: 60eeb92ae0342a13e6e407a44d116b657b7e9ee5 Distribution: --- Created attachment 73457 --> https://bugs.winehq.org/attachment.cgi?id=73457 test We load unixlibs when corresponding PE file is mapped (and before its imports are mapped). For unixlibs that link to win32u.so, we need win32u.so to be loaded first, because system loader doesn't know where to find it. It's usually good enough, we needed some workarounds for Vulkan [1], but it doesn't work for opengl32.so. We may need to change ntdll's unixlib loading strategy or find a workaround for opengl32. I attached a simple test. [1] https://gitlab.winehq.org/wine/wine/-/merge_requests/547 -- 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 52872] New: vbscript:run fails in Wine in Hindi
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=52872 Bug ID: 52872 Summary: vbscript:run fails in Wine in Hindi Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- vbscript:run fails in Wine in Hindi run.c:1874: Error in line 1813: 0 L"Invalid procedure call or argument" run.c:1888: Test failed: unexpected call OnScriptError run.c:2933: Test failed: expected global_success_d run.c:2934: Test failed: expected global_success_i run.c:2936: Test failed: parse_script failed: 800a0005 https://test.winehq.org/data/patterns.html#vbscript:run A bisect shows that these failures started happening with the following commit: commit e81327358a26b160740b3421a4c7f300b4d2f06f Author: Alexandre Julliard <julliard(a)winehq.org> Date: Wed Apr 13 15:13:16 2022 +0200 kernelbase: Move codepage initialization to ntdll. Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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 15

[Bug 49091] New: nProtect Anti-Virus/Spyware 4.0 'TKPcFtCb64.sys' crashes on unimplemented function 'ntoskrnl.exe.KeInitializeGuardedMutex'
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=49091 Bug ID: 49091 Summary: nProtect Anti-Virus/Spyware 4.0 'TKPcFtCb64.sys' crashes on unimplemented function 'ntoskrnl.exe.KeInitializeGuardedMutex' Product: Wine Version: 5.7 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, encountered while revisiting bug 47170 Download: https://web.archive.org/web/20160510225518/http://avsd.nprotect.net/avs40/s… --- snip --- $ WINEDEBUG=+seh,+loaddll,+process wine ./nProtectSetup_AVS40.exe ... 0590:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\FLTMGR.SYS" at 0xe20000: PE builtin 0590:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\TKFsFt64.sys" at 0xe10000: native ... 0590:fixme:fltmgr:FltRegisterFilter (00000000000FBFC0,0000000000E13750,0000000000E141C0): stub 0590:fixme:fltmgr:FltStartFiltering (00000000DEADBEAF): stub 0590:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\version.dll" at 0x1080000: PE builtin 0590:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\setupapi.dll" at 0xf50000: PE builtin ... 0590:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\TKPcFtCb64.sys" at 0x10a0000: native ... 0590:trace:seh:raise_exception code=c0000096 flags=0 addr=0x10a19a0 ip=10a19a0 tid=0590 0590:trace:seh:raise_exception rax=0000000000000000 rbx=00000000010b0008 rcx=0000000000cef6d4 rdx=0000000000000000 0590:trace:seh:raise_exception rsi=0000000000cef94c rdi=00000000007d6068 rbp=0000000000000000 rsp=0000000000cef7f8 0590:trace:seh:raise_exception r8=000000000000001e r9=0000000000000000 r10=0000000000000008 r11=0000000000000246 0590:trace:seh:raise_exception r12=00000000007d6250 r13=00007fffffea4000 r14=00000000007d63b8 r15=0000000000000000 0590:trace:seh:call_vectored_handlers calling handler at 0x22cde0 code=c0000096 flags=0 0590:trace:seh:call_vectored_handlers handler at 0x22cde0 returned ffffffff 0590:trace:seh:raise_exception code=80000100 flags=1 addr=0x7bc6dfdc ip=7bc6dfdc tid=0590 0590:trace:seh:raise_exception info[0]=00000000010b0344 0590:trace:seh:raise_exception info[1]=00000000010b01e2 wine: Call from 0x7bc6dfdc to unimplemented function ntoskrnl.exe.KeInitializeGuardedMutex, aborting --- snip --- Microsoft docs: https://docs.microsoft.com/en-us/windows-hardware/drivers/ddi/wdm/nf-wdm-ke… --- snip --- winedump -j import ~/.wine/drive_c/windows/system32/TKPcFtCb64.sys Contents of /home/focht/.wine/drive_c/windows/system32/TKPcFtCb64.sys: 39280 bytes Import Table size: 00000028 offset 00005064 ntoskrnl.exe Hint/Name Table: 00010090 TimeDateStamp: 00000000 (Thu Jan 1 01:00:00 1970) ForwarderChain: 00000000 First thunk RVA: 00005000 Thunk Ordn Name 00005000 689 KeInitializeGuardedMutex 00005008 1316 RtlInitUnicodeString 00005010 451 IoDeleteDevice 00005018 1163 PsSetCreateProcessNotifyRoutine 00005020 440 IoCreateSymbolicLink 00005028 430 IoCreateDevice 00005030 749 KeReleaseSpinLock 00005038 1042 ObfReferenceObject 00005040 1041 ObfDereferenceObject 00005048 651 KeAcquireSpinLockRaiseToDpc 00005050 594 IoThreadToProcess 00005058 1147 PsProcessType 00005060 482 IoGetCurrentProcess 00005068 1179 PsThreadType 00005070 786 KeStackAttachProcess 00005078 660 KeBugCheckEx 00005080 1801 _stricmp 00005088 92 ExAcquireResourceExclusiveLite 00005090 105 ExAllocatePoolWithTag 00005098 663 KeClearEvent 000050a0 129 ExFreePoolWithTag 000050a8 729 KeReadStateEvent 000050b0 711 KeLeaveCriticalRegion 000050b8 1815 _wcsnicmp 000050c0 771 KeSetEvent 000050c8 688 KeInitializeEvent 000050d0 1739 ZwQuerySystemInformation 000050d8 670 KeEnterCriticalRegion 000050e0 1081 PsCreateSystemThread 000050e8 1740 ZwQueryValueKey 000050f0 1178 PsTerminateSystemThread 000050f8 176 ExReleaseResourceLite 00005100 1638 ZwClose 00005108 629 IofCompleteRequest 00005110 1031 ObReferenceObjectByHandle 00005118 802 KeWaitForSingleObject 00005120 1132 PsGetVersion 00005128 140 ExInitializeResourceLite 00005130 1695 ZwOpenKey 00005138 60 DbgPrint 00005140 1459 RtlUnicodeToMultiByteN Done dumping /home/focht/.wine/drive_c/windows/system32/TKPcFtCb64.sys --- snip --- $ sha1sum nProtectSetup_AVS40.exe 913b33ab5c9477539d4d65b9f89e67be1a6b6c13 nProtectSetup_AVS40.exe $ du -sh nProtectSetup_AVS40.exe 36M nProtectSetup_AVS40.exe $ wine --version wine-5.7-177-gad1fad8a94 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 6

[Bug 53967] New: Running anything hangs on start up
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53967 Bug ID: 53967 Summary: Running anything hangs on start up Product: Wine Version: 7.21 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: dmitry(a)baikal.ru CC: piotr(a)codeweavers.com Regression SHA1: 1cf1412a12c6ee6191d387162fecb456f0df2d89 Distribution: --- $ wine winver 0080:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 0080:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 0080:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 0080:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 003c:err:service:process_send_command service protocol error - failed to write pipe! 003c:fixme:service:scmdatabase_autostart_services Auto-start service L"PlugPlay" failed to start: 1053 0108:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded. 0108:err:winediag:nodrv_CreateWindow L"The explorer process failed to start." +seh,+dc,+gdi,+winspool shows this as the reason of the hang: 0098:trace:seh:handle_syscall_fault code=c0000005 flags=0 addr=0x7e35fdef ip=7e35fdef 0098:trace:seh:handle_syscall_fault info[0]=00000000 0098:trace:seh:handle_syscall_fault info[1]=0000000c 0098:trace:seh:handle_syscall_fault eax=00000000 ebx=7e3f4000 ecx=00000000 edx=7d74a1f0 esi=00000000 edi=7e407520 0098:trace:seh:handle_syscall_fault ebp=0031fbf8 esp=0031fbb0 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010246 0098:trace:seh:handle_syscall_fault returning to user mode ip=7e64c6fc ret=c0000005 0098:trace:gdi:NtGdiCreatePatternBrushInternal 0xc0000005 NtGdiCreatePatternBrushInternal looks weird, commenting out OpenPrinterW() and other winspool APIs in CreateDCW() fixes the crashes. Both clang in msvc mode or ELF build show the same behaviour. This is a regression: 1cf1412a12c6ee6191d387162fecb456f0df2d89 is the first bad commit commit 1cf1412a12c6ee6191d387162fecb456f0df2d89 Author: Piotr Caban <piotr(a)codeweavers.com> Date: Mon Nov 21 12:45:33 2022 +0100 gdi32: Get printer output file name in StartDoc. dlls/gdi32/Makefile.in | 2 +- dlls/gdi32/dc.c | 57 +++++++++++++++++++++++++++++++++++++++++++------- include/ntgdi.h | 2 ++ 3 files changed, 53 insertions(+), 8 deletions(-) -- 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 53923] New: tools/makedep during wine-7.21 build segfaults
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53923 Bug ID: 53923 Summary: tools/makedep during wine-7.21 build segfaults Product: Wine Version: 7.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bugzilla(a)uwe-dueffert.de Distribution: --- Created attachment 73479 --> https://bugs.winehq.org/attachment.cgi?id=73479 valgrind analysis of segfaulting tools/makedep While wine-7.20 builds perfectly fine, the build of wine-7.21 reproducibly fails for me due to the newly generated tools/makedep segfaulting. As makedep.c was modified since 7.20, I figured you could be interested in what valgrind says about that segfault (attached). Let me know if I can provide further details that could help you. Regards Uwe -- 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 53130] New: ntdll:threadpool - test_tp_instance() fails (rarely) on Windows 8+
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53130 Bug ID: 53130 Summary: ntdll:threadpool - test_tp_instance() fails (rarely) on Windows 8+ Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com ntdll:threadpool - test_tp_instance() fails (rarely) on Windows 8+: threadpool.c:1170: Test failed: WaitForSingleObject returned 0 threadpool.c:1210: Test failed: WaitForSingleObject returned 258 https://test.winehq.org/data/patterns.html#ntdll:threadpool These two failures always go together. The failure is pretty rare, about 4.1%, so it can easily be missing from a test configuration's WineTest runs which results in false positives. -- 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 41989] New: program will not load and run
by wine-bugs＠winehq.org 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=41989 Bug ID: 41989 Summary: program will not load and run Product: Wine Version: 2.0-rc1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mark_crn(a)yahoo.com Distribution: --- Created attachment 56396 --> https://bugs.winehq.org/attachment.cgi?id=56396 save bug file Musette encounter a fatal exception -- 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 7

[Bug 53954] New: Saints Row 2022 fails with Unimplemented function KERNEL32.dll.SetProcessInformation
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53954 Bug ID: 53954 Summary: Saints Row 2022 fails with Unimplemented function KERNEL32.dll.SetProcessInformation Product: Wine Version: 7.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mo78(a)abv.bg Distribution: --- Created attachment 73529 --> https://bugs.winehq.org/attachment.cgi?id=73529 Saints Row 2022 wine log Saints Row 2022 fails with Unimplemented function KERNEL32.dll.SetProcessInformation and it can't be started at all. -- 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 20

[Bug 53741] New: Gothic 2 - Night of the Raven 2.7 - Msdbi.dll failed to initialize
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53741 Bug ID: 53741 Summary: Gothic 2 - Night of the Raven 2.7 - Msdbi.dll failed to initialize Product: Wine Version: 7.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: VladimirVSC(a)yandex.ru Distribution: --- Created attachment 73183 --> https://bugs.winehq.org/attachment.cgi?id=73183 Gothic 2 msdbi.dll error report The game doesn't start with "msdbi.dll failed to initialize" error. The same game copy starts fine in stable 7.0 version. -- 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 14

[Bug 53529] New: Make possible to use wine with custom ld-linux.so.2 32-bit preloader, without hacks
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53529 Bug ID: 53529 Summary: Make possible to use wine with custom ld-linux.so.2 32-bit preloader, without hacks Product: Wine Version: 7.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ruanformigoni(a)gmail.com Distribution: --- Some references of this limitation of wine: - https://github.com/AppImage/AppImageKit/wiki/Bundling-Windows-applications - https://github.com/Hackerl/Wine_Appimage/issues/11 - https://github.com/AppImage/AppImageKit/issues/361 The issue is that, although it is possible to use another preloader, wine seems to launch instances that still use the standard ld.so.2 path instead of the modified one. More details: - https://www.winehq.org/pipermail/wine-devel/2017-November/119906.html - https://www.winehq.org/pipermail/wine-devel/2017-November/119944.html -- 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 8

[Bug 53288] New: Application compiled with MSVC 2022 ASan does not start, needs QueryVirtualMemoryInformation
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53288 Bug ID: 53288 Summary: Application compiled with MSVC 2022 ASan does not start, needs QueryVirtualMemoryInformation Product: Wine Version: 7.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: rpisl(a)seznam.cz Distribution: --- Application compiled with MSVC 2022 ASan does not start in Wine 7.11 as it needs implementation of QueryVirtualMemoryInformation. Console output: ==808==AddressSanitizer CHECK failed: D:\a\_work\1\s\src\vctools\crt\asan\llvm\compiler-rt\lib\sanitizer_common\sanitizer_win.cpp:1108 "((QueryVirtualMemoryInformation && "ASan requires the Windows 10-only API, QueryVirtualMemoryInformation")) != (0)" (0x0, 0x0) <empty stack> -- 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 8

[Bug 53387] New: Vernier USB sensors are not usable in WINE
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53387 Bug ID: 53387 Summary: Vernier USB sensors are not usable in WINE Product: Wine Version: 7.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tuomas.nurmi(a)opinsys.fi Distribution: --- Created attachment 72775 --> https://bugs.winehq.org/attachment.cgi?id=72775 Logs from various situations described in the bug report Vernier USB student laboratory sensors ( https://www.vernier.com/products/go-direct/ ) are not usable with WINE. Tested on Debian 11 Bullseye (equivalent), kernel 5.10, wine 7.13 from https://wiki.winehq.org/Debian . (Earlier tests with previous wine versions have also been negatives, however, they haven't been as comprehensive and well-documented as this) Tested with an earlier sensor model, a Go! Temp ver 1.53 and a later Go Direct Sensor (idVendor 08f7, idProducts 0002 and 0010, respectively). They show up in Linux syslog as shown in attachment section 1. Udev rules for the devices are in place, as described by (the somewhat outdated) https://wiki.winehq.org/Hid and Vernier's native library guidelines at https://github.com/VernierST/godirect-examples/tree/main/python , as follows: KERNEL=="hidraw*", SUBSYSTEM=="hidraw", GROUP="plugdev", MODE="0666" KERNEL=="hiddev*", MODE="0666" SUBSYSTEM=="usb", ATTRS{idVendor}=="08f7", MODE="0666" SUBSYSTEM=="usb_device", ATTRS{idVendor}=="08f7", MODE="0666" resulting into following permissions with plugged devices crw-rw-rw- 1 root plugdev 242, 0 20. 7. 13:36 /dev/hidraw0 crw-rw-rw- 1 root root 180, 0 20. 7. 13:36 /dev/usb/hiddev0 Resulting in functioning sensors with the native library example software from Vernier (attachment section 2), as well as with an earlier discontinued Linux version of LoggerPro, and the Vernier Graphical Analysis Chrome app ( https://chrome.google.com/webstore/detail/vernier-graphical-analysi/dncgedb… ) The sensors were tested also Windows 10, and were visible/detected by both the Microsoft hid example application hclient.exe and Vernier LoggerPro3. However, the devices are not recognized by LoggerPro3 nor hclient.exe run through wine-7.13. Logs with WINEDEBUG=+hid,+wineusb,+plugplay of these are shown in attachment sections 3, 4, and 5. Not a specialist in any of the related fields, but the logs show seemingly correctly recognized plugging of the device, 00cc:trace:wineusb:add_usb_device Adding new device 0x7f9330001f80, vendor 08f7, product 0010. 00d0:trace:wineusb:add_unix_device Adding new device 00007F934C016ED0, vendor 08f7, product 0010. ... 00c8:trace:plugplay:enumerate_new_device Creating new device L"USB\\VID_08F7&PID_0010\\0". but the device is not recognized by LoggerPro, nor listed by hclient.exe. (I don't know if the plugplay:install_device_driver error following in the logs is related) -- 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 15

[Bug 53268] New: urlmon:protocol - test_protocol_terminate() fails on Windows and Wine
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53268 Bug ID: 53268 Summary: urlmon:protocol - test_protocol_terminate() fails on Windows and Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: urlmon Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com urlmon:protocol - test_protocol_terminate() fails on Windows and Wine: protocol.c:1188: Test failed: unexpected call ReportResult protocol.c:1196: Test failed: hrResult = 00000000, expected: 80004004 protocol.c:3334: Test failed: Read failed: 00000001 https://test.winehq.org/data/patterns.html#urlmon:protocol Where 80004004 == E_ABORT. These three failures always happen together. The last one is in test_protocol_terminate() while the first two are in ProtocolSink_ReportResult(). These failures happen on all Windows versions and in Wine too with varying frequency (frequent on Windows 7 and less on 21H1, 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.

1 3

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