https://bugs.winehq.org/show_bug.cgi?id=45124
Bug ID: 45124
Summary: Fortnite: crash when loading battle royal lobby
Product: Wine
Version: 3.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ado92300(a)gmail.com
Distribution: ---
Created attachment 61306
--> https://bugs.winehq.org/attachment.cgi?id=61306
wine log of launching fortnite
As of Fortnite 4.0/for now, battle eye is not required to play fortnite and
when run through wine the launcher will set -nobe (no battleeye) and fortnite
launches with out this bug https://bugs.winehq.org/show_bug.cgi?id=41670. But
once you load the title screen and select battle royal it crashes without a
clear error (in wine output).
I included the log of wine64 (Wine 3.7 Staging) and the UE4 Log for fortnite
the only dll override set is shcore to disabled because the launcher wont load
with it
note: sometimes i can hear the battle royal intro video but never see it
--
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=12443
Summary: Multi-monitor handling in ddraw/d3d
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thestig(a)google.com
In bug 1347, I write:
I'm guessing slideshows in Picasa with multi-monitors is affected by this as
well. When starting the slideshow, the entire screen gets blanked. After the
slideshow ends, the screen that showed the slideshow gets restored, but the
secondary screen remains blank until it gets drawn over.
Stefan replied:
This could as well be a bug with multi-monitor handling in ddraw, as ddraw is
pretty ignorant to that.
Yes, a bug on d3d multi-monitor handling is a good idea I think.
Thus this bug serves as a reminder to look at multi-monitor handling issues in
ddraw/d3d.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=14398
Summary: X3 Reunion crash on opening comm menu
Product: Wine
Version: 1.1.0
Platform: PC
URL: http://www.egosoft.com/games/x3/info_en.php
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pablo.bueti(a)gmail.com
Created an attachment (id=14712)
--> (http://bugs.winehq.org/attachment.cgi?id=14712)
The console outuput when game hangs
When selecting a ship and pressing C to open comms dialog the game hangs, there
are several fixme:amstream lines in console that don't stop showing while games
is hang. After pressing Ctrl-c in console I got the output to report the error
here (attached).
This was tested on openSuSe 10.3, kernel 2.6.22.18-0.2-default and Wine 1.1.0
without modifications.
Also videos and sounds aparently in mp3 format don't play. I found that I'm not
the only having this problem and seems to be related to amstream.dll. Also
tried using native dll but don't help (game crashes and return to console).
--
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=49645
Bug ID: 49645
Summary: Adobe Photoshop CC 2018 crashes at every "cancel"
interaction
Product: Wine-staging
Version: 5.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: l4vebs1mx(a)relay.firefox.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 67846
--> https://bugs.winehq.org/attachment.cgi?id=67846
Backtrace Error Log
I have been running Adobe Photoshop CC 2018 flawlessly from 5.10 onwards, but
since staging 5.12 a usage breaking error appears:
Whenever I cancel / close a dialogue by exiting it (via clicking cancel or
esc), the bug occurs: Photoshop has presented an error dialogue "Could not
complete your request" for every canceled interaction (example: using the crop
tool and then using escape to not commiting the action). Since 5.12, this
dialogue does not appear, instead the program crashes to Desktop.
Any help would be much appreciated...
Thank you all!
--
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=49714
Bug ID: 49714
Summary: Page fault when running winecfg or wineboot
Product: Wine-staging
Version: 5.15
Hardware: x86
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: ArchLinux
Created attachment 67968
--> https://bugs.winehq.org/attachment.cgi?id=67968
terminal output
Wine-Staging@68c50a8fb4cbb402a2cd22b48b58852437104bd2
produces page faults when issuing either winecfg or wineboot -u.
--
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=49708
Bug ID: 49708
Summary: wine-staging 5.15 fails to compile on GCC 4.9.2 with
default flags (for loop initialization in
mfplat-streaming-support)
Product: Wine-staging
Version: 5.15
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: o.dierick(a)piezo-forte.be
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Hello,
Using GCC 4.9.2 with default flags (=no CCFLAGS or custom options used),
compiling wine-staging 5.15 fails with:
/media/wine-shares/git/dlls/mf/topology.c: In function
‘topology_loader_enumerate_output_types’:
/media/wine-shares/git/dlls/mf/topology.c:1979:5: error: ‘for’ loop initial
declarations are only allowed in C99 or C11 mode
for (unsigned int i = 0; i < num_activates; i++)
^
/media/wine-shares/git/dlls/mf/topology.c:1979:5: note: use option -std=c99,
-std=gnu99, -std=c11 or -std=gnu11 to compile your code
That construct only appears in wine-staging patchset
'mfplat-streaming-support'.
Regards.
--
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=49659
Bug ID: 49659
Summary: A program dump dialog occurs when launching Mahjong
Titans using version 5.14 of Wine. Appears to be a
regression in msdmo.dll.
Product: Wine
Version: 5.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: craigaschulstad(a)gmail.com
Distribution: ---
Created attachment 67896
--> https://bugs.winehq.org/attachment.cgi?id=67896
Document containing screen captures prior to the Wine upgrade and then after
along with error log
After upgrading from the Wine application to version 5.14, I discovered that
launching the Windows game "Mahjong Titans" no longer worked. Shortly after
launching the program, a program error dialog box is displayed indicating a
page fault has occurred. Viewing the initial entry points, the module in error
appeared to be the msdmo.dll linked library.
I have a virtual machine sandbox set up where I installed the source code for
version 5.14 and built the application on the sandbox. Then, I launched the
"Mahjong Titans" game there and received the same results. In viewing the
source code for module "dmoreg.c" for the last iteration of Wine that worked
with this game that I found (version 5.12), I found extensive changes were made
to source code in the "msdmo" folder. In checking the "shortlogs", most if not
all of these changes occurred in version 5.13.
As a further test in the sandbox machine, I renamed the source code file for
module "dmoreg.c", brought in the source code for that module from version
5.12, and ran the "make" utility to rebuild the library in the sandbox. After
doing so, the "Mahjong Titans" game once again worked without crashing. So
this really seems to point to this module as having the issue. As a result of
this testing, I backed up a copy of the "msdmo.dll" file for version 5.14 and
copied in the file from version 5.12 for now as a work-around. This might be
unstable, but I am basically just currently using Wine to launch games.
I am attaching a Libre Office document with some screen captures and the error
log for further reference. FYI, here are the details of my system.
- Linux Mint 19.3 Cinnamon (kernel version 5.4.0-42-generic)
- Wine version 5.14
FYI, file "msdmo.dll" is not in the above component list. That is why I
selected "unknown"
If you wish to acquire the Mahjong Titans game, it is a part of an installation
package that you can get at the following link:
https://winaero.com/request.php?1836
Please let me know if there is some other information that I might provide.
Regards,
Craig Schulstad
--
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=49549
Bug ID: 49549
Summary: winetricks -q dotnet45 leaves dozens of mscorsvw.exe
processes
Product: Wine
Version: 5.12
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: spoon0042(a)hotmail.com
CC: julliard(a)winehq.org
Regression SHA1: 72fc2ceaa6ae472a809b4d5c02be98c44388c1b7
Distribution: Debian
In addition to hanging in as yet undetermined circumstances -- bug 49532 --
with 5.12 'winetricks -q dotnet45' when apparently successful results in dozens
of mscorsvw.exe processes hanging around. Checked just now with a fresh 32-bit
prefix. Sample from ps auxww:
spoon 14633 0.7 0.8 1816076 97364 ? S 22:21 0:00
C:\windows\Microsoft.NET\Framework\v4.0.30319\mscorsvw.exe -StartupEvent 3b0
-InterruptEvent c4 -NGENProcess c8 -Pipe 38c -Comment NGen Worker Process
Regression test yielded:
72fc2ceaa6ae472a809b4d5c02be98c44388c1b7 is the first bad commit
commit 72fc2ceaa6ae472a809b4d5c02be98c44388c1b7
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Fri Jul 3 12:02:58 2020 +0200
ntdll: Use pthread mutexes for uninterrupted sections in the Unix library.
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
:040000 040000 e0a62fd390db2e0bc73f661747c6425402318a5a
829a56e7996c90891205b46b94a05188c442b934 M dlls
...and a day or two ago I was able to revert that commit and have things work.
There's some conflict now though.
--
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=49586
Bug ID: 49586
Summary: valgrind shows a leak in
dlls/ntdll/env.c:set_wow64_environment()
Product: Wine
Version: 5.13
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Gentoo
==15876== 488 bytes in 1 blocks are definitely lost in loss record 216 of 291
==15876== at 0x40345DC: malloc (vg_replace_malloc.c:307)
==15876== by 0x4864D6B: get_dynamic_environment (env.c:1121)
==15876== by 0x7BC43B28: set_wow64_environment (env.c:340)
==15876== by 0x7BC44866: init_user_process_params (env.c:1319)
==15876== by 0x7BC4F9C7: __wine_process_init (loader.c:3965)
==15876== by 0x7BC5080D: __wine_set_unix_funcs (loader.c:4056)
==15876== by 0x48724A5: start_main_thread (loader.c:1449)
==15876== by 0x48733CB: __wine_main (loader.c:1716)
==15876== by 0x7D0017D7: main (main.c:285)
==15876==
--
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.