https://bugs.winehq.org/show_bug.cgi?id=54591
Bug ID: 54591
Summary: Call of Juarez: Bound in Blood crashes on launch
Product: vkd3d
Version: 1.6
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: hlsl
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: fcasas(a)codeweavers.com
Regression SHA1: e0031d2a1f40792ac85619a495bf5197f248b0e1
Distribution: ---
../vkd3d/libs/vkd3d-shader/hlsl.c:207: Aborting, reached unreachable code.
--
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=53991
Bug ID: 53991
Summary: libx11 1.8.2 break bepo keyboard layout
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: aeris+wine(a)imirhil.fr
Distribution: ---
Hello,
Since upgrading my ArchLinux system, the upgrade of libx11 from 1.8.1 to 1.8.2
breaks my bepo layout and some key are not detected in a weird way.
Restarting Guild Wars 2 game after libx11 upgrade just change "randomly" some
assigned key, from `É` to `=` and from `È` to `É`. Trying to reassign keys
doesn't work, `É` can be assign to previous skill, but `È` key just doesn't
work at all, it's no more detected as a valid input in skill selection windows.
But this `È` key works perfectly if used on an input text field like the ingame
chat.
Downgrading to 1.8.1 and restarting the game fix the trouble.
Behaviour seen at least in lutris-7.2.2 and lutris-ge-proton 7.34.
Don't know if this is related or not, but currently bepo layout is badly
managed by wine and i try to add support for it in
https://bugs.winehq.org/show_bug.cgi?id=48650 but never really succeed to
create something really good.
--
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=27819
Summary: Die by the Sword: strange audio distortions
Product: Wine
Version: 1.3.24
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
Audio is not playing correctly in Die by the Sword (GoG.com version here). Some
scratching, stuttering sound is coming from the speakers during audio/music
playback. In the tutorial the voice-over of the narrator is also distorted by
the same artefacts.
Player taunts and NPC sounds are OK, though.
The same problem with Wine-1.0.1, too.
I can't reproduce the problem in the demo.
None of the followings helped:
- Alsa with 'emulation'
- winetricks dsoundbug9612
- changing 'defaults.pcm.dmix.rate' to '44100' in /usr/share/alsa/alsa.conf
The resampler patchset (bug #14717) reduced the intensity of the sound
artefacts considerably but they are still audible.
Terminal output is basically the same what I attached in bug #27814. The only
relevant lines are:
fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels,
pretending there's only 2 channels
fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels,
pretending there's only 2 channels
fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x15b610,0x152668): stub
Fedora 15
Alsa 1.0.24
nVidia Corporation MCP61 High Definition Audio (rev a2)
--
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=48174
Bug ID: 48174
Summary: wine-mono creates incorrect strings
Product: Wine
Version: 4.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: galtgendo(a)o2.pl
Distribution: ---
This bug is about Smile Game Builder - a game engine.
As a testcase 「虚毒ノ夢」 will be used - a (it seems - I don't actually know
Japanese) freeware game available from
https://kanawo.wixsite.com/teritoma/kodoku (first link is the download:
https://www.freem.ne.jp/dl/win/15104).
Problem 1.
As you might notice, the window title is purely mojibake.
CreateWindowEx expects CP_ACP string in cs->lpszName, but it's getting an utf8
one.
That's pretty much sums up what I could figure out about this part.
Problem 2.
This one is more tricky to notice; also, I couldn't figure out much about it,
so just describing symptoms.
Some of the strings printed on the screen (AFAICT neither by gdi, gdiplus nor
user32 standard text functions) are read from memory then written on the screen
past their actual length. What's more, they flicker - that is if such string is
printed, some of the time its extra part changes upon redraw.
As far as I understand mono (which, granted, isn't all that much), it would
suggest that upon string object creation its length is set incorrectly.
In the example game, you can observe it with a few strings as you start a new
game, then once you get control, if you walk to the closet (not the bookcase)
and interact with it, it's another such string.
--
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=9672
Summary: The Sims crashes with page fault on read access
Product: Wine
Version: 0.9.45.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: diablownik(a)gmail.com
The Sims game doesn't run: output returns unhandled page fault on read access.
--
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=54560
Bug ID: 54560
Summary: mscoree:mscoree - test_loadpaths_execute() sometimes
gets directory creation errors
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
mscoree:mscoree - test_loadpaths_execute() sometimes gets directory creation
errors. With only 3 instances in the past 8 months this is pretty rare:
* 2022-07-26 on w10pro64-ko (64-bit)
mscoree.c:614: Test failed:
CreateDirectoryW(L"C:\\Users\\winetest\\AppData\\Local\\Temp\\loaC31F.tmp")
failed: 183
* 2022-11-23 on w7u (32-bit)
mscoree.c:614: Test failed:
CreateDirectoryW(L"C:\\Users\\winetest\\AppData\\Local\\Temp\\loaAB6B.tmp")
failed: 183
mscoree.c:619: Test failed:
CopyFileW(L"C:\\Users\\winetest\\AppData\\Local\\Temp\\loaAB6B.tmp\\loadpaths.exe")
failed: 3
mscoree.c:635: Test failed:
CreateDirectoryW(L"C:\\Users\\winetest\\AppData\\Local\\Temp\\loaAB6B.tmp\\libloadpaths")
failed: 3
mscoree.c:643: Test failed:
CopyFileW(L"C:\\Users\\winetest\\AppData\\Local\\Temp\\loaAB6B.tmp\\libloadpaths\\libloadpaths.dll")
failed: 3
mscoree.c:647: Test failed:
CreateProcessW(L"C:\\Users\\winetest\\AppData\\Local\\Temp\\loaAB6B.tmp\\loadpaths.exe")
failed: 3
mscoree.c:653: Test failed: L"libloadpaths\\libloadpaths.dll":
WaitForSingleObject returned -1: 6
mscoree.c:662: Test failed: L"libloadpaths\\libloadpaths.dll": Failed to
execute process
mscoree.c:673: Test failed:
DeleteFileW(L"C:\\Users\\winetest\\AppData\\Local\\Temp\\loaAB6B.tmp\\libloadpaths\\libloadpaths.dll")
failed: 3
mscoree.c:675: Test failed:
DeleteFileW(L"C:\\Users\\winetest\\AppData\\Local\\Temp\\loaAB6B.tmp\\loadpaths.exe")
failed: 3
mscoree.c:682: Test failed:
RemoveDirectoryW(L"C:\\Users\\winetest\\AppData\\Local\\Temp\\loaAB6B.tmp\\libloadpaths")
failed: 3
mscoree.c:682: Test failed:
RemoveDirectoryW(L"C:\\Users\\winetest\\AppData\\Local\\Temp\\loaAB6B.tmp")
failed: 267
* 2023-02-21 on w10pro64-en-AE (64-bit)
mscoree.c:614: Test failed:
CreateDirectoryW(L"C:\\Users\\winetest\\AppData\\Local\\Temp\\loaD02D.tmp")
failed: 183
mscoree.c:635: Test failed:
CreateDirectoryW(L"C:\\Users\\winetest\\AppData\\Local\\Temp\\loaD02D.tmp\\private")
failed: 183
See https://test.winehq.org/data/patterns.html#mscoree:mscoree
Where 3 == ERROR_PATH_NOT_FOUND
6 == ERROR_INVALID_HANDLE
183 == ERROR_ALREADY_EXISTS
267 == ERROR_DIRECTORY
--
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=47326
Bug ID: 47326
Summary: Fair Strike fails to map joystick due to
IDirectInputDevice8 SetActionMap being a semi-stub.
Product: Wine
Version: 4.9
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: leslie_alistair(a)hotmail.com
Distribution: ---
The default joystick actions fail to be mapped since IDirectInputDevice8
SetActionMap assumes that the instance guid is not NULL.
--
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=46562
Bug ID: 46562
Summary: Notepad++ 7.6.3 crashes when searching twice and first
time found results
Product: Wine
Version: 4.0
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bugs.winehq.org(a)fennec.ath.cx
Used 32bit installer and 64bit installer with version 7.6.3, both can crash the
same way.
https://notepad-plus-plus.org/repository/7.x/7.6.3/npp.7.6.3.Installer.exe
* Start Notepad++
* File -> Open
* Will propose "C:\Program Files (x86)\Notepad++" folder by default
* Chose change.log (or any other file)
* Click Open, window will close and file is displayed
* Search -> Find...
* Input anything that find a result, for example "Notepad" and click button
"Find All in All Opened Documents"
* With change.log file, 3 results will be displayed in the "Find result" footer
box (don't if it's the right name)
* Search box will close automatically if there are matches
* Search -> Find... (again)
Application crashes
It seems that if you first search does not find any result and you close the
search box manually, then next searches won't crash even if you have matches.
It looks like if the the first time you search and search ox close
automatically then it will 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.
https://bugs.winehq.org/show_bug.cgi?id=54729
Bug ID: 54729
Summary: wine build fails with bison 3.0.5
Product: Wine
Version: 8.4
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: blocker
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: dmitry(a)baikal.ru
CC: rbernon(a)codeweavers.com
Regression SHA1: 071b0a5532fa2e69ea7a547ac0d8f106789d78a1
Distribution: ---
Starting from
commit 071b0a5532fa2e69ea7a547ac0d8f106789d78a1
Author: Rémi Bernon <rbernon(a)codeweavers.com>
Date: Thu Mar 23 09:23:43 2023 +0100
widl: Enable bison locations option.
building wine fails with
bison -o tools/widl/parser.tab.c -d ../wine.src/tools/widl/parser.y
../wine.src/tools/widl/parser.y:122.9-25: error: %define variable
'api.location.type' is not used
%define api.location.type {struct location}
^^^^^^^^^^^^^^^^^
make[1]: *** [Makefile:260004: tools/widl/parser.tab.h] Error 1
$ bison --version
bison (GNU Bison) 3.0.5
--
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=54701
Bug ID: 54701
Summary: Regression in Ultimate Race Pro
Product: Wine-staging
Version: 8.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: adec2011.ac(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Used to work but now i get this when running in 8.3
wine: Unhandled page fault on write access to FF000004 at address 7BC276F3
(thread 0148), starting debugger...
--
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.