wine-bugs February 2022

wine-bugs@winehq.org

1 participants
3579 discussions

[Bug 49625] New: winedbg --command 'info wnd' fails with Exception c0000005
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=49625 Bug ID: 49625 Summary: winedbg --command 'info wnd' fails with Exception c0000005 Product: Wine Version: 5.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winedbg Assignee: wine-bugs(a)winehq.org Reporter: ghazel(a)gmail.com Distribution: --- Wine works and runs app fine, but running: windbag --command 'info wnd' Fails with: Exception c0000005 gdb says: Thread 1 "winedbg.exe" received signal SIGSEGV, Segmentation fault. 0x7f9f6e78 in info_win32_window () from /usr/lib/wine/../i386-linux-gnu/wine/winedbg.exe.so (gdb) bt #0 0x7f9f6e78 in info_win32_window () from /usr/lib/wine/../i386-linux-gnu/wine/winedbg.exe.so #1 0x7fa06829 in dbg_parse () from /usr/lib/wine/../i386-linux-gnu/wine/winedbg.exe.so #2 0x7fa0506b in parser_handle () from /usr/lib/wine/../i386-linux-gnu/wine/winedbg.exe.so #3 0x7fa04b58 in dbg_start_interactive () from /usr/lib/wine/../i386-linux-gnu/wine/winedbg.exe.so #4 0x7f9e5507 in main () from /usr/lib/wine/../i386-linux-gnu/wine/winedbg.exe.so #5 0x7fa0a8fd in ?? () from /usr/lib/wine/../i386-linux-gnu/wine/winedbg.exe.so #6 0x7b454882 in call_process_entry () from /usr/lib/wine/../i386-linux-gnu/wine/kernel32.dll.so #7 0x7b454cfc in start_process () from /usr/lib/wine/../i386-linux-gnu/wine/kernel32.dll.so #8 0x7b45488e in __wine_start_process () from /usr/lib/wine/../i386-linux-gnu/wine/kernel32.dll.so #9 0x00000000 in ?? () I'm running wine32 "wine-5.0 (Ubuntu 5.0-3ubuntu1)", but the same happens with stable and dev from the wine repos. -- 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 41292] New: Game freezes to infinite DSOUND_PerformMix loop
by wine-bugs＠winehq.org 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=41292 Bug ID: 41292 Summary: Game freezes to infinite DSOUND_PerformMix loop Product: Wine Version: 1.9.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: wyrex(a)openmailbox.org Distribution: --- Nexton LC-ScriptEngine is an engine for visual novels. Games using it (lcsebody.exe) freeze in various places under wine. They don't crash and wine doesn't give output but using +dsound I discovered there is infinite loop that happens after freeze. trace:dsound:DSOUND_PerformMix (0x1381f8) trace:dsound:DSOUND_MixToPrimary (23808,4160) trace:dsound:DSOUND_MixToPrimary MixToPrimary for 0x13ebb0, state=0 trace:dsound:DSOUND_MixToPrimary MixToPrimary for 0x1422a0, state=0 If I run "winetricks dsound" these games work and don't crash. My sound setup is pulseaudio with alsa sink and wine is set to use pulseaudio in winecfg. -- 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 25

