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

[Bug 54892] New: winebuild cannot find 'as' tool
by WineHQ Bugzilla April 26, 2023

April 26, 2023

https://bugs.winehq.org/show_bug.cgi?id=54892 Bug ID: 54892 Summary: winebuild cannot find 'as' tool Product: Wine Version: 4.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: tools Assignee: wine-bugs(a)winehq.org Reporter: ale.schenberg(a)yandex.com Distribution: --- Created attachment 74395 --> https://bugs.winehq.org/attachment.cgi?id=74395 final part of console's output informed by make. Hi. While cross building wine, winebuild stops the building process complaining that it cannot find the 'as' tool. (details in the config.log). I am cross building wine to i686. In a previous bug that I reported: https://bugs.winehq.org/show_bug.cgi?id=54677. it was commented the necessity for a separate tree with tools built for the native architecture when cross building. So I assume winebuild is not looking in /usr/bin for as. Is this a regular/ expected behavior or not? If is not, can I make winebuild look for it in /usr/bin or will I need a 32bit "as" somewhere else in the file tree? -- 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 12341] New: Winambulancia -DB backup crashes
by wine-bugs＠winehq.org April 26, 2023

April 26, 2023

http://bugs.winehq.org/show_bug.cgi?id=12341 Summary: Winambulancia -DB backup crashes Product: Wine Version: 0.9.58. Platform: PC URL: http://www.softprogres.sk/prog_winamb.php OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: tuharsky(a)misbb.sk WinAmbulancia (see AppDB) is medical software for variety of specialisations of medical prax. It uses VFP and VB with MDB backend. The app is in Slovak (SK) language. Mostly the wine problems are related to the OLE. The database backup function dosen't work properly. In the app, please go to "Nástroje > Zálohovania" and You will be asked for location of the backup. Just confirm the path and press OK. You will be then asked, whether You wish to run DB Defragmentation first. Say "Nie" (eng:No), otherwise You will crash because of the bug 12340. The user faces the backup option automatically even after startup after several days without backup. -- 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 39378] New: winecfg and ntdll disagree upon the proper place for DllOverrides key
by wine-bugs＠winehq.org April 25, 2023

April 25, 2023

https://bugs.winehq.org/show_bug.cgi?id=39378 Bug ID: 39378 Summary: winecfg and ntdll disagree upon the proper place for DllOverrides key Product: Wine Version: 1.7.33 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: galtgendo(a)o2.pl Distribution: --- I've run into this problem as I've tried to run a 32bit program in a 64bit prefix that needed native msvcr120.dll due to missing (at very least) some strto* functions. When I've set the override via winecfg, they've got ignored till I've removed builtin from /usr/lib32/wine. Surprisingly, environment override *did* work without that step, so I've dug in deeper - first via WINEDEBUG=loaddll, then WINEDEBUG="module,reg". The conclusion was: winecfg creates [Software\\Wine\\AppDefaults\foo\\DllOverrides] keys ntdll looks at [Software\\Wow6432Node\\Wine\\AppDefaults\foo\\DllOverrides] keys Obviously, ntdll trumps winecfg every time. Correcting winecfg keys makes things work, but obviously, the entries disappear from 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 7

[Bug 53750] New: OpenSeeFace fails to use webcam
by WineHQ Bugzilla April 25, 2023

April 25, 2023

