https://bugs.winehq.org/show_bug.cgi?id=56370
Bug ID: 56370
Summary: Driftmoon Enchanted Edition crashes on start in
Wine-Staging 9.3
Product: Wine-staging
Version: 9.3
Hardware: x86-64
URL: https://www.instantkingdom.com/download/driftmoon.exe
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ArchLinux
Created attachment 76112
--> https://bugs.winehq.org/attachment.cgi?id=76112
terminal output
The crash doesn't occur with vanilla Wine-9.3, nor did it happened in
Wine-Staging-9.2.
Omitting the wined3d-bindless-texture patch from a Staging build makes the
crash go away.
Many more games are also affected.
Driftmoon.exe is a 64-bit executable.
Driftmoon_2020_04_28.exe
md5: 40b9b311d47b7f91e7b34691e3103033
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: NVIDIA GeForce GTX 1660 SUPER/PCIe/SSE2
OpenGL core profile version string: 4.6.0 NVIDIA 535.43.28
OpenGL core profile shading language version string: 4.60 NVIDIA
--
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=54267
Bug ID: 54267
Summary: regression: free() invalid pointer error then crash in
WoW
Product: Wine
Version: 8.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kdt3rd(a)gmail.com
Distribution: ---
Created attachment 73831
--> https://bugs.winehq.org/attachment.cgi?id=73831
tail snippet of +seh,+unwind surrounding the free(): invalid pointer error
This worked fine in 7.22, but with 8.0-rc2 I am seeing a behavior where World
of Warcraft will run fine for a while (as short as 5 minutes, up to 30
minutes), then eventually hard abort with
0454:err:seh:dispatch_exception unknown exception (code=c0000420) raised
0454:err:seh:dispatch_exception unknown exception (code=c0000420) raised
0454:fixme:sync:NtQueryDirectoryObject multiple entries not implemented
0454:fixme:sync:NtQueryDirectoryObject multiple entries not implemented
free(): invalid pointer
0560:err:seh:call_stack_handlers invalid frame 000000000418E330
(0000000003F92000-0000000004090000)
0560:err:seh:NtRaiseException Exception frame is not in stack limits => unable
to dispatch exception.
0588:fixme:wtsapi:WTSUnRegisterSessionNotification Stub 0000000000020082
0588:fixme:kernelbase:AppPolicyGetProcessTerminationMethod FFFFFFFFFFFFFFFA,
000000000011FD70
There may be two issues here, I am not sure. I do not know how to find where
that free() invalid pointer is happening (I tried setting the normal
environment variable MALLOC_CHECK_=3 to see if I could get a unix-side stack
trace to no avail), so not sure how to pursue that.
Seeing the stack frame invalid and some recent patches to convert to a new
assembly-based implementation of the call handlers, I also have run (and
attached) the tail of a log with +seh,+unwind surrounding the crash
(stackfail.log). Although seeing that the "usual" stream of exceptions (WoW has
always had this c0000420 unknown error / assertion failure stream) are in a
separate thread (0454 vs 0560 above), I suspect that the free() invalid pointer
issue is the real problem.
This is against a wine compiled w/ mingw gcc 12.2 in wow64 dual-build.
If it helps, Wow.exe is a 64-bit (PE32+) executable
Unfortunately, I am unable to test this with only vanilla wine to bisect, as
the game does not run with vanilla as far as I know.
Please let me know any suggestions how to find out where something is free'd
not malloc'ed, bisect with staging stuff still applied, or how I can help debug
further.
--
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=44157
Bug ID: 44157
Summary: Overwatch: mouse laggy and jerky
Product: Wine-staging
Version: 2.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: b1779506(a)trbvn.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
The mouse ingame wobbles always, and in menus I can't click and hold to scroll
the scrollbar of the menu, buy if I move the mouse wheel the scrollbar moves.
There's a video here of the game:
https://vimeo.com/246654111
--
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=55473
Bug ID: 55473
Summary: wine-staging 8.14 32 bit build fails in Ubuntu 20.04
Product: Wine-staging
Version: 8.14
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dimesio(a)earthlink.net
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
All the other packages we build were fine. Attaching full build log from the
OBS.
[ 928s] 5345: // In file included from dlls/mshtml/oleobj.c:34:
[ 928s] 5345: // dlls/mshtml/oleobj.c: In function
'DocObjOleInPlaceActiveObject_TranslateAccelerator':
[ 928s] 5345: // include/wine/debug.h:87:19: internal compiler error: in
subspan, at input.h:68
--
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=54428
Bug ID: 54428
Summary: Wine 8.0.1 cannot print to a local printer, but can to
a network printer
Product: Wine-staging
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ToddAndMargo(a)zoho.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Fedora 37
wine-common-8.0-1.fc37.noarch
cups-libs-2.4.2-5.fc37.x86_64
cups-libs-2.4.2-5.fc37.i686
No Wine program can print to a local printer. (Linux programs print just fine)
But, they can print to network printers!
--
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=53683
Bug ID: 53683
Summary: Mod Organzer 2 fails to read random directories and
files
Product: Wine-staging
Version: 7.17
Hardware: x86-64
URL: https://mega.nz/file/S8R2RbiL#YNLrxvQvb2xuneLqbw_TtOKm
v7aDQ2A7cLWw_FbYbFY
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gem-man-alt(a)pm.me
CC: erich.e.hoover(a)gmail.com, leslie_alistair(a)hotmail.com,
z.figura12(a)gmail.com
Regression SHA1: 1ed196f0effa262b297705f36975261f44001417
Distribution: ArchLinux
Created attachment 73094
--> https://bugs.winehq.org/attachment.cgi?id=73094
TTY log
As of Wine-staging 1ed196f0effa262b297705f36975261f44001417 Mod Organizer will
fail to read random files and folders.
--
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=51173
Bug ID: 51173
Summary: Bloons TD 6: Crash when attempting llaunch
Product: Wine-staging
Version: 6.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fv61590(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 70042
--> https://bugs.winehq.org/attachment.cgi?id=70042
Terminal output during appliaction crash.
Using wine-6.9 (staging). On Arch Linux with kernel 5.12.6.
Crashes when attempting to launch Bloons TD 6 from the wine bottle I have
created for Win10 with 64-bit architecture. It is the only application located
in that bottle, and thus is isolated from tampering from other applications.
It seems to be a Unity Engine crash, as this is reported in the terminal output
attached, it was working fine before the update done on <05-22-2021>.
--
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=56374
Bug ID: 56374
Summary: some textures aren't rendered correctly in Deus Ex:
Invisible War
Product: Wine
Version: 9.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: wildy73(a)gmail.com
Distribution: ---
Since upgrading from wine-staging 9.2 to wine-staging 9.3 the menu items In
Deus Ex: Invisible War aren't rendered correctly (text is missing for example)
and there are many artifacts displayed during gameplay. Downgrading to 9.2
makes the game playable again.
Running the game for a few seconds causes thousands of messages like these
written to the console:
016c:err:d3d_shader:shader_glsl_load_sampler_handles No uniform location at 0,
ps_sampler0
01a8:err:d3d_shader:shader_glsl_load_sampler_handles No uniform location at 0,
ps_sampler0
Only the numbers in the "location at <X>, ps_sampler<Y>" parts vary, seemingly
could be any combination between 0-3
--
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=56171
Bug ID: 56171
Summary: Replace obsolete C_SRCS by SOURCES in Makefile.in
Product: Wine-staging
Version: 9.0-rc5
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dmitry(a)baikal.ru
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Since
commit acad49573a7846c0199ea3a8f1bd11c42d647ff4
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Wed Nov 1 08:37:19 2023 +0100
makefiles: Always use the global SOURCES variable for .c files.
winehq.git has switched to using SOURCES instead of C_SRCS in Makefile.in
however wine-staging still uses C_SRCS in its patchsets that introduce new
modules or programs. That leads to build errors on some systems, but obviously
rare enough to stay unnoticed. It would be nice to get this fixed before final
9.0 release.
--
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.