March 2021 - Wine-bugs - list.winehq.org

[Bug 43296] New: Ultra VNC back buffer errors
by wine-bugs＠winehq.org 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=43296 Bug ID: 43296 Summary: Ultra VNC back buffer errors Product: Wine-staging Version: 2.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ToddAndMargo(a)zoho.com CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Dear Wine Staging, Would you fix this for me? wine-patched-staging-2.11.tar.gz, 32 bit UltraVNC-1.2.15_X86_Setup.exe http://www.uvnc.com/downloads/ultravnc.html WARNING: Lots of JUNKWARE !! $ env WINEPREFIX="/home/todd/.wine" /usr/local/bin/wine C:\\windows\\command\\start.exe /Unix /home/tony/.wine/dosdevices/c:/users/Public/Start\ Menu/Programs/UltraVNC/UltraVNC\ Viewer.lnk fixme:exec:SHELL_execute flags ignored: 0x00000100 fixme:exec:SHELL_execute flags ignored: 0x00004100 fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0) [tony(a)rn4 Desktop]$ fixme:d3d:wined3d_dxtn_init Wine cannot find the txc_dxtn library, DXTn software support unavailable. libGL error: unable to load driver: nouveau_dri.so libGL error: driver pointer missing libGL error: failed to load driver: nouveau libGL error: unable to load driver: swrast_dri.so libGL error: failed to load driver: swrast err:winediag:X11DRV_WineGL_InitOpenglInfo Direct rendering is disabled, most likely your 32-bit OpenGL drivers haven't been installed correctly (using GL renderer "Gallium 0.4 on NVC4", version "1.4 (3.0 Mesa 11.2.2)"). fixme:d3d:check_fbo_compat Format WINED3DFMT_R16G16_UNORM needs different render target formats for different resource types. fixme:d3d:swapchain_init The application requested more than one back buffer, this is not properly supported. Please configure the application to use double buffering (1 back buffer) if possible. fixme:ver:GetCurrentPackageId (0xacea28 (nil)): stub fixme:d3d:check_fbo_compat Format WINED3DFMT_R16G16_UNORM needs different render target formats for different resource types. fixme:d3d:swapchain_init The application requested more than one back buffer, this is not properly supported. Please configure the application to use double buffering (1 back buffer) if possible. err:dialog:EndDialog got invalid window handle (0x70374); buggy app !? -- 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 49033] New: Inno Setup installer: runtime error with external dll - regression in msvcrt
by WineHQ Bugzilla 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=49033 Bug ID: 49033 Summary: Inno Setup installer: runtime error with external dll - regression in msvcrt Product: Wine Version: 5.7 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: winehq-bugzilla(a)reichardt.de Exult's Inno Setup based installer fails with "Runtime Error (at -1:0): Cannot Import dll:C:\users\crossover\Temp\is-05TAH.tmp\exconfig.dll." but the dll is at the given path. I am running macOS 10.15 so I was only able to do limited regression testing. But on a machine with an older macOS I was able to confirm that it used to work with: Crossover 18.0 (based on Wine 3.14) But with Crossover 18.1 (also based on Wine 3.14) it stopped working. On the older machine I also installed Wine 4.0.3 (via MacPorts) and it's not working there either. Gcenx in the forums confirmed that this also does not work with the latest Wine version https://forum.winehq.org/viewtopic.php?f=9&t=33784&p=127447#p127447 (neither native nor builtin). A search in the forum lead me to https://bugs.winehq.org/show_bug.cgi?id=43940 but the attached msvcrt.dll let's the Exult installer die silently. The Exult installer is at http://exult.sourceforge.net/snapshots/Exultwin32.exe The Inno Setup script is at https://github.com/exult/exult/blob/master/win32/exult_installer.iss The source for exconfig.dll is at https://github.com/exult/exult/blob/master/win32/exconfig.cc -- 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 50806] New: mspaint.exe from Windows XP cannot copy an image the the clipboard buffer (missing support for api-ms-win-core-com-l2-1-1.dll.CreateILockBytesOnHGlobal)
by WineHQ Bugzilla 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=50806 Bug ID: 50806 Summary: mspaint.exe from Windows XP cannot copy an image the the clipboard buffer (missing support for api-ms-win-core-com-l2-1-1.dll.CreateILockBytesOnHGlob al) Product: Wine Version: 6.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: api-ms-win-* Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- 03cc:err:module:DelayLoadFailureHook failed to delay load api-ms-win-core-com-l2-1-1.dll.CreateILockBytesOnHGlobal wine: Call from 7B03E9F4 to unimplemented function api-ms-win-core-com-l2-1-1.dll.CreateILockBytesOnHGlobal, aborting wine: Unimplemented function api-ms-win-core-com-l2-1-1.dll.CreateILockBytesOnHGlobal called at address 7B03E9F4 (thread 03cc), starting debugger... http://www.oldversion.com/windows/download/microsoft-paint-xp sha256sum XP_mspaintxp.exe 6a95c65c45395a78cb589b38297bcd4b69fdcc18723694b4055d52cd3fec323c XP_mspaintxp.exe -- 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 34636] New: In Win95/98 mode Earthworm Jim demo reports missing dispdib.dll
by wine-bugs＠winehq.org 23 Apr '21