[Bug 51635] New: wine fails to build with glibc 2.34
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=51635 Bug ID: 51635 Summary: wine fails to build with glibc 2.34 Product: Wine Version: 6.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dnsapi Assignee: wine-bugs(a)winehq.org Reporter: timo.gurr(a)gmail.com Distribution: --- Created attachment 70492 --> https://bugs.winehq.org/attachment.cgi?id=70492 build.log wine fails to build on systems with glibc 2.34 with the following error (full build.log attached). [...] /usr/x86_64-pc-linux-gnu/bin/x86_64-pc-linux-gnu-ld: dlls/dnsapi/libresolv.o: in function `resolv_query': libresolv.c:(.text+0x80a): undefined reference to `ns_initparse' /usr/x86_64-pc-linux-gnu/bin/x86_64-pc-linux-gnu-ld: libresolv.c:(.text+0x908): undefined reference to `ns_parserr' collect2: error: ld returned 1 exit status winegcc: /usr/bin/x86_64-pc-linux-gnu-cc failed [...] >From the release notes of glibc 2.34: * Various rarely-used functions declared in <resolv.h> and <arpa/nameser.h> have been deprecated. Applications are encouraged to use dedicated DNS processing libraries if applicable. For <resolv.h>, this affects the functions dn_count_labels, fp_nquery, fp_query, fp_resstat, hostalias, loc_aton, loc_ntoa, p_cdname, p_cdnname, p_class, p_fqname, p_fqnname, p_option, p_query, p_rcode, p_time, p_type, putlong, putshort, res_hostalias, res_isourserver, res_nameinquery, res_queriesmatch, res_randomid, sym_ntop, sym_ntos, sym_ston. For <arpa/nameser.h>, the functions ns_datetosecs, ns_format_ttl, ns_makecanon, ns_parse_ttl, ns_samedomain, ns_samename, ns_sprintrr, ns_sprintrrf, ns_subdomain have been deprecated. * Various symbols previously defined in libresolv have been moved to libc in order to prepare for libresolv moving entirely into libc (see earlier entry for merging libraries into libc). The symbols __dn_comp, __dn_expand, __dn_skipname, __res_dnok, __res_hnok, __res_mailok, __res_mkquery, __res_nmkquery, __res_nquery, __res_nquerydomain, __res_nsearch, __res_nsend, __res_ownok, __res_query, __res_querydomain, __res_search, __res_send formerly in libresolv have been renamed and no longer have a __ prefix. They are now available in libc. Source: https://sourceware.org/pipermail/libc-alpha/2021-August/129718.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 6

[Bug 51506] New: Disabled controls are not greyed out with the new Light Blue theme
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=51506 Bug ID: 51506 Summary: Disabled controls are not greyed out with the new Light Blue theme Product: Wine-staging Version: 6.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ritalat(a)fastmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 70345 --> https://bugs.winehq.org/attachment.cgi?id=70345 Example in the staging section of winecfg Disabled controls are not greyed out with the new Light Blue theme -- 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 51932] New: wine-stable 6.0.2 build fails in Ubuntu 21.10
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=51932 Bug ID: 51932 Summary: wine-stable 6.0.2 build fails in Ubuntu 21.10 Product: Wine Version: 6.0.2 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wldap32 Assignee: wine-bugs(a)winehq.org Reporter: dimesio(a)earthlink.net Distribution: --- Created attachment 70898 --> https://bugs.winehq.org/attachment.cgi?id=70898 OBS build log from 64 bit Ubuntu 21.10 All the other builds were fine, but it failed in Ubuntu 21.10: [ 962s] In file included from dlls/wldap32/add.c:33: [ 962s] dlls/wldap32/winldap_private.h:323:13: error: conflicting types for 'ldap_connect'; have 'ULONG(WLDAP32_LDAP *, LDAP_TIMEVAL *)' {aka 'unsigned int(struct wldap32 *, struct l_timeval *)'} [ 962s] 323 | ULONG CDECL ldap_connect(WLDAP32_LDAP*,LDAP_TIMEVAL*); [ 962s] | ^~~~~~~~~~~~ [ 962s] In file included from dlls/wldap32/add.c:26: [ 962s] /usr/include/ldap.h:1555:1: note: previous declaration of 'ldap_connect' with type 'int(LDAP *)' {aka 'int(struct ldap *)'} [ 962s] 1555 | ldap_connect( LDAP *ld ); [ 962s] | ^~~~~~~~~~~~ [ 962s] make[1]: *** [Makefile:126215: dlls/wldap32/add.o] Error 1 [ 962s] make[1]: *** Waiting for unfinished jobs.... [ 964s] make[1]: Leaving directory '/usr/src/packages/BUILD' [ 964s] dh_auto_build: error: make -j3 returned exit code 2 [ 964s] make: *** [debian/rules:13: build] Error 25 [ 964s] dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2 Attaching the OBS build log from the 64 bit package; the 32 bit one also failed. -- 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 10

