https://bugs.winehq.org/show_bug.cgi?id=41739
Bug ID: 41739
Summary: Yesterday crashes at the savegame selection screen
(1st run)
Product: Wine
Version: 1.9.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wine-devel(a)hurrikhan.eu
Distribution: ---
Created attachment 56179
--> https://bugs.winehq.org/attachment.cgi?id=56179
filtered logs followed by the backtrace of the error
I start the game Yesterday.exe, on steam.
The game crashes (obvious null pointer at the 16th byte of a struct) as soon as
the savegame selection is shown.
There is is a fixme reporting a call to SystemParametersInfoW that says
"unknown action 116" (documented as "get audio description")
There is also a warning on cert_verify_proc_win (reported for another game)
I've attached the logs "WARNING\|Unknown\|fixme\|crash\|Yesterday\|psengine"
--
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=56164
Bug ID: 56164
Summary: Unigine Sanctuary does not work stable with native
openal32.dll
Product: Wine
Version: 9.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: openal32
Assignee: wine-bugs(a)winehq.org
Reporter: kle(a)bluewin.ch
Distribution: ---
Hi all
This is my second bug report about Unigine Sanctuary. That old benchmark worked
fine (with Gallium Nine) in older Wine releases when the built-in
"openal32.dll" was present.
However, since this file was removed somewhere in Wine 8.0 this benchmark no
longer works reliable. In my case I can confirm a reproducible hard hang of the
whole Linux environment.
Until now I was not able to find a native replacement of that "openal32.dll"
library which is on par with the former built-in one.
As a conclusion I would say that in regard to the stability and compatibility
of older Windows applications it was unwise to remove the built-in
"openal32.dll". The main argument was that no Windows version contains that
file so it is also not needed in Wine.
Well, it looks that the built-in "openal32.dll" variant is simply better than
the original native releases.
There should at least exist the possibility to download the built-in
"openal32.dll" file separately. This would allow end-users to made a manual
override by setting the former built-in variant as the native one. :-)
This was tested under Kubuntu 22.04 LTS with Mesa
24.0-git2401110600.813b19-oibaf-j (git-813b193 2024-01-11 jammy-oibaf-ppa). The
system is an old iMac 12,2 containing an Radeon HD 6770M GPU which is using the
r600 Mesa driver.
The Unigine Sanctuary benchmark can be downloaded from the original website:
https://benchmark.unigine.com/sanctuary
Note, bug 56163 describes the problem of Unigine Sanctuary with the OGL/WineD3D
rendering path.
--
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=56193
Bug ID: 56193
Summary: Titanfall 2/TF2SR-Menu-Mod: midimap.dll is never
loaded
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dsound
Assignee: wine-bugs(a)winehq.org
Reporter: sentrycraft123(a)gmail.com
Distribution: ---
Created attachment 75902
--> https://bugs.winehq.org/attachment.cgi?id=75902
minimal example
[TF2SR-Menu-Mod](https://github.com/zweek/TF2SR-Menu-Mod) is as mod for
Titanfall 2 designed for speedrunners which is loaded via a midimap.dll proxy
but not so on wine.
Through some testing I found that windows loads `midimap.dll` through
`waveInMessage` in `winmm.dll` which is invoked from `DirectSoundCaptuture` in
`dsound.dll`.
Wine never interfaces with the windows multimedia api when working with
DirectSound, so it never loads `midimap.dll`
--
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=56175
Bug ID: 56175
Summary: Ntdll RtlUpcaseUnicodeChar support is too good
(supports more recent Unicode versions than Windows)
Product: Wine
Version: 9.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: pat.wine(a)tullmann.org
Distribution: ---
I am investigating a failure in a test for the Zig programming language's
support for Windows, when run under Wine. The test passes on a real Windows
installation, but fails under Wine. The test is exercising ntdll
RtlUpcaseUnicodeChar and, when run under Wine, it finds about 190 characters
that are unexpectedly upper cased.
From what I can tell, Wine uses up-to-date definitions from Unicode (via
tools/make_unicode), but Windows has not updated its Unicode tables as
recently. I have not found any documentation from Microsoft about what
specific Unicode version they support.
For a specific example, the Greek Letter Yot (U+3f3, "ϳ",
https://www.compart.com/en/unicode/U+03f3) is one that Window's
RtlUpcaseUnicodeChar will not upcase. But Wine's RtlUpcaseUnicodeChar will
upcase it to a Greek Capital Letter Yot (U+37f, "Ϳ",
https://www.compart.com/en/unicode/U+037F).
I believe this is a bug in Wine, and it should use the same upper casing rules
(and presumably a lot of other Unicode tables?) as Windows. I can provide a
Zig test case (probably not that useful!), or I can try building a C test case
if that would be helpful.
--
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=11320
Summary: AVP Gold fails to install - can't find audio track
information
Product: Wine
Version: 0.9.53.
Platform: All
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jeffzaroyko(a)gmail.com
wine-0.9.53, Ubuntu 7.04
AVP Gold (Retail) Installer checks for a valid CD2 (audio cdrom) by attempting
to read track information using CreateFileW against where it expects .cda files
to exist
warn:file:CreateFileW Unable to create file L"d:\\track01.cda" (status
c0000034)
normally in a windows environment, the root of a cdrom drive will have an .cda
file for each track which contains data about the track
since these don't exist when running the installer in wine it fails.
someone has published some details on the file format here:
http://www.moon-soft.com/program/FORMAT/sound/cda.htm
--
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=9916
Summary: "make test" usually fails
Product: Wine
Version: 0.9.46.
Platform: Other
OS/Version: other
Status: NEW
Severity: enhancement
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
"make test" should usually run well.
Right now, it usually fails badly.
Right now, on my machine, it:
put up a modal dialog once (requiring a mouse click),
hung once (requiring a 'wineserver -k'),
dropped me into the debugger once (requiring a 'wineserver -k'),
screwed up my screen resolution once,
and had 22 package failures and 169 individual test failures.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53997
Bug ID: 53997
Summary: Keyboard shortcuts issue on macOS
Product: Wine
Version: 7.21
Hardware: arm
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kerimtalhatosun(a)gmail.com
Distribution: ---
Hello.
Many .exe applications shortcuts such as copy and paste always work with
Windows shortcuts. MacOS shortcuts like CMD+C do not work.
--
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=54762
Bug ID: 54762
Summary: Request: Add "Removable" drive mount type
Product: Wine
Version: unspecified
Hardware: arm
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mountmgr.sys
Assignee: wine-bugs(a)winehq.org
Reporter: wine.bugzilla.2023(a)maildepot.net
I've come across a number of firmware updating apps for various devices which
perform pretty basic filesystem writes to the hardware when it's booted into a
special mass storage mode, but they will not work unless the drive itself is of
the "Removable" type according to this method in .NET:
https://learn.microsoft.com/en-us/dotnet/api/system.io.driveinfo.drivetype?…
Even though the virtual drive mounts and is perfectly accessible, unless THAT
method returns a 2, the app is just going to choose to ignore it and cannot be
used.
I realize that this may sound a little esoteric and that there could be a
tremendous amount of Registry complexity involved in satisfying that method,
but given that the current list of drive types we have to choose from in
winecfg is basically from 1993, it seems like a bit of an update could be a
generally good idea for the project as a whole if it is at all feasible. The
"modern" list is honestly not all that different:
https://learn.microsoft.com/en-us/dotnet/api/system.io.drivetype?view=net-8…
--
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=55664
Bug ID: 55664
Summary: NASCAR Heat 5: crashes due to possible corrupt save
Product: Wine
Version: 7.7
Hardware: arm
OS: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wengland02(a)yahoo.com
Created attachment 75192
--> https://bugs.winehq.org/attachment.cgi?id=75192
Log file output from Whisky
When I run the game the first time after install, the game works fine but after
I exit the game and relaunch, the game crashes before it reaches the main menu.
I believe this a problem with the save files because after I delete them, the
game works fine. I used Whisky for this test but it also occurs in Wine
vanilla. I can not provide a download link because it is a Steam game.
--
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=56141
Bug ID: 56141
Summary: vbsp.exe crased while compiling map for portal
Product: Wine
Version: 8.0
Hardware: arm
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ze31y0g4(a)duck.com
Distribution: ---
Created attachment 75817
--> https://bugs.winehq.org/attachment.cgi?id=75817
crash report
Using the alternative to hammer called hammer++ for source game map creation.
vbsp.exe crashed and it's unable to continue with the compilation of the map.
hammer++ is running on proton 4.2-9. I used this tutorial to run hammer++ on
linux
--
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.