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.
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.
https://bugs.winehq.org/show_bug.cgi?id=45194
Bug ID: 45194
Summary: Painkiller game crashes at start
Product: Wine
Version: 3.7
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: b.wine.6883(a)indigo.re
Distribution: ---
Created attachment 61407
--> https://bugs.winehq.org/attachment.cgi?id=61407
crash log
Game changes resolution and then crashes, see attached log
--
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.
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@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.
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.
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.
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.
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.
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.
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=68712Battle.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.