https://bugs.winehq.org/show_bug.cgi?id=52407
Bug ID: 52407
Summary: dotnet-sdk-5.0.100-win-x64 simple example fails: error
MSB4018: The "AssignCulture" task failed unexpectedly.
Product: Wine
Version: 7.0-rc6
Hardware: x86-64
URL: https://download.visualstudio.microsoft.com/download/p
r/2892493e-df43-409e-af68-8b14aa75c029/53156c889fc08f0
1b7ed8d7135badede/dotnet-sdk-5.0.100-win-x64.exe
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: ---
Note: this happens on version 5.0.100 of the downloadlink, another tested
version like dotnet-sdk-5.0.100-rc.2.20479.15-win-x64.exe doesn`t show this,
guess something has changed in the code (?)
Steps:
wget
https://download.visualstudio.microsoft.com/download/pr/2892493e-df43-409e-…
wine dotnet-sdk-5.0.100-win-x64.exe
wine dotnet new wpf -o myapp && cd myapp && wine dotnet run
Output:
027c:fixme:nls:ResolveLocaleName stub: L"eo", 0000000028CCC000, 85
C:\Program
Files\dotnet\sdk\5.0.100\Microsoft.Common.CurrentVersion.targets(2943,5): error
MSB4018: The "AssignCulture" task f
ailed unexpectedly. [Z:\home\louis\ramdisk\myapp\myapp.csproj]
C:\Program
Files\dotnet\sdk\5.0.100\Microsoft.Common.CurrentVersion.targets(2943,5): error
MSB4018: System.TypeInitializationE
xception: The type initializer for 'Microsoft.Build.Tasks.CultureInfoCache'
threw an exception. [Z:\home\louis\ramdisk\myapp\m
yapp.csproj]
I did a bit of testing and in fact ResolveLocaleName _never_ returns 0, so i
guess we could just improve stub a bit to return 1 and get away with it. I`ll
attach improved stub that fixes the bug
--
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=52940
Bug ID: 52940
Summary: [Regression]Assassin's Creed Origins crashes after
intro videos with vulkan backend on wine-git
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
CC: z.figura12(a)gmail.com
Regression SHA1: e7d86d9c6e58e8e133c606099615b0d9e7940132
Distribution: Debian
Hi,
When you launch the game from UbisoftConnect, there are 3 intro video
(Epilepsy.bk2, pc_warningSaving.bk2 and warning_disclaimer.bk2) and then a
splash-screen (screenshot : https://ibb.co/fSC33zX) to access to the main menu.
This screenshot has been taken with DXVK, the game has an issue with wined3d
opengl/vulkan backend with with wine <= 7.7 (see bug #45358)
(https://bugs.winehq.org/attachment.cgi?id=72313)
With wine-git the game crashes after the 3 intro video when the splash-screen
must appears.
I did a regression test and the 1st bad commit is :
######
e7d86d9c6e58e8e133c606099615b0d9e7940132 is the first bad commit
commit e7d86d9c6e58e8e133c606099615b0d9e7940132
Author: Zebediah Figura <zfigura(a)codeweavers.com>
Date: Fri Apr 22 15:42:56 2022 -0500
wined3d: Clear Vulkan textures on the GPU in
wined3d_texture_vk_load_texture().
Signed-off-by: Zebediah Figura <zfigura(a)codeweavers.com>
Signed-off-by: Henri Verbeet <hverbeet(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
dlls/wined3d/texture.c | 61 ++++++++++++++++++++++++++++++++++++++++++--------
1 file changed, 52 insertions(+), 9 deletions(-)
######
After to revert it, i confirm that the broken splash-screen appears.
VKD3D_DEBUG=trace VKD3D_SHADER_DEBUG=trace
WINEDEBUG=+d3d,+d3d11,+d3d_shader,+seh log here :
https://www.mediafire.com/file/n8gnbe5949mr4rs/AC_Origins_d3d_wine_git.7z/f…
--
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=52827
Bug ID: 52827
Summary: .NET 6 / .NET6 Application "Reloaded II" Fails to Run
Product: Wine
Version: 7.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nekoNexus(a)protonmail.ch
Distribution: ---
Created attachment 72215
--> https://bugs.winehq.org/attachment.cgi?id=72215
Reloaded-II Vanilla Wine 7.6 Log
SHA256 Checksum of Setup.exe:
9f2c200d9049aa2a7729f17b2628f8ff152d10b5d6efbebee4c642b6a37a08db
Program version: 1.17.5
Open-source on Github; web archive download link:
https://web.archive.org/web/20220416193511/https://objects.githubuserconten…
Supposedly requires both .NET 6.x.x runtime x86 and x64 bits
-----
Installing the .NET 6 runtime prerequisites and attempting run the application
doesn't enable the application to run; it crashes on launch with various
errors, one of which mentioning XAML.
This application not working also prevents several other applications (namely
mod tools) from working as well.
(The ones that currently come to mind are Persona 4 Golden PC modding tools.)
--
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=28126
Summary: Big Race USA Demo: menu animations and music too fast
Product: Wine
Version: 1.3.26
Platform: x86-64
URL: http://games.softpedia.com/get/Games-Demo/Pro-Pinball-
Big-Race-USA-Demo.shtml
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: asb(a)asbradbury.org
Created an attachment (id=36038)
--> (http://bugs.winehq.org/attachment.cgi?id=36038)
bigraceusademo.exe on wine 1.3.26 (no debug channels)
In the Big Race USA Demo (or the full Big Race USA game as sold by gog.com),
the menu animations (blinking of text and spinning of icons) move far too fast.
Additionally, the game music and sound effects are incredibly fast and
'crackly'. I mention both issues as it seems likely they have the same root
cause. My CPU is an i5-750 at 2.67Ghz (presumably this problem may not occur on
something much slower like an Atom).
Workaround: Use cpulimit on the bigraceusademo.exe process. Turning on a noisy
enough debug channel will also slow the process down enough that the sound
problem will go away.
To reproduce, just install the linked demo, run bigraceusademo.exe and observe
the rapidly spinning menu items and corrupted audio output.
$ sha1sum bigrace.zip
fd5cbfc5da9dd29a010cb02a1f847a753a65c2b2 bigrace.zip
The demo and full game both work perfectly in Win 7 x64 on the same hardware.
I tested in wine 1.0.1, 1.2.3, 1.3.26 and some versions in between. The problem
was less pronounced in 1.0.1 (likely due to worse overall performance).
I'll attach the output from 1.3.26, though the only relevant line appears to be
the following, which seems to be a likely culprit for the problem:
fixme:ddraw:ddraw7_WaitForVerticalBlank iface 0x1557b0, flags 0x1, event (nil)
stub!
--
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=47229
Bug ID: 47229
Summary: gog.com - The Void: crashes when entering two game
locations
Product: Wine
Version: 4.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dron2065(a)rambler.ru
Distribution: ---
Created attachment 64501
--> https://bugs.winehq.org/attachment.cgi?id=64501
Output log of wine before crashing
Video game The Void (GOG edittion) crashes with "Unhandled page fault on read
access to 0x00000000 at address 0x1953eb7" in the same locations every time.
It's make finish game impossible. There are at least two problem places at
game.
See more in attachment 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=47720
Bug ID: 47720
Summary: eac3to performance issues
Product: Wine
Version: 4.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shagooserver(a)gmail.com
Distribution: ---
Created attachment 65192
--> https://bugs.winehq.org/attachment.cgi?id=65192
wine version
eac3to used to work well a year ago but now has a few issues which need to be
addressed not least of which is it takes 4 times longer to demux than it does
when run under windows. Also the lossless check seems not to be done and
certainly is not reported. A number of warnings which are generated apparently
needlessly. I have attached screen shots from under wine and under windows
which will show clearly the issues.
--
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=51312
Bug ID: 51312
Summary: dxgi:dxgi: Wrong screen mode order on AMD GPUs
(cw-rx460)
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dxgi:dxgi gets failures of the form:
https://test.winehq.org/data/patterns.html#dxgi:dxgi
dxgi.c:1460: Test failed: Mode 3: Modes should have been sorted, refresh rate
59.940060 < 85.000000.
dxgi.c:1460: Test failed: Mode 22: Modes should have been sorted, refresh rate
59.940060 < 85.000000.
dxgi.c:1460: Test failed: Mode 55: Modes should have been sorted, refresh rate
59.940060 < 75.000000.
* These failures happen on all available Windows versions (8.1 to 10 2009).
* They also happen regardless of the Radeon driver version: 19.11.3 to 21.4.1.
* They don't happen on machines with any other GPU (cw-gtx560 and QEmu VMs).
* They also happen systematically so are not probably caused by a threading
issue.
* So this really looks like a Radeon-specific behavior.
The failing test was introduced by the following commit:
commit eb2028fa90c41d3b7b8b4f924cd86059c5ba1e0d
Author: Andrew Eikum <aeikum(a)codeweavers.com>
AuthorDate: Mon Oct 28 16:59:18 2019 +0330
dxgi: Sort reported output modes.
Sekiro: Shadows Die Twice depends on this for its mode switching.
Signed-off-by: Andrew Eikum <aeikum(a)codeweavers.com>
Signed-off-by: Henri Verbeet <hverbeet(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
Does the application crash on Windows machines with an AMD GPU?
Or does the Radeon driver return the wrong order only on some GPUs?
If the application does not crash maybe our order specification is a bit too
strict?
Given that an application depends on this we probably want Wine to respect the
ordering.
Just add a broken()?
--
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=50368
Bug ID: 50368
Summary: DragonAge Origins Launcher doesn't toggle music status
Product: Wine
Version: 6.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: winmm&mci
Assignee: wine-bugs(a)winehq.org
Reporter: lorenzofer(a)live.it
Distribution: ArchLinux
Until recently the Dragon Age Origins Launcher didn't work at all becouse bug
#44185 that was recently fixed.
However now, the laucnehr start, it play correctly the music but the toggle
button to disable/enable the music doesn't work.
This is the flow of what seems the issue:
0164:trace:mci:mciSendStringW (L"pause all", 0074EE48, 100, 00000000)
0164:trace:mci:mciSendStringW verb=L"pause" on dev=L"all"; offset=4
0164:trace:mci:mciSendStringW [-1, MCI_PAUSE, 00000000, 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000]
0164:fixme:mci:MCI_SendCommand unhandled MCI_ALL_DEVICE_ID
0164:trace:mci:mciSendStringW => 117
wine isn't handling correctly the MCI_ALL_DEVICE_ID case in cases others then
closing the device.
This affect just the launcher (the game should work properly if not regressed
recently, still didn't try) so low priority, but other programs may be
affected.
--
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=51217
Bug ID: 51217
Summary: RtlWow64IsWowGuestMachineSupported() check fails on
w1064v1607 for the 32-bit ntdll:info
Product: Wine
Version: 6.8
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ntdll:info has a failure on w1064v1607 (Windows 10 64-bit version 1607 running
the 32-bit tests):
https://test.winehq.org/data/patterns.html#ntdll:info
info.c:3024: Test failed: wrong result 0
This is a check of the RtlWow64IsWowGuestMachineSupported() result.
The commit that introduced this check is:
commit 4f8ede8e7665328a2a3ccd303875e239bf443512
Author: Alexandre Julliard <julliard(a)winehq.org>
AuthorDate: Thu Apr 29 17:15:15 2021 +0200
ntdll: Implement RtlWow64IsWowGuestMachineSupported().
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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=51078
Bug ID: 51078
Summary: mshtml:events hangs on Windows 10 1709
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: mshtml
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Created attachment 69941
--> https://bugs.winehq.org/attachment.cgi?id=69941
Patch to more reliably reproduce the hang
mshtml:events sometimes hangs on Windows 10 1709:
http://winetest.dolphin/data/patterns.html#mshtml:events
For some reason this only happens on Windows 1709 (the reports say this is
mshtml 11.0.16299.309).
The test proceeds all the way to the end but then does not exit because the
mshtml component still has threads running:
VSyncHelper
Internet Explorer_Hidden
MSCTFIME UI
Commenting out the test_focus() run gets rid of the hangs.
Also running the test with WINETEST_INTERACTIVE=1 greatly increases the
probability of getting a hang. I attached a patch that does that and can be
used to reproduce the hang on the TestBot's w1064v1709 VM.
So this is clearly related to focus.
--
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.