https://bugs.winehq.org/show_bug.cgi?id=53750 Bug ID: 53750 Summary: OpenSeeFace fails to use webcam Product: Wine Version: 7.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: putr4.s(a)gmail.com Distribution: --- Created attachment 73213 --> https://bugs.winehq.org/attachment.cgi?id=73213 Backtrace from the crash reporter when using `--use-dshowcapture 0` When trying to use the webcam OpenSeeFace's Windows version (obtainable from here: https://github.com/emilianavt/OpenSeeFace/releases/tag/v1.20.4) ends up saying "No frame" every time, while the native Linux version runs fine. However, the Windows version is still relevant in the case of using VTube Studio and VSeeFace, especially for the former since it also adds hand tracking to its build of OpenSeeFace. To test download and extract the 1.20.4 release, then try running facetracker.exe in the Binary folder, or use the run.bat file in that same folder. Notably if I run it with the arguments `--dcaps-list 0` it reports that my webcam has an FPS range of 0.033-0.033, and when running it with no arguments it reports an FPS value of 0. Trying to set a specific FPS value manually with `--fps` also does not work, it still reports 0 FPS. Also, if I try running it with `--use-dshowcapture 0` to make it fall back to using OpenCV it ends up crashing (backtrace attached). I am using Arch Linux with Wine 7.18 from the Arch repos, and my webcam is reported by lsusb as "Bus 001 Device 005: ID 04f2:b521 Chicony Electronics Co., Ltd USB 2.0 Webcam Device". -- 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 54891] New: Alt V mod on social club based GTA V versions crashes after injection
by WineHQ Bugzilla April 25, 2023

April 25, 2023

https://bugs.winehq.org/show_bug.cgi?id=54891 Bug ID: 54891 Summary: Alt V mod on social club based GTA V versions crashes after injection Product: Wine Version: 7.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bugzilla(a)sammypanda.moe Distribution: --- Created attachment 74390 --> https://bugs.winehq.org/attachment.cgi?id=74390 full log (including info output from the mod itself) **Works completely fine through wine via steam proton with the exact same mod** Seems to be caused by some interaction between the alt:v mod and some element of the social club GTA V versions (rockstar games launcher and epic games launcher) that causes a crash to the main gta v instance over the wine compatibility layer. It working via the steam version could be a proton improvement on wine, but i tested the Glorious Eggroll versions of wine and proton and the issue seems to remain so that is unlikely. here is the log, i cut out some of the extra long repeats of stuff (it previously contributed to a 300mb file size) -- 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 50702] New: Clipboard doesn't work in Ultimate Doom Builder
by WineHQ Bugzilla April 25, 2023

April 25, 2023

https://bugs.winehq.org/show_bug.cgi?id=50702 Bug ID: 50702 Summary: Clipboard doesn't work in Ultimate Doom Builder Product: Wine Version: 6.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: otaku(a)rambler.ru Distribution: --- How to reproduce: - Open any Doom 2 map in Ultimate Doom Builder (don't forget to add doom2.wad or freedoom2.wad to resources) - Select anything on map - Ctrl+C - Ctrl+V - and nothing happens -- 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 19514] New: installation succeeds, running fails -- "the program X has encountered a serious problem and needs to close"
by wine-bugs＠winehq.org April 25, 2023

April 25, 2023

http://bugs.winehq.org/show_bug.cgi?id=19514 Summary: installation succeeds, running fails -- "the program X has encountered a serious problem and needs to close" Product: Wine Version: 1.1.26 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: bluedzins(a)wp.pl I try to run PWN Polish Dictionary (v.3.0) using wine. Using virtualbox everything fine, but using wine only installation works OK. When executing installed program I get windows program error: the program X has encountered a serious problem and needs to close with wine explanation below (the same dialog). Exactly the same behaviour I see for another program -- SuperMemo UX. I will attach logs for both of them. -- 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 28

[Bug 38196] New: ffmpeg fails to create direct3d9 device on shell window
by wine-bugs＠winehq.org April 25, 2023

April 25, 2023

https://bugs.winehq.org/show_bug.cgi?id=38196 Bug ID: 38196 Summary: ffmpeg fails to create direct3d9 device on shell window Product: Wine Version: 1.7.37 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: michael(a)fds-team.de Distribution: --- Created attachment 50972 --> https://bugs.winehq.org/attachment.cgi?id=50972 wine test to reproduce the issue If you enable DXVA2 in ffmpeg, the creation of the Direct3D9 device fails. They use the following code: -------- IDirect3D9_GetAdapterDisplayMode(ctx->d3d9, adapter, &d3ddm); d3dpp.Windowed = TRUE; d3dpp.BackBufferWidth = 640; d3dpp.BackBufferHeight = 480; d3dpp.BackBufferCount = 0; d3dpp.BackBufferFormat = d3ddm.Format; d3dpp.SwapEffect = D3DSWAPEFFECT_DISCARD; d3dpp.Flags = D3DPRESENTFLAG_VIDEO; hr = IDirect3D9_CreateDevice(ctx->d3d9, adapter, D3DDEVTYPE_HAL, GetShellWindow(), D3DCREATE_SOFTWARE_VERTEXPROCESSING | D3DCREATE_MULTITHREADED | D3DCREATE_FPU_PRESERVE, &d3dpp, &ctx->d3d9device); --- The creation fails because ffmpeg tries to create the device using the shell window, but GetShellWindow() always returns NULL as handle until some program sets the shell window using SetShellWindow(). Wine does not provide any program which calls SetShellWindow() and it is therefore not possible to get ffmpeg + DXVA2 working with plain Wine. In order to test this bug you either need to apply the DXVA2 patches from https://github.com/wine-compholio/wine-staging/tree/master/patches/dxva2-Vi… and enable vaapi in the registry or you can use the wine test from the attachment. -- 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 6

[Bug 53031] New: Please add sndio as a sound backend
by WineHQ Bugzilla April 24, 2023

April 24, 2023

https://bugs.winehq.org/show_bug.cgi?id=53031 Bug ID: 53031 Summary: Please add sndio as a sound backend Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: job+wine(a)tilde.team Distribution: --- Currently for Linux, FreeBSD, and NetBSD, Wine supports ALSA, PulseAudio, and OSS as audio backends. I think it would be nice if sndio(7) would be included as well. It's a lightweight alternative to PulseAudio, and supports the three operating systems I said earlier (as well as OpenBSD, which this sound server came from). This is currently our options for us sndio users to get audio to work in Wine: 1. Fallback to ALSA or OSS 2. Configure .asoundrc to use an aucat(1) pipe (https://github.com/raphael/linux-samus/issues/200) 3. Use this alsa-sndio plugin (https://github.com/Duncaen/alsa-sndio) along with this patch (https://github.com/Cloudef/alsa-sndio) to fix audio crackling 4. Use this libasound implementation that uses sndio (https://github.com/Cloudef/libasound-sndio) 5. Just use PulseAudio Option 1 would mean only one application can use the sound device at a time, which would suck if you want to play a game with its music off while having sound effects on, and get your music from somewhere else. Option 2 will introduce a lot of latency if you don't configure the buffer size of sndiod(8) and aucat(1). It is also hacky. Option 3 is the best workaround for me, but it still introduces some latency I don't want, which I can see while playing Touhou. Option 4 works, but also hacky IMO. Also messes with alsamixer which I don't like. Option 5... Well might as well not use sndio in the first place then? :P sndio also has support for network audio. And it arguably works better in that regard than PulseAudio (https://www.reddit.com/r/linux/comments/3i849k/playing_around_with_openbsds…) One use-case I could think of is someone needing to use a proprietary music program for Windows, and wants to play it to an OpenBSD box that is connected to some special sound setup. That user wouldn't want the extra latency introduced by options 2 to 5. As for applications supporting sndio, well there are many, and an increasing number thanks to the efforts of BSD porters. Firefox, VLC, libao, and OpenAL are notable examples. I'd really appreciate it if Wine could be one of the applications supporting sndio as well. -- 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 9127] Multiple applications require system stream support in the MPEG-I splitter (Drome Racers, Ninki Seiyuu no Tsukukurikata)
by WineHQ Bugzilla April 24, 2023

April 24, 2023

https://bugs.winehq.org/show_bug.cgi?id=9127 --- Comment #108 from Zeb Figura <z.figura12(a)gmail.com> --- *** Bug 39390 has been marked as a duplicate of this 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.

1 0