[Bug 52004] New: Thief Gold and Thief II, New dark, mouse lag
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=52004 Bug ID: 52004 Summary: Thief Gold and Thief II, New dark, mouse lag Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: suttorp(a)pt.lu Distribution: --- In both titles Thief Gold and Thief II, with the community patch TFix 1.27 which updates the engine to Dx9, the mouse lags. It is not an extreme case, but it is still very annoying. This is sad, because other then that the games run flawlessly. Information on the TFix patch can be found here: https://www.ttlg.com/forums/showthread.php?t=134733 The patch basically makes the game playable on modern PC's. This applies to wine, wine-staging and proton. This is not a new behavior. -- 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

[Bugzilla] Account Lock-Out: ek-tunkul@newmail.ru (95-165-99-157.static.spd-mgts.ru (95.165.99.157))
by WineHQ Bugzilla 24 Feb '22

24 Feb '22

The address 95-165-99-157.static.spd-mgts.ru (95.165.99.157) failed too many login attempts (5) for the account ek-tunkul(a)newmail.ru. The login attempts occurred at these times: 2022-02-24 01:52:51 CST 2022-02-24 01:57:11 CST 2022-02-24 01:57:23 CST 2022-02-24 01:57:50 CST 2022-02-24 01:58:09 CST This IP will be able to log in again using this account at 2022-02-24 02:22 CST.

1 0

[Bug 52588] New: SimTown: Unable to launch game due to windows version not being win95 or NT4.0/3.51
by WineHQ Bugzilla 24 Feb '22

24 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=52588 Bug ID: 52588 Summary: SimTown: Unable to launch game due to windows version not being win95 or NT4.0/3.51 Product: Wine Version: 7.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: odecif(a)gmail.com Distribution: --- Created attachment 71913 --> https://bugs.winehq.org/attachment.cgi?id=71913 wine execution log Installing (full version) from CD works fine in both 64 and 32-bit prefixes. When trying to start the game either from CD or from installed .exe a popup shows saying that the program is not ment for windows versions earlier than 3.1, even though the set windows version is NT4.0/95/98/XP or 7. It seems that the last working wine-version is wine-4.12 since the error pops up in wine-4.13-staging and wine-4.14. The execution log says absolutely nothing of interest (see attachment). If one (in wine-4.12) does not specify windows version NT4.0 a popup show saying that there is not enough memory. RTX 3070 i9 10900K Manjaro 21.2, w/ Budgie DE -- 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 52584] New: Creating GTK ColorChooserDialog freeze entire app
by WineHQ Bugzilla 23 Feb '22