23 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=34636 Bug #: 34636 Summary: In Win95/98 mode Earthworm Jim demo reports missing dispdib.dll Product: Wine Version: 1.7.3 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: winebugs140(a)gmail.com Classification: Unclassified The message reads 'Bad or missing dispdib.dll - error 11'. It doesn't show up in WinXP mode, but you need to set Win95/98 mode to get sound working. The problem occurs on Windows Vista too if you use Win95 compatibility mode. I don't get anything in the log. The demo unpacks files in DOS, but then you obtain a normal Windows app. Tested with: Windows Vista (without Wine), GeForce 9600M GS--the program works fine here Ubuntu 13.04, GeForce 9600M GS (NVIDIA driver 313) Mac OS X 10.7.5, ATI HD 2600 Pro, Mac Driver/X11 -- 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 6

[Bug 50557] New: USVFS (Mod Organizer 2) no longer working
by WineHQ Bugzilla 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=50557 Bug ID: 50557 Summary: USVFS (Mod Organizer 2) no longer working Product: Wine Version: 6.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: joe(a)warhaggis.com Distribution: --- USVFS is a component of Mod Organizer 2. It uses an OverlayFS-style method to overlay mods on to (primarily Bethesda) games at runtime. The patch in #47832 (upstreamed in 4.21) fixed this until at *least* 5.13 when dlls/kernel32/file.c was largely migrated to dlls/kernelbase/file.c. In every Wine version after 5.0 USFVS fails to run. My attached logs are from USVFS's own debug log. The log suffixed wine-5.0 shows the functionality working as expected (if you search it for 'freeside' you will find a mod correctly overlayed). The log suffixed wine-6.0 for comparison shows the function not working. ---- I attempted to replace the applicable section in dlls/kernelbase/file.c to replicate the changes made to kernel32 in 4.21 but had no success, however I believe the problem is here somewhere. -- 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 18

[Bug 49684] New: Critical Crash Logos Bible Software Unusable (Regression)
by WineHQ Bugzilla 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=49684 Bug ID: 49684 Summary: Critical Crash Logos Bible Software Unusable (Regression) Product: Wine Version: 5.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: johnpgoodman(a)gmail.com Distribution: --- Created attachment 67925 --> https://bugs.winehq.org/attachment.cgi?id=67925 terminal output from crash Since the latest update from faithlife the app crashes on load and is no longer useable. Terminal output attached. Apologies, I don't understand it. Logos 8.15.0.0004. N.b. I was running winehq stable when this occurred. Updating to Dev 5.14 the crash is still there. -- 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 9

