https://bugs.winehq.org/show_bug.cgi?id=48554
Bug ID: 48554
Summary: I can't install physx or vcrun2015 because of a fail
with msiexec.exe / msi.dll
Product: Wine
Version: 4.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: factionacraft(a)gmail.com
Distribution: ---
I use the 64 version because it is required by software and game that I use
with wine.
Some game and soft works fine, installation of other games works fine too but I
can't run it because of the dependencies that need to be installed (physx &
vcrun2015).
Here you can have terminal outputs: https://pastebin.com/K6shq5mg
winetricks64 & wine64 are just aliases to respective winetricks & wine but with
64bit environment selected.
I can provide to you more logs if needed I just saw no other log files
generated during the running of these commands.
--
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=52850
Bug ID: 52850
Summary: Unable to render colored text (ansi escape codes)
Product: Wine
Version: 7.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: jjj84340(a)gmail.com
Distribution: ---
Created attachment 72252
--> https://bugs.winehq.org/attachment.cgi?id=72252
Wine terminal
Wine's cmd is unable to render ansi escape codes, resulting in weird, uncolored
text
--
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=37578
Bug ID: 37578
Summary: Request for Enhancement: please add libXext as a
dependency
Product: Wine
Version: 1.7.30
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ToddAndMargo(a)zoho.com
Distribution: ---
Request for Enhancement:
It about killed my trying to compile Wine-1.7.30 (I conquered). In the
"./configure" phase, Wine threw the following error:
wine-1.7.30]# ./configure --disable-win64
configure: WARNING: libpng 32-bit development files not found, PNG won't be
supported.
Only thing was that libpng was actually installed:
# rpm -qa \*libpng\* | grep -i i686
libpng-devel-1.2.49-1.el6_2.i686
libpng-1.2.49-1.el6_2.i686
The error was bogus reporting from Wine "./configure". The actual problem was
that libpng had a dependance on zlib. "yum install zlib-devel.i686" fixed the
bogus error from Wine.
This bogus error was originally reported to Wine on:
https://bugs.winehq.org/show_bug.cgi?id=37534
Their response was that it was a dependency:
http://www.libpng.org/pub/png/libpng.html
"libpng is available as ANSI C (C89) source code and requires zlib
1.0.4 or later (1.2.5 or later recommended for performance and security
reasons)."
So I reported it to Red Hat on:
https://bugzilla.redhat.com/show_bug.cgi?id=1162842
Their response was:
You were probably not able to install libpng without zlib, but of
course you were able to install libpng and libpng-devel without
zlib-devel - but this is pretty much expected. Guidelines are
even stricter, explicit requirements for library packages are
forbidden (
https://fedoraproject.org/wiki/Packaging:Guidelines#Explicit_Requires
- Red Hat Enterprise Linux follows Fedora packaging guidelines
with just very few exceptions ).
So, would you guys please consider putting the dependency in yourself, so as to
keep the next poor sod who is trying to ./configure wine from going out of his
mind and to keep you guys from having to endlessly answer this question over on
the forums
Many thanks,
-T
--
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=49854
Bug ID: 49854
Summary: Please fix the stupid wldap32.dll error message
Product: Wine-staging
Version: 5.16
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 32, x64
wine-5.16-1.fc32.x86_64
When running a program what uses wldap32.dll AND wine-ldap.i686 is not
installed, you get a STUPID error message saying that wldap32.dll is "not
found". It is
right in the system32 directory. I took me over four hours of beating my head
against a wall to figure it out.
Would you please give a rational error message for this issue! Tell the user
that wine-ldap.i686 is otg installed!
Sorry for the crabbiness.
--
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=54256
Bug ID: 54256
Summary: Compile for wine under arm macOS (for running aarch64
windows apps) fails
Product: Wine
Version: unspecified
Hardware: aarch64
OS: Mac OS X
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jintanzhong(a)gmail.com
Created attachment 73809
--> https://bugs.winehq.org/attachment.cgi?id=73809
Output of make
Error Output:
gcc -c -o dlls/ntdll/unix/signal_arm64.o dlls/ntdll/unix/signal_arm64.c
-Idlls/ntdll -Iinclude -D__WINESRC__ -D_NTSYSTEM_ \
-D_ACRTIMP= -DWINBASEAPI= -DWINE_UNIX_LIB -Wall -pipe -fcf-protection=none
-fno-stack-protector \
-fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body
-Wignored-qualifiers -Winit-self \
-Wno-pragma-pack -Wstrict-prototypes -Wtype-limits -Wunused-but-set-parameter
-Wvla \
-Wwrite-strings -Wpointer-arith -gdwarf-4 -fPIC -fasynchronous-unwind-tables
-g -O2 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=0
In file included from dlls/ntdll/unix/signal_arm64.c:71:
dlls/ntdll/unix/dwarf.h:915:45: warning: taking the absolute value of unsigned
type 'ULONG_PTR' (aka 'unsigned long') has no effect [-Wabsolute-value]
case DW_OP_abs: stack[sp] = labs(stack[sp]); break;
^
dlls/ntdll/unix/dwarf.h:915:45: note: remove the call to 'labs' since unsigned
values cannot be negative
case DW_OP_abs: stack[sp] = labs(stack[sp]); break;
^~~~
<inline asm>:305:2: error: conditional branch requires assembler-local label.
'.L__wine_syscall_dispatcher_return' is external.
cbnz w16, .L__wine_syscall_dispatcher_return
^
1 warning and 1 error generated.
make: *** [dlls/ntdll/unix/signal_arm64.o] Error 1
Commands run: ./configure; make
Dependencies: all installed using homebrew latest version.
./configure output and make output: see 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.
https://bugs.winehq.org/show_bug.cgi?id=55360
Bug ID: 55360
Summary: Can't run.
Product: Wine
Version: 8.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 1074536311(a)qq.com
Distribution: ---
ARRAY(0x557a25649d98)
--
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=45565
Bug ID: 45565
Summary: Battle.net Helper.exe crashes when trying to view
Twitch streams
Product: Wine
Version: 3.13
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maciej.stanczew+b(a)gmail.com
Distribution: ---
Created attachment 61989
--> https://bugs.winehq.org/attachment.cgi?id=61989
Backtrace
Please note that this is a different issue than bug #43910.
Sometimes game pages in Battle.net App will have Twitch streams embedded in
their news items (I saw SC2, HotS, and the Overwatch League tab having this).
When opening such a page, Battle.net Helper.exe will crash (in a similar way to
bug #43910).
Two things visible in the logs that happen only in this case are
"fixme:cryptnet:verify_cert_revocation_from_aia_ext" and "MSAudDecMFT.dll nor
Msmpeg2adec.dll is not loaded".
The crash happens the same way in Wine devel and Wine Staging (both 3.13).
Workaround is to quickly click "Pause" or "Watch now" -- this will cause the
video to stop being loaded (clicking "Watch now" will open the stream in
browser).
--
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=52978
Bug ID: 52978
Summary: Wine does not support the MRAC anticheat.
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bear_bulloff(a)mail.ru
Distribution: ---
Created attachment 72347
--> https://bugs.winehq.org/attachment.cgi?id=72347
allods.log
Such games as Allods, Warface and others crash.
--
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=25870
Summary: Column headers don't always resize to fit text when
double-clicked
Product: Wine
Version: 1.3.12
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: turbolad995(a)hotmail.co.uk
When you try to double-click (with the left mouse button) on a column header
WHEN THE MOUSE POINTER SHOWS DOUBLE BLACK ARROWS, like this <-|->
the column is supposed to resize to fit the longest line of text below it
perfectly.
In programs such as Pegasus Mail and many others which use resizeable columns
e.g. 1by1 Player, double-clicking the column header results in any of the
following:
* nothing happens
* messes up the columns - depending on text size
* the column will resize properly
Although trivial, I believe Wine users should report bugs when they are
discovered.
Please test this using 1by1 Player and play around with the font size in the
application's settings (press <F6> to get into the program's settings). Now
try resizing the columns with different font sizes and double-clicking the
vertical lines which separate the columns. Download 1by1 Player:
http://mpesch3.de1.cc/1by1.html
--
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=55085
Bug ID: 55085
Summary: Wine Staging fails to start when virtual desktop is
enabled: "Application tried to create a window, but no
driver could be loaded."
Product: Wine-staging
Version: 8.10
Hardware: x86-64
OS: Linux
Status: NEW
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: ---
When virtual desktop is enabled in Staging I receive
00e8:err:winediag:nodrv_CreateWindow Application tried to create a window, but
no driver could be loaded.
00e8:err:winediag:nodrv_CreateWindow L"The explorer process failed to start."
Not even winecfg is able to start.
This started happening maybe 2-3 weeks ago after one of the rebases.
Regression test points to the following commit in Staging:
commit 00988a18d54cceea1ac03baf45c6289731f2103b
Author: Rémi Bernon <rbernon(a)codeweavers.com>
Date: Mon Oct 25 11:45:47 2021 +0200
winex11.drv: Listen to RawMotion and RawButton* events in the desktop
thread.
We still need to send "normal" input from the clipping window thread
to trigger low-level hooks callbacks when clipping cursor. This is for
instance used in our dinput implementation.
Tested with wine-8.10-103-g8d2de5dbe1f (Staging)
--
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=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=53830
Bug ID: 53830
Summary: can't fin the power key when opening an Approach
database
Product: Wine-staging
Version: 7.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
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: ---
Created attachment 73362
--> https://bugs.winehq.org/attachment.cgi?id=73362
Approach start up error message
Fedora 36
wine-7.18-2.fc36.i686 (Wine Staging)
Lotus Approach N99.8.0208.0800
This affects my business in a YUGE way!
When attempting to open a database in Approach, the following error occurs:
"Couldn't find the PowerKey for the database 2-22-parts."
This is a regression from 7.12 (regression testing is over my head).
Please send me what tests/data you wish me to collect.
--
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=51475
Bug ID: 51475
Summary: Unhandled exception code c0000005 flags 0 addr
0x42a3a7 when trying to install vcrun2015
Product: Wine-staging
Version: 6.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ryu.ketsueki(a)outlook.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Many applications need VCRUNTIME140.dll and naturally I looked up over
winetricks to install what was necessary. However, I noticed that every time I
try to do that, even when I manually download the executable and run straight
through wine and not winetricks, it gives that error. Last time I checked, that
error is characteristic of a regression.
The program in question that is asking for that DLL is a game, The Sims 4 to be
more precise. It never asked for that before, probably because it was such an
old prefix. Now I nuked it to start from scratch because the previous prefix
was giving errors. Turned out not to be the cause. Then I reinstalled Wine.
Didn't solve the problem. Then I tried standard wine instead of wine staging.
Also didn't work. I nuked the binaries and did a reinstall. Now wine is working
again but now it keeps asking for that DLL that I can't install because Wine is
giving that error.
Winetricks tried installing the 32bit package. I tried to manually install the
64bit one. Both gave the same error. Unhandled exception code c0000005 flags 0
addr 0x42a3a7
--
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=46645
Bug ID: 46645
Summary: DOOM 2016 Crashing on second loading screen on 99%
when Vulkan render is used
Product: Wine
Version: 4.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: linards.liepins(a)gmail.com
Distribution: ---
As the issue seems to be fixable by certain tweaks via various Windows
Utilities. I would say it is issue with applicable workaround in Wine and it
therefore falls into the Wine implementation garden as well. Reference:
https://steamcommunity.com/app/379720/discussions/0/358417461602906353/?ctp…
$ inxi -Gxxx
Graphics:
Device-1: AMD Ellesmere [Radeon RX 470/480/570/570X/580/580X/590]
vendor: XFX Pine driver: amdgpu v: kernel bus ID: 01:00.0
chip ID: 1002:67df
Display: x11 server: Fedora Project X.org 1.20.3 driver: amdgpu
compositor: gnome-shell v: 3.30.2 resolution: 1920x1080~60Hz
OpenGL: renderer: Radeon RX 580 Series (POLARIS10 DRM 3.27.0
4.20.6-200.fc29.x86_64 LLVM 7.0.1)
v: 4.5 Mesa 18.3.3 direct render: Yes
I will provide logs by EOB today as i will not be at my workstation for a while
now.
--
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=54985
Bug ID: 54985
Summary: Wine-staging 8.9 build fails
Product: Wine-staging
Version: 8.9
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: ---
Created attachment 74533
--> https://bugs.winehq.org/attachment.cgi?id=74533
Log from Debian Testing x86_64 failed build
Attaching the log from 64 bit Debian Testing; all the builds failed in the same
way.
--
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=53809
Bug ID: 53809
Summary: Using boxnet in warpem crashes on RTX2080 (Unhandled
exception: unimplemented function
nvcuda.dll.cuFuncSetAttribute called in 64-bit code.)
Product: Wine-staging
Version: 7.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alois.schloegl(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 73321
--> https://bugs.winehq.org/attachment.cgi?id=73321
backtrace
Using Boxnet in Warp (as described in [1]) runs fine one wine-staging (tested
with 7.17) when running on a machine with GTX1080 cards.
When running the same setup on a machine with RTX2080 cards, Warp crashes.
Running Boxnet/Warp on a Windows machine with RTX2080 cards works fine.
Therefore, I believe the issue is in winestaging.
The offending function call seems to be:
Unhandled exception: unimplemented function nvcuda.dll.cuFuncSetAttribute
called in 64-bit code (0x0000007b01394e).
Attached are the backtrace. If needed I can also provide the debug logs, for
both 1080 and 2080 cards.
[1] http://www.warpem.com/warp/?page_id=135
--
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=53797
Bug ID: 53797
Summary: Performance regression in Battle.net / Wow.exe using
wine-staging 7.18
Product: Wine-staging
Version: 7.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mewt.reaper(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Using wine-staging 7.18-1 (Arch package) Battle.net application performance
appears degraded, with UI turning black and application freezing randomly.
Application is also completely frozen after system suspend and must be killed
from terminal.
Similarly, loading times in World Of Warcraft are severely degraded with the
game freezing for several seconds on first load and then very slow loading of
new Zone data.
Both symptoms appear to be resolved when downgrading back to wine-staging 7.17.
--
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=52045
Bug ID: 52045
Summary: The Witcher 3: crashes when launching
Product: Wine-staging
Version: 6.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gireham910(a)erpipo.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 71056
--> https://bugs.winehq.org/attachment.cgi?id=71056
The output from the wine app, after the crash
Hello,
I noticed that on Fedora 35, with the latest wine-staging package (6.21) "The
Witcher 3" fails to launch (I have attached the output that wine itself
generated and asked me to upload, as well as the output from the terminal when
I manually tried to launch the app using "wine witcher3.exe").
The program used to work on wine-staging 6.18, and stopped working immediately
after updating to 6.21 (on Fedora there were no 6.19 or 6.20 packages). I don't
have other windows apps installed.
--
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=42286
Bug ID: 42286
Summary: Shantae and the Pirate's Curse - cursor rendered with
an opaque background behind it
Product: Wine-staging
Version: 2.0-rc6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ikk_pl(a)yahoo.co.uk
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 56995
--> https://bugs.winehq.org/attachment.cgi?id=56995
Screenshot showing the problem
The cursor in the game is rendered with a white opaque square behind it.
(Note that the game doesn't run on vanilla wine, it needs staging patches for
the CreateDeferredContext call.)
--
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=52853
Bug ID: 52853
Summary: Wine Staging is causing crashes when moving some IDA
Pro 7.2 subwindows
Product: Wine-staging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lorenzofer(a)live.it
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Hi After a post 7.6 rebase moving some of the subwindwos (the compiler
subwindow for example when detached) is crashing IDA Pro 7.2
The issue apparead in this commit:
0b3309a201cfe65098e93f0f23af82509d1c6c72 is the first bad commit
commit 0b3309a201cfe65098e93f0f23af82509d1c6c72
Author: Zebediah Figura <zfigura(a)codeweavers.com>
Date: Thu Apr 14 17:17:08 2022 -0500
Rebase against 121851955e697b3158cbcf31801164eb627e78e9.
patches/patchinstall.sh | 2 +-
...-Support-XInput2-events-for-individual-wi.patch | 6 +--
...SEND_HWMSG_RAWINPUT-flags-only-when-RAWIN.patch | 32 +++++++--------
...-Listen-to-RawMotion-and-RawButton-events.patch | 46 +++++++++++-----------
staging/upstream-commit | 2 +-
5 files changed, 44 insertions(+), 44 deletions(-)
The error is
m Files\IDA 7.2\ida.exe: ../dlls/ntdll/unix/thread.c:1737:
ntdll_set_exception_jmp_buf: asserzione "!jmp ||
!ntdll_get_thread_data()->jmp_buf" non riuscita.
m Files\IDA 7.2\ida.exe: ../dlls/ntdll/unix/thread.c:1737:
ntdll_set_exception_jmp_buf: asserzione "!jmp ||
!ntdll_get_thread_data()->jmp_buf" non riuscita.
011c:err:seh:call_stack_handlers invalid frame 000000000051F4E0
(0000000000022000-0000000000420000)
011c:err:seh:NtRaiseException Exception frame is not in stack limits => unable
to dispatch exception.
--
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.