23 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=52584 Bug ID: 52584 Summary: Creating GTK ColorChooserDialog freeze entire app Product: Wine Version: 7.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mikrutrafal(a)protonmail.com Distribution: --- Created attachment 71908 --> https://bugs.winehq.org/attachment.cgi?id=71908 Rust Project When compiling and running such GTK-rs code in Linux(project in attachment): ``` use gtk4::prelude::*; use gtk4::*; fn main() { let application = gtk4::Application::builder().build(); application.connect_activate(move |application| { let window = gtk4::ApplicationWindow::new(application); window.set_title(Some("APP")); window.show(); println!("BEFORE CREATION!"); let _something = ColorChooserDialog::default(); println!("CREATED!"); }); application.run(); } ``` then window just show and I can easily remove it When running exactly same code, but compiled with Windows support, then transparent window shows and my DE(Gnome Shell) wants to remove it, because it doesn't respond. This is what is printed to output when running windows binary ``` 0180:fixme:reg:NtNotifyChangeMultipleKeys Unimplemented optional parameter 0180:fixme:reg:NtNotifyChangeMultipleKeys Unimplemented optional parameter 0180:fixme:font:freetype_set_outline_text_metrics failed to read full_nameW for font L"Ani"! 0184:fixme:combase:RoActivateInstance (000000000D3FF950, 000000000D3FF8C8): semi-stub 0184:fixme:combase:RoGetActivationFactory (L"Windows.Management.Deployment.PackageManager", {00000035-0000-0000-c000-000000000046}, 000000000D3FF7C8): semi-stub 0184:err:combase:RoGetActivationFactory Failed to find library for L"Windows.Management.Deployment.PackageManager" (tee.exe:380): Gdk-WARNING **: 11:39:49.038: Failed to get device node property {78C34FC8-104A-4ACA-9EA4-524D52996E57},256 size: Element not found. (tee.exe:380): Gdk-WARNING **: 11:39:49.054: Failed to get device node property {78C34FC8-104A-4ACA-9EA4-524D52996E57},256 size: Element not found. (tee.exe:380): Gdk-WARNING **: 11:39:49.072: Initial call to GetUpdatedClipboardFormats() failed with error 998 (tee.exe:380): Gdk-CRITICAL **: 11:39:49.083: gdk_clipboard_claim_remote: assertion 'formats != NULL' failed (tee.exe:380): Gdk-CRITICAL **: 11:39:49.093: gdk_content_formats_unref: assertion 'formats != NULL' failed 0180:fixme:wgl:ConvertAttribWGLtoGLX unsupported 1 WGL Attribute 0180:fixme:wgl:ConvertAttribWGLtoGLX unsupported 1 WGL Attribute (tee.exe:380): Gdk-WARNING **: 11:39:51.115: gdk_gl_context_make_current() failed 0180:fixme:imm:ImeSetActiveContext (0x9f770, 1): stub 0180:fixme:imm:ImmReleaseContext (00000000000100B6, 000000000009F770): stub BEFORE CREATION! (tee.exe:380): GLib-GIO-ERROR **: 11:39:51.166: No GSettings schemas are installed on the system ``` Precompiled binaries are available here - https://github.com/qarmin/gtk-rs-fuzzer/releases/download/1.0.0/windows_cra… (90MB packed in size, because contains all required GTK4 libraries and also compiled binary is not stripped) -- 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 1

[Bug 31603] New: App manifests that specify processorArchitecture="*" fail to find assemblies
by wine-bugs＠winehq.org 22 Feb '22

22 Feb '22

http://bugs.winehq.org/show_bug.cgi?id=31603 Bug #: 31603 Summary: App manifests that specify processorArchitecture="*" fail to find assemblies Product: Wine Version: 1.5.12 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified Doing unset WINEPREFIX rm -rf ~/.wine sh winetricks -q vcrun2008 cd ~/wine-git/dlls/msvcr90/tests WINEDLLOVERRIDES=msvcr90=n ~/wine-git/wine msvcr90_test.exe.so says msvcr90.c:243: Tests skipped: msvcr90.dll not installed (got 126) This seems wrong; that dll is in fact installed. The app in question is built with the manifest http://source.winehq.org/source/dlls/msvcr90/tests/msvcr90.manifest which contains the line processorArchitecture="*" Tracing through the code, lookup_manifest_file in ntdll/actctx.c seems to incorrectly parse the native DLL's manifest as having build 0 rather than 30729. The problem appears to be that line 1872 assumes that the string lookup contains no *'s other than the ones in lookup_fmtW, and so doesn't skip to where it expected to when it does the strchrW: 1826 static const WCHAR wine_trailerW[] = {'d','e','a','d','b','e','e','f','.','m','a','n','i','f','e','s','t'}; 1842 sprintfW( lookup, lookup_fmtW, ai->arch, ai->name, ai->public_key, 1843 ai->version.major, ai->version.minor, lang ); 1872 tmp = dir_info->FileName + (strchrW(lookup, '*') - lookup); 1873 build = atoiW(tmp); 1874 if (build < min_build) continue; If ai->arch contains a '*', as it does in tests/msvcr90.manifest, this assumption is violated. Changing the manifest to say processorArchitecture="x86" lets the test run and find the native DLL, at least on x86. So, is the manifest wrong, or is lookup_manifest_file() wrong? (This came up while I was trying to write tests for vcomp.dll. It was frustrating to find that the example I'd borrowed the manifest from was broken.) -- 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 7

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 2022