[Bug 50461] New: Wine looking in /usr/bin/../../lib32/wine, should be /usr/bin/../lib32/wine
by WineHQ Bugzilla 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=50461 Bug ID: 50461 Summary: Wine looking in /usr/bin/../../lib32/wine, should be /usr/bin/../lib32/wine Product: Wine Version: 5.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: bebing2(a)optimum.net Distribution: --- Previous version I was using, 4.19 staging, builds and installs fine. 5.20 when launching anything, but winecfg will trigger it, gets this: wine: could not load ntdll.so: /usr/bin/../../lib32/wine/ntdll.so: cannot open shared object file: No such file or directory Which resolves to root directory /lib32 but should resolve to /usr/lib32 Looks like it usually is /usr/bin/../lib32 not /usr/bin/../../lib32 I use LFS so it is likely it is not conforming to debian/ubuntu or whatever. I have a thread here where I tried some hacks to workaround to no avail, just in case it's useful: https://forum.winehq.org/viewtopic.php?f=8&t=34780 -- 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 24

[Bug 50848] New: Mass Effect run out of virtual memory, Unhandeled page fault on read access
by WineHQ Bugzilla 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=50848 Bug ID: 50848 Summary: Mass Effect run out of virtual memory, Unhandeled page fault on read access Product: Wine Version: 6.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: atillolann-1815(a)yopmail.com Distribution: --- Created attachment 69661 --> https://bugs.winehq.org/attachment.cgi?id=69661 Terminal output Every 15 minutes or so, an error message pops and says "No more virtual memory, free space in your hard drive", This has also happend to me in other applications. I also tried using wine-5.0.3 (Outdated Ubuntu repo version), same result, Is there any way to adjust or configure virtual memory as a "workaround"? Using Linux Mint 20.1, Kernel 5.8.0-45-generic (In case it's important) Thank you. -- 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 45611] New: 64bit prefix: copy file to system32 incorrectly copied to syswow64
by wine-bugs＠winehq.org 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=45611 Bug ID: 45611 Summary: 64bit prefix: copy file to system32 incorrectly copied to syswow64 Product: Wine Version: 3.0.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tim110011(a)163.com Distribution: --- How to reproduce: wine cmd Z:\home\me\0_wine> C: echo.>00aa.txt copy 00aa.txt c:\windows\system32 dir c:\windows\system32\00aa.txt result: Volume in drive c has no label. Volume Serial Number is 0000-0000 Directory of c:\windows\system32 8/11/2018 4:57 PM 2 00aa.txt 1 file 2 bytes 0 directories 351,430,549,504 bytes free find . -depth -name 00aa.txt result: ./syswow64/00aa.txt wine xcopy is also affected. I think this is the reason why .NET Framework 64bit don't install. System: wine 3.0.2 fedora 28 kernel 4.17.12 -- 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 11

[Bug 50198] New: SHMEM_FAILURE on Blizzard products on FAT32
by WineHQ Bugzilla 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=50198 Bug ID: 50198 Summary: SHMEM_FAILURE on Blizzard products on FAT32 Product: Wine-staging Version: 5.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: blc+wine(a)mail.vanade.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 68712 --> https://bugs.winehq.org/attachment.cgi?id=68712 Battle.net application log showing failure near end. I noticed that WoW and Battle.net applications have stopped working properly when running off of FAT32 formatted partitions in Linux. The application logfiles seem to indicate that the software was unable to create and access shared memory files which had been working in the past, at least with older versions of Wine. Attached is from battle.net application when it's trying to update WoW. WoW also gives an apparently similar error when it tries top open the CAS datafiles. I had not upgraded the kernel so supposedly shared memory files that worked in the past on FAT32 should still work. I don't know if this was a deliberate change because of security issues where anyone can open files on FAT32 and thus invade shared memory. Windows 7 does not exhibit this problem on the same disk and Battle.net updates fine. As this is on a limited space SSD, I don't have enough disk space to try this on ext4fs to see if the problem goes away or not. I do have another machine that does not exhibit this problem on ext4fs. The WoW installation is on FAT32 so I could easily test on Windows 7 with limited disk space. -- 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 4