https://bugs.winehq.org/show_bug.cgi?id=55240
Bug ID: 55240
Summary: The 64-bit winmm:capture & winmm:wave get BADDEVICEID
on Windows 10+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: winmm&mci
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The 64-bit winmm:capture & winmm:wave get BADDEVICEID on Windows 10+:
capture.c:180: Test failed: waveInGetDevCapsW(0): MMSYSERR_NOERROR expected,
got MMSYSERR_BADDEVICEID(A device ID has been used that is out of range for
your system.)
[...]
wave.c:691: Test failed: waveOutGetDevCapsW(WAVE_MAPPER): MMSYSERR_NOERROR
expected, got MMSYSERR_BADDEVICEID(A device ID has been used that is out of
range for your system.)
[...]
See https://test.winehq.org/data/patterns.html#winmm:capturehttps://test.winehq.org/data/patterns.html#winmm:wave
This started with the GitLab CI's switch to Debian 12 (bookworm) for the build
system:
* The winmm_test.exe binary produced by the TestBot's Debian 11-based build VM
produces no failures when run on Windows while GitLab CI's binary for the same
Wine version produces this set of failures.
* And the TestBot runs the official WineTest builds on its Windows VMs which is
why the failures appeared on 2023-07-10 which corresponds to this commit:
commit 5799e89f15b5584f186dcc2fd24b98e0a7bd6c10
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Mon Jul 10 17:18:49 2023 +0200
gitlab: Upgrade the Debian image to bookworm.
Now the question is whether the new build environment revealed a preexisting
bug in Wine, or if the new build environment itself is broken, or if the bug is
elsewhere such as in the MinGW compiler.
--
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=55486
Bug ID: 55486
Summary: Finale 27 printing mangled
Product: Wine
Version: 8.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineps.drv
Assignee: wine-bugs(a)winehq.org
Reporter: davech(a)t-online.de
Distribution: ---
Created attachment 75044
--> https://bugs.winehq.org/attachment.cgi?id=75044
screenshot from program
Printing from Finale 27 (https://www.finalemusic.com/) using the wine ps driver
severely mangles the output (example attached).
This is reproducible on all wine versions from 8.0
The output from wine 7.0.2 is correct
--
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=43137
Bug ID: 43137
Summary: The Elder Scrolls: Oblivion crashes after opening logo
screens.
Product: Wine
Version: 2.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rfarmer84(a)outlook.com
Distribution: ---
Created attachment 58351
--> https://bugs.winehq.org/attachment.cgi?id=58351
Backtrace
When I try to run The Elder Scrolls: Oblivion from Gog.com, the opening logos
(Bethesda, copyrights, etc) play, as well as the opening jingle, and then the
screen goes blank and the game crashes.
Using Wine 2.9 (64-bit) as provided by Fedora 26.
Backtrace and terminal output attached.
--
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=54588
Bug ID: 54588
Summary: iphlpapi:iphlpapi - test_GetExtendedTcpTable()
sometimes fails because the buffer is too small in
Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: iphlpapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
iphlpapi:iphlpapi - test_GetExtendedTcpTable() sometimes fails because the
buffer is too small in Wine:
iphlpapi.c:1892: Test failed: got 122
iphlpapi.c:1910: Test failed: got 122
iphlpapi.c:1949: Test failed: got 122
See https://test.winehq.org/data/patterns.html#iphlpapi:iphlpapi
This looks like the same issue as with GetAdaptersAddresses(): the number of
entries in the table increases between the first call to compute the size and
the second call that tries to fill the table.
So all uses of GetAdaptersAddresses() should use a loop to defend against this.
nsi:nsi also uses a similar code pattern and although it does not seem to have
failures, it should probably be patched too.
--
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=51327
Bug ID: 51327
Summary: GdipCreateFont initializes font with ANSI_CHARSET
Product: Wine
Version: 6.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: galtgendo(a)o2.pl
Distribution: ---
I'm not sure whether it's a bug or not, but wouldn't DEFAULT_CHARSET be a more
proper initial value for the charset field ?
Depending on locale, these two may differ.
--
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=48969
Bug ID: 48969
Summary: RageMP: not starting
Product: Wine-staging
Version: 5.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tobiasv(a)posteo.de
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 66947
--> https://bugs.winehq.org/attachment.cgi?id=66947
Log file
Installing RageMP works fine, but starting it won't. Im just getting an error
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.
https://bugs.winehq.org/show_bug.cgi?id=46483
Bug ID: 46483
Summary: I wanted to open cemu
Product: Wine
Version: 4.0-rc5
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 2021duffykod(a)isd47.org
Created attachment 63314
--> https://bugs.winehq.org/attachment.cgi?id=63314
i was trying to run cemu 1.7.2
i just downloaded wine stable and after I downloaded it i wanted to open cemu.
i'm not sure if this is from cemu or installing wine. I'm using Mac OS X
--
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=38823
Bug ID: 38823
Summary: Sumatra PDF 3.0: tabs don't work correctly
Product: Wine
Version: 1.7.45
Hardware: x86
URL: https://kjkpub.s3.amazonaws.com/sumatrapdf/rel/Sumatra
PDF-3.0-install.exe
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gohabsgo60(a)yahoo.ca
Distribution: ---
to reproduce, install Sumatra PDF 3.0 in a clean prefix using the default
options.
then, in wincfg, either turn off "Allow the windows manager to decorate the
windows" or turn on "Emulate a virtual desktop", so that the tab area isn't
cropped.
then click on the menu button, choose File > Open... and open a bunch of files
(10 is a good number).
each file is opened in a tab. cycling through the tabs with the keyboard works
perfectly (Ctrl-Tab and Ctrl-Shift-Tab). however, the tabs aren't handling
mouse events properly.
if we number the tabs 0,1,2,3... then two things become apparent:
-- odd numbered tabs don't seem to respond to mouse events at all.
-- hovering/clicking tab 2*n will highlight/activate tab n, e.g., clicking tab
6 activates tab 3.
the program is open source and the code is avilable here:
https://github.com/sumatrapdfreader/sumatrapdf
--
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=55184
Bug ID: 55184
Summary: running dwarf-fortress 50.09 (steam version), the
application crashes with Unimplemented function
msvcp140_atomic_wait.dll.__std_acquire_shared_mutex_fo
r_instance called at address 0000000174013A07 (thread
0130)
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: wine(a)familiekuehn.eu
Distribution: ---
Version 50.08 runs smoothly, looks like a function in the dll is not
implemented?
--
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=55001
Bug ID: 55001
Summary: ToneX by IK Multimedia doesn't open
Product: Wine
Version: 8.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hadresadri(a)gufum.com
Distribution: ---
Created attachment 74554
--> https://bugs.winehq.org/attachment.cgi?id=74554
Log Report
Won't open, gets this Program Error instead:
The program TONEX.exe has encountered a serious problem and needs to close. We
are sorry for the inconvenience.
New install of Wine and pretty much fresh install of Linux Mint, not my
computer's fault basically.
--
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.