https://bugs.winehq.org/show_bug.cgi?id=56027
Bug ID: 56027
Summary: DirectMusic-related problems with Recettear
Product: Wine
Version: 9.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dmusic
Assignee: wine-bugs(a)winehq.org
Reporter: tomman(a)gmail.com
Distribution: ---
Created attachment 75671
--> https://bugs.winehq.org/attachment.cgi?id=75671
Runtime log with Wine's DirectMusic
Starting with Wine 8.18 and its much needed improvements to its DirectMusic
support, Recettear (a well known problem game for its complete lack of audio
under Wine out of the box) finally started having working sound, but it's far
from being 100% working.
Currently (as of 9.0-rc1), these are the problems with Recettear and Wine's
DirectMusic implementation:
- Sound effects may skip playing once in a while.
- Background music is not working as intended: tracks will not loop (they will
play only once, then silence), tracks will not stop playing during scene
switches (leading to many tracks from different scenes playing at the same
time)
- In-game volume controls do not work at all: music/SFX will always play at the
highest volume level, and it's impossible to silence it if desired.
When using native DirectMusic DLLs (installed via Winetricks), the game has
completely working audio just like in Windows, but with two gotchas:
- Sound effects have lag.
- Using native DirectMusic also requires native DirectSound, which breaks sound
in the opening movie (recet_op.wmv)
Attached is the log from running the game for a couple minutes on a completely
clean prefix: start at the title screen, load a saved game, switch scenes a
couple times (to trigger the "multiple tracks playing at the same time" bug),
trying (unsuccessfully) to adjust music volume, eventually ending with no music
tracks playing at all because they will not loop, then cleanly exiting the
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.
http://bugs.winehq.org/show_bug.cgi?id=58414
Bug ID: 58414
Summary: winedbg from winehq packages in Fedora 42 crashes
during attaching to process.
Product: Wine
Version: 10.10
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: dbghelp
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
Created attachment 78829
--> http://bugs.winehq.org/attachment.cgi?id=78829
fedora-42-winehq-devel-10.10-windbg-attach-crash.txt
While investigating bug #58335 I found me getting a crash from winedbg
when I tried to attach to some process like winemine.exe.
In function dwarf2_parse_compilation_unit it looks like comp_dir.u.string
is allowed to contain NULL because of the assignment in line 3090:
3090 comp_dir.u.string = NULL;
Unfortunately a few lines later this comp_dir.u.string is given to
function source_build_path:
3100 tmp = source_build_path(comp_dir.u.string, name.u.string);
But therefore function source_build_path does an unconditional strlen(NULL),
which causes a SIGSEGV:
62 unsigned bsz = strlen(base);
--
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=56709
Bug ID: 56709
Summary: PackTouchHitTestingProximityEvaluation not located in
USER32.dll when attempting to run Clip Studio Paint
3.0
Product: Wine
Version: 9.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: animaloser(a)gmail.com
Distribution: ---
Clip Studio Paint 3.0 fails to open, with a pop-up message that reads "The
procedure point PackTouchHitTestingProximityEvaluation could not be located in
the dynamic link library USER32.dll"
The launcher does run however, even if it's all white, it's been documented in
the appdb entry for the program. The main software, CLIPStudioPaint.exe, does
not.
--
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=58377
Bug ID: 58377
Summary: winegcc -m32 fails to link when using the new WoW64
mode
Product: Wine
Version: 10.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winelib
Assignee: wine-bugs(a)winehq.org
Reporter: mail(a)robbertvanderhelm.nl
Distribution: ---
Created attachment 78787
--> http://bugs.winehq.org/attachment.cgi?id=78787
winegcc command output
Prompted by Arch switching to the new WoW64 mode in their packages. 32-bit
winelib binaries seem to fail to link with the new WoW64 mode. I attached the
output of compiling the following file with winegcc from a Wine build
configured
with `--enable-archs=i386,x86_64`:
/* main.c */
int main() { return 0; }
/* compiled with: LANG=C wineg++ -v -m32 -lole32 -o main main.c */
Swapping `-m32` out for `-m64` the winelib binary builds as expected. Most
notably, the underlying GCC invocations include both `-m64` and `-m32` in that
order (though it may have always done that), and the core Windows libraries
cannot be found (which kind of makes sense since Wine no longer ships actual
32-bit libraries).
On a related note: is it possible to detect whether Wine has been configured
with the new WoW64 mode? I may need to detect this at runtime to be able to
distribute a build of yabridge that works with both the old and new WoW64
modes.
--
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=58413
Bug ID: 58413
Summary: osu!stable steals focus after Alt+Tab
Product: Wine
Version: 10.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: marshnelloosu(a)gmail.com
Distribution: ---
Created attachment 78822
--> http://bugs.winehq.org/attachment.cgi?id=78822
KDE Plasma X11, +x11drv,+trace logs.
osu!stable has always been quirky when it comes to alt-tabbing and window
management, but recently, the game consistently steals focus after Alt+Tab on
most DE/WMs, sometimes even in borderless mode.
I've ran a few tests on different DEs and in both X11/Wayland (with XWayland)
and noticed some funny behavior: the few times the alt-tab actually goes
through, it's when the tab involves an Electron app (e.g. Discord or Visual
Studio Code).
Additionally, on KDE the game seems to sometimes reposition itself in a very
bad way, uploaded an example at: https://i.imgur.com/SLN9hRL.png
Logs contain a test ran on KDE Plasma X11, with 'WINEDEBUG=+x11drv,+trace'.
Thanks in advance!
--
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=57221
Bug ID: 57221
Summary: msmoney.exe crashes when trying to render mrptmain.htm
inside the app
Product: Wine
Version: 6.0.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mshtml
Assignee: wine-bugs(a)winehq.org
Reporter: msd+bugs.winehq.org(a)msd.im
Distribution: ---
In the app Microsoft Money 11.0, I try to see a report (monthly reports) after
installing wine-gecko to make it render.
It crashes with :
```
01c0:err:eventlog:ReportEventW L"msmoney.exe"
01c0:err:eventlog:ReportEventW L"11.0.0.716"
01c0:err:eventlog:ReportEventW L"xul.dll"
01c0:err:eventlog:ReportEventW L"47.0.0.7639"
01c0:err:eventlog:ReportEventW L"0092e348"
```
I rerun the program with `WINEDEBUG=+ieframe,+mshtml,+jscript` to get more
info. I attached this file to this bug report.
wine-6.0.3 (Ubuntu 6.0.3~repack-1) from Ubuntu 22.04.5 LTS
How can I help you more ?
--
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=48283
Bug ID: 48283
Summary: Pegasus Mail 4.73 crashes after install
Product: Wine
Version: 4.0.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: daveypy(a)outlook.com
Distribution: ---
Created attachment 65965
--> https://bugs.winehq.org/attachment.cgi?id=65965
Saved backtrace from crash
After installing Pegasus Mail in Wine, Pegasus Mail crashes upon launch.
I would be willing to test this in Wine STAGING, but I don't know how to
install STAGING alongside STABLE in Ubuntu.
--
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=35684
Bug ID: 35684
Summary: Wine Internet Explorer crash when accessing amazon.com
Product: Wine
Version: 1.7.13
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: daniel.maccabe(a)gmail.com
Created attachment 47650
--> http://bugs.winehq.org/attachment.cgi?id=47650
Backtrace of Wine failure when accessing amazon.com
OS: Linux Mint 16 (Petra) with KDE desktop
Using Wine 1.7.13 in WIN7 mode (also tried WIN XP mode)
Running Wine internet explorer from C:\program files (x86)
Internet Explorer seems to start normally, although slowly. The Winehq web
page loads and appears to render correctly. If I try to access www.amazon.com
(http, or https) the program experiences an error and quits. The following
window is displayed:
report says:
Program Error
The program iexplore.exe has encountered a serious problem and needs to close.
We are sorry for the inconvenience.
This can be caused by a problem in the program or a deficiency in Wine.
--
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=58409
Bug ID: 58409
Summary: Black Mirror 2 needs support for Write fx 2.0
parameter class 0x11
Product: vkd3d
Version: 1.16
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: hlsl
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
09b0:err:d3dcompiler:D3DCompile2 <anonymous>:291:14: E5017: Aborting due to
not yet implemented feature: Write fx 2.0 parameter class 0x11.
1.16-261-gd8edf20c
--
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=44236
Bug ID: 44236
Summary: Poisson Superfish: Slow to write binary file.
Product: Wine
Version: 2.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: raphaelcervantes(a)protonmail.com
Distribution: ---
Discussion is in this forum.
https://forum.winehq.org/viewtopic.php?f=2&t=29936
I am using Wine to run Poisson Superfish. This program essentially does some
calculations and then writes the results into a binary file. This action is
performed in less than a second in a Windows environment. Unfortunately, it
takes about 10 seconds to write this binary file under Wine. Here is how to
reproduce the error:
1. Install Poisson Superfish on linux using Wine. You have to scroll all the
way down and click register.
http://laacg.lanl.gov/laacg/services/download_sf.phtml
2. Once installed, open a unix terminal in this directory
.../.wine/drive_c/LANL/Examples/RadioFrequency/Waveguides/
3. Run wineconsole cmd.
4. In the new window, run RUNWG.BAT.
3. Several windows will pop up. The ones that stall for a bit are in the
process of writing to a file named something.T35. The T35 refers to tape 35 (I
guess that's how a sector of harddrive memory would be referred as back in the
80s). This is the binary file with the solution in it.
It will finish eventually, but it is pretty slow.
--
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=52646
Bug ID: 52646
Summary: Trying to run wit (Wimms Iso Tools) , it works, its
just when I start the iso extraction it gives me this
error.
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winedbg
Assignee: wine-bugs(a)winehq.org
Reporter: madeinclt26(a)gmail.com
Distribution: ---
Created attachment 71966
--> https://bugs.winehq.org/attachment.cgi?id=71966
After it starts extracting the iso it says " The program wit.exe has
encountered a serious problem and needs to close. We are sorry for the
inconvenience.
After it starts extracting the iso it says " The program wit.exe has
encountered a serious problem and needs to close. We are sorry for the
inconvenience.
--
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=54975
Bug ID: 54975
Summary: win32u:win32u exits prematurely, leaves child process
behind, interferes with
windows.globalization:globalization
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
win32u:win32u exits prematurely, leaves child process behind:
win32u:win32u start dlls/win32u/tests/win32u.c
[...]
win32u.c:1037: Test marked todo: res = 4
win32u.c:1040: Test marked todo: buf[1] = 0
win32u:win32u:09f0 done (0) in 0s 1295B
win32u.c:1045: Test failed: res = 0
win32u.c:1046: Test failed: buf = d
win32u.c:1049: Test failed: res = 0
win32u.c:1059: Test failed: res = 0
09e0:win32u: 14 tests executed (2 marked as todo, 0 as flaky, 4 failures), 0
skipped.
See https://test.winehq.org/data/patterns.html#win32u:win32u
There are two things to notice in the above log:
* The main win32u:win32u process is 09e0 but it did not issue a 'tests
executed' summary. This means it exited prematurely.
* 09e0 is a child process that continues running and printing messages which
interferes with the next test, specifically
windows.globalization:globalization.
Also on the TestBot one can find the corresponding Wine log which contains
these lines that seem strongly correlated to this issue:
0480:err:seh:KiUserCallbackDispatcher ignoring exception
0480:err:seh:KiUserCallbackDispatcher ignoring exception
wine client error:480: partial write 57344
Running: win32u:win32u (694 of 774)
Running tests - 6 failures
This issue only happens on Linux and happens systematically but only on three
configurations:
fg-deb64-t32 but not for the wow32 and wow64 builds on the same
machine
fgtb-debian11-wow64 but not for the wow32 build on the same machine
debian11b-wow64 but but not for the wow32 build on the same machine
(and none of the 32-bit builds on debian11 is impacted)
And I have been unable to reproduce this failure on my machine (fg-deb64-t32).
So it's unclear what causes this failure but it clearly started on 2023-05-15
so it's probably some commit on that day.
--
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=58408
Bug ID: 58408
Summary: win32u:input: Performance regression in Resident Evil
2 due to internal messages.
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: lojorix20(a)yandex.ru
Regression SHA1: b053e924e8e13b3637f2a5a8ffe88d84c2d17075
Distribution: ---
There is a performance regression in some games like Resident Evil 2 and NFS:
Most Wanted (2012). After removing peek_message call in
win32u:input:check_for_events the fps is back to normal.
--
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=58407
Bug ID: 58407
Summary: Window property bug
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: skielbowicz(a)gmail.com
Distribution: ---
Created attachment 78813
--> http://bugs.winehq.org/attachment.cgi?id=78813
variations-tested
Window property bug. When Window property is less than 160 for the Green or
Blue values. The WindowText disappears.
[HKEY_CURRENT_USER\Control Panel\Colors]
"Window"="159 159 159"
"WindowText"="255 0 0"
--
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=58398
Bug ID: 58398
Summary: vbscript: For each function with Split a empty string
Product: Wine
Version: 10.10
Hardware: x86-64
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: fang.jiali(a)vico-lab.com
When I use following script,
the behavior is different with MS's.
-----------------------------------------
Dim arrText
arrText = ""
Dim value
For Each value In Split(arrText, ",")
msgbox value
Next
-----------------------------------------
if we use wine's script engine, it will show a popop message.
if we use MS's script engine, it will NOT show a popop message.
--
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=58404
Bug ID: 58404
Summary: scrollbars and window decorations disappear when
"Message Box Text" font set to "Monaspace Krypton
SemiWide"
Product: Wine
Version: 10.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alanas.00(a)mail.ru
Distribution: Mint
1. download monaspace-v1.200.zip from
https://github.com/githubnext/monaspace/releases/tag/v1.200
2. extract all files from monaspace-v1.200/fonts/otf directory inside
monaspace-v1.200.zip to ~/.local/share/fonts
3. run winecfg
4. click "Desktop Integration" tab
5. click "Item:" combobox
6. click "Message Box Text"
7. click "Font..."
8. find and click "Monaspace Krypton SemiWide" inside "Font:" list
9. click "OK"
10. click "Apply"
scrollbars and window decorations disappear
wine version: wine-devel 10.10~noble-1
--
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=58041
Bug ID: 58041
Summary: PlayOnline Viewer: Black screen when running via
winewayland.
Product: Wine
Version: 10.4
Hardware: x86-64
URL: https://web.archive.org/web/20210810150839/http://www.
playonline.com/ff11eu/download/media/install_win.html
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: chiitoo(a)gentoo.org
Distribution: Gentoo
Running PlayOnline Viewer via Wayland by setting DISPLAY="" in an LXQt/Wayfire
session results into a completely black window.
The application still works, just no content can be seen.
Final Fantasy XI Online, which PlayOnline Viewer is used to launch, seems to
work OK so far, when navigated to blindly.
Did not spot anything different in the default terminal output yet.
Running via XWayland works as expected, though that also means a black screen
in displays other than the primary screen, or rather the content just isn't
updated in the other screens.
Without XWayland, the result is the same regardless of the display.
Thank you!
--
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=44253
Bug ID: 44253
Summary: Access violation in multiple cases
Product: Wine
Version: 3.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ihormcd+wine(a)gmail.com
Distribution: ---
Created attachment 60052
--> https://bugs.winehq.org/attachment.cgi?id=60052
crash
Access violation exception due to access by 0x0000 address in multiple use
cases while using Far3.
>From Far app try to:
1) on lunch of EXE file (Far.exe, WinMergeU.exe, others)
2) switch drive for the pane (Alt+F1/F2)
3) switch to Quick view mode for a file (Ctrl+Q)
*) few other cases
App: Far Manager 3.0 build 5100 x64
Wine details: wine-3.0-rc3, the app runs using wineconsole
--
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=58405
Bug ID: 58405
Summary: Steam: Doesn't request installation for Mono or Gecko
and unable to open
Product: Wine
Version: 5.0
Hardware: x86-64
OS: MacOS
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pocowit878(a)finfave.com
Created attachment 78812
--> http://bugs.winehq.org/attachment.cgi?id=78812
The backtrace file for the new instance where this error was repeated.
I installed a clean installation of Wine for all users on my mac and I was
installing Steam. The installation of Steam seemed to work fine (without any
pop-ups for Mono or Gecko even though I wanted to install them) but when Steam
ran automatically, it said it wasn't supported for my os, so I changed it from
Windows 7 to Windows 10 in the Wine settings, and ran Steam.exe from: Program
Files (x86) -> Steam -> Steam.exe. After taking a while, Wine encountered a
program error: "The program (unidentified) has encountered serious issues and
needs to close. We are sorry for the inconvenience." I wasn't able to save the
backtrace log as Steam re-opened to an error page. On this page it stated:
"steamwebhelper, a critical Steam component, is not responding. The Steam UI
will not be usable. Click [here
(https://help.steampowered.com/en/faqs/view/6C3E-9504-CC20-AF49) ] for more
information. | Let's try to help: (options available were:) Restart Steam;
Restart Steam with GPU Acceleration disabled; Restart Steam with Browser
Sandboxing disabled; Restart steamwebhelper; Exit Steam" The GPU Acceleration
disabling option didn't work, I assume 'browsing' doesn't work since Mono and
Gecko aren't installed, and Restart steamwebhelper didn't load anything, even
after 10 mins. I am very confused. I even installed Mono myself after this and
tried again but still no luck, unfortunately. Link to download the Wine version
I used (5.0):
https://dl.winehq.org/wine-builds/macosx/pool/winehq-stable-5.0.pkg
I'm on macOS 10.13, so unfortunately I can't use a newer Wine version. I've
also double checked that I have the latest version of XQuartz and have
installed the 64-bit support for Wine. After reproducing this error, I saved a
new backtrace log (I'm not sure if it's attached, 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.
http://bugs.winehq.org/show_bug.cgi?id=58276
Bug ID: 58276
Summary: pulse.c should silence_buffer after calloc
Product: Wine
Version: 8.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winepulse.drv
Assignee: wine-bugs(a)winehq.org
Reporter: jxvhulzowyrobfwwze(a)nbmbb.com
Distribution: ---
When pulse_write is “prebuffering … frames of silence,” it uses calloc to zero
out a buffer, then immediately calls pa_stream_write.
This isn’t correct for an unsigned 8-bit (u8) stream, since the neutral value
should be 128 instead of zero. This causes noticeable clicking whenever the
sender stops or resumes playback. (For example, old games that play occasional
WAV files as sound effects.) The issue can be reproduced using Sound Recorder
from Win3.1 and an 8-bit mono WAV file. Play the same sound over and over until
it starts clicking/popping.
I’m not sure if this scenario (the end of a WAV file) should even trigger
“buffer underrun” logic at all, since it’s an intentional gap. But regardless
of the reason for the underrun, there should be a silence_buffer call there.
I tested this in Wine 8, but confirmed the logic is the same in the latest
version.
--
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=58198
Bug ID: 58198
Summary: Wine missing WH_JOURNALPLAYBACK, required by VB
SendKeys
Product: Wine
Version: 8.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user16
Assignee: wine-bugs(a)winehq.org
Reporter: jxvhulzowyrobfwwze(a)nbmbb.com
Distribution: ---
Wine doesn’t implement WH_JOURNALPLAYBACK, which is required by the Visual
Basic SendKeys function. This makes the game “Mordor: The Depths of Dejenol”
unplayable after entering the dungeon.
I’ve confirmed with 32-bit Wine 8 and 16-bit VB3, but the logic seems unchanged
in more recent Wine (and VB) versions. Microsoft eventually released a VB6
runtime that reimplemented SendKeys using SendInput instead of
WH_JOURNALPLAYBACK, but that only fixes VB6 binaries.
https://archives.miloush.net/michkap/archive/2007/09/10/4850360.htmlhttps://web.archive.org/web/20130615064311/http://blogs.msdn.com/b/michkap/…
The story gets worse for programs that invoke DoEvents after SendKeys. Since
DoEvents “first clears all pending keystrokes from the SendKeys function,” it
enters an endless loop waiting for PeekMessage to return the expected
WH_JOURNALPLAYBACK messages. CPU usage goes to 100%, and it’s easy to run out
of stack space if DoEvents is invoked repeatedly.
https://nolongerset.com/how-doevents-works/
Thankfully, running with WINEDEBUG=warn emits a clear message,
“SetWindowsHookEx16 hook type 1 broken in Win16” pointing us to
https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/user.exe16/hook.c
This game is particularly creative, using SendKeys as some sort of input
filter. Many keyboard and mouse inputs are apparently translated to SendKeys
calls. I don’t fully understand the logic, except that the game is unplayable
without it.
I can’t say whether it’s worth fixing this or not. At the very least, it’s
helpful to know why this game doesn’t work, without having to keep trying each
new Wine release.
The free demo of “Mordor: The Depths of Dejenol” can be downloaded from
https://www.decklinsdemise.com/mordor.htm
--
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=46930
Bug ID: 46930
Summary: DirectX 1 installer Closes after open without
installing
Product: Wine
Version: 3.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: sk9258user(a)mail.ru
Distribution: ---
Created attachment 64037
--> https://bugs.winehq.org/attachment.cgi?id=64037
log
I change wine Windows version to 95 and open DirectX 1.0 installer, but window
instant closes and Installing stopped on unpacking. In logs I see msvcp error
missing shm_open() function. WTF???
--
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=56695
Bug ID: 56695
Summary: Unreal Engine game checks for a specific VC runtime
regkey
Product: Wine
Version: 9.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: galtgendo(a)o2.pl
Distribution: ---
Created attachment 76479
--> https://bugs.winehq.org/attachment.cgi?id=76479
registry key being checked for
An Unreal Engine game checks for a VC++ runtime libs by checking for a specific
registry key created during install of that runtime upon startup.
Consider adding that key.
--
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.