https://bugs.winehq.org/show_bug.cgi?id=55269
Bug ID: 55269
Summary: ntdll:info - The 32-bit
test_query_process_debug_port() gets a bad len on
Windows 8 64-bit
Product: Wine
Version: unspecified
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 - The 32-bit test_query_process_debug_port() gets a bad len on
Windows 8 64-bit :
info.c:2082: Test failed: len set to 32ed70
info.c:2089: Test failed: len set to 32ed70
info.c:2096: Test failed: len set to 32ed70
See https://test.winehq.org/data/patterns.html#ntdll:info
A bisect shows that the failures started with the commit below:
commit 7e521b4db353bcfb60976d89009636bec8e16a8d
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Tue Jul 11 13:41:13 2023 +0200
ntdll: Fix returned length for some info classes in
NtQueryInformationProcess().
--
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=47767
Bug ID: 47767
Summary: Airport Mania First Flight - Very slow loading times
and awful performance
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: iodreamify(a)gmail.com
Distribution: ---
Created attachment 65248
--> https://bugs.winehq.org/attachment.cgi?id=65248
winedebug log
The game starts and shows an intro screen but then only gets 3-4 fps both when
the loading screen starts and after the loading is done the performance is just
as bad.
I seem to remember trying it with an older version of Wine about 3 years ago
and it worked much better but unfortunately i don't remember which version or
what commit may have broken it.
Tried compiling wine for a regression test but the application won't start with
the compiled version.
I've attached the output of a WINEDEBUG=warn+all log below.
Thanks for the help.
--
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=45072
Bug ID: 45072
Summary: Wine 3.6 causes 100% CPU use in MikuMikuDance
Product: Wine
Version: 3.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: myjunkmail311006(a)gmail.com
Distribution: ---
In wine-3.6 (Ubuntu 3.6-1), running MikuMikuDance, an animation program, causes
MikuMikuDance to stay at 100% CPU use (one CPU core).
In wine-3.0 (Ubuntu 3.0-1ubuntu1), it's at 21% CPU use under the same
conditions, which is with nothing loaded and not rendering any frames using the
'save power' mode under View menu. with 'save power' mode turned off, it's at
31% CPU while rendering the coordinate axes at 58 fps.
In Wine 2.18, it used the same or less CPU as in 3.0.
I know the guidelines say to run a regression test but I don't think I could
compile wine successfully; I'm using the Ubuntu 18.04 stable and development
packages.
This happens with a default Wine install, which is enough to run 32-bit MMD
without the addon MikuMikuEffect. (Installing a specific version of Visual C++
2008 may be necessary to get 64-bit MMD to run at all.)
(With my CPUs set to lowest frequency, MMD goes to 50% CPU in 'top' with Wine
3.0. With Wine 3.6, MMD goes from 60~100% CPU at maximum frequency to 100~115%
CPU at 1/3 frequency.)
--
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=34751
Bug #: 34751
Summary: Aura: Fate of the Ages: sounds aren't played, but
music works fine
Product: Wine
Version: 1.7.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: winebugs140(a)gmail.com
Classification: Unclassified
Created attachment 46334
--> http://bugs.winehq.org/attachment.cgi?id=46334
Aura Sound Log
+tid,+mmdevapi,+winmm,+driver,+midi,+dsound,+dsound3d,+dmusic,+mci,+oss,+alsa,+coreaudio
For example there's no sound of this moving thing in the center of the menu, or
you can't here fire in the fireplace if you enter the room through the first
door you see when the game begins.
The problem can be reproduced in the demo (check out the link).
Tested with:
Windows Vista (without Wine), GeForce 9600M GS--the program works fine here
Ubuntu 13.04, GeForce 9600M GS (NVIDIA driver 313)
Mac OS X 10.7.5, ATI HD 2600 Pro, Mac Driver/X11
--
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=55560
Bug ID: 55560
Summary: The 64-bit dbghelp:dbghelp times out in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: dbghelp
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
The 64-bit dbghelp:dbghelp times out in Wine:
dbghelp.c:106: Test failed: got bad return address 17000ecf4
dbghelp:dbghelp:0688 done (258) in 120s 62B
See https://test.winehq.org/data/patterns.html#dbghelp:dbghelp
The timeouts are systematic and started on 2023-09-07. A bisect shows that this
failure started with the commit below:
commit 425bd55b02e375b9ac8f79b254ce3ca5c9e72719
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Thu Sep 7 16:02:12 2023 +0200
winegcc: Don't disable unwind tables for PE targets.
--
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=55605
Bug ID: 55605
Summary: winmm:mci sometimes gets an assertion in GitLab CI's
Wine tests
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winmm&mci
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
winmm:mci sometimes crashes in Wine:
mci.c:1259: Wine style MCI auto-close upon notification
Unhandled exception: assertion failed in wow64 32-bit code (0xf7faf559).
See https://test.winehq.org/data/patterns.html#winmm:mci
test_AutoOpenWAVE()'s "Wine style" trace is usually the last in the report so
the crash may happen in that function or one that is called after.
Furthermore this crash is specific to the GitLab CI Wine test environment and
the oldest known instance happened on 2023-07-18. So this may have started with
GitLab CI's switch to the Debian 12 build environment (2023-07-10):
* 2023-09-15 MR!3808
* 2023-09-14 MR!3805
* 2023-09-14 MR!3779
* 2023-09-14 MR!3757
* 2023-09-12 MR!3802
* 2023-09-01 MR!3505
* 2023-08-29 linux_gitlab-debian-32
* 2023-08-28 linux_gitlab-debian-32
* 2023-08-23 MR!3635
* 2023-08-22 MR!3632
* 2023-08-16 MR!3577
* 2023-08-14 MR!3473
* 2023-08-03 linux_gitlab-debian-32
* 2023-08-02 MR!3433
* 2023-08-01 MR!3452
* 2023-07-31 MR!3323
* 2023-07-27 MR!3379
* 2023-07-20 MR!3260
* 2023-07-18 MR!3350
--
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=55555
Bug ID: 55555
Summary: secur32:secur32 - test_ticket_cache() crashes on macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: secur32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
secur32:secur32 - test_ticket_cache() crashes on macOS:
secur32.c:485: Test failed: got c0000135
Unhandled exception: page fault on read access to 0x0000000000000000 in 64-bit
code (0x00000140013f0a).
See https://test.winehq.org/data/patterns.html#secur32:secur32
Where 0xc0000135 == STATUS_DLL_NOT_FOUND
The crash is systematic and only happens macOS (see Remi's rbernon-macos-*
cloud test machines). Maybe Kerberos support is missing?
--
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=53264
Bug ID: 53264
Summary: mmdevapi:capture - test_audioclient() fails
systematically on Windows 10 1909+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: mmdevapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
mmdevapi:capture - test_audioclient() fails systematically on Windows 10 1909+:
capture.c:534: Test failed: SetEventHandle returns 80070002
capture.c:135: Test failed: Start on a stopped stream returns 88890014
capture.c:137: Test failed: Waiting on event handle failed!
capture.c:155: Wait'ed position -1 pad 0 flags abadcafe, amount of frames
locked: 0
capture.c:187: Test failed: GetNextPacketSize 0 vs. GCP 0
capture.c:190: Test failed: Valid IAudioCaptureClient_GetBuffer returns
08890001
capture.c:219: Sleep.1 position -1 pad 0 flags abadcafe, amount of frames
locked: 0
capture.c:259: Test failed: GetNextPacketSize 0 vs. GetDevicePeriod 448
capture.c:264: GetBufferSize 21996 period size 448
capture.c:272: Test failed: Valid IAudioCaptureClient_GetBuffer returns
08890001
capture.c:274: Overrun position -1 pad 0 flags abadcafe, amount of frames
locked: 0
capture.c:299: Test failed: Valid IAudioCaptureClient_GetBuffer returns
08890001
capture.c:301: Cont'ed position -1 pad 0 flags abadcafe, amount of frames
locked: 0
capture.c:314: Test failed: Stop on a started stream returns 00000001
capture.c:317: Test failed: Start on a stopped stream returns 88890014
capture.c:320: Test failed: Valid IAudioCaptureClient_GetBuffer returns
08890001
capture.c:325: Restart position 0 pad 0 flags abadcafe, amount of frames
locked: 0
capture.c:327: Test failed: restarted GCP 0
capture.c:339: Test failed: Stop on a started stream returns 00000001
capture.c:354: Reset position -1 pad 0 flags abadcafe, amount of frames
locked: 0
capture.c:361: Test failed: Start on a stopped stream returns 88890014
capture.c:369: Test failed: Valid IAudioCaptureClient_GetBuffer returns
08890001
https://test.winehq.org/data/patterns.html#mmdevapi:capture
80070002 == HRESULT_FROM_WIN32(ERROR_FILE_NOT_FOUND)
88890014 == AUDCLNT_E_EXCLUSIVE_MODE_NOT_ALLOWED AUDCLNT_ERR
It looks like the first failure is the cause for all the others.
--
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=23489
Summary: Buccaneer: quits silently when entering the Tavern
Product: Wine
Version: 1.2-rc6
Platform: x86
URL: http://www.bigdownload.com/games/buccaneer-the-pursuit
-of-infamy/pc/buccaneer-the-pursuit-of-infamy-demo/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
Created an attachment (id=29317)
--> (http://bugs.winehq.org/attachment.cgi?id=29317)
console log
The game Buccaneer: The Pursuit of Infamy will quit silently (without a crash
dialogue or anything) when you enter the Tavern after returning from a mission.
The Tavern is the place where players can save their actual progress in the
game.
Interestingly the game never crashes if you enter the Tavern BEFORE a mission
(I mean right after starting a new game).
You can check out the issue using the demo (122 Mb download size), link added
to URL.
How to reproduce the bug in the demo:
1. Install the demo and start it by T3D.exe. The game will notify you about the
latest update, you can install it, the game will restart after updating.
2. Start a new single-player game, select an available mission in 'Chart Room',
'Set Sail'.
3. You can complete the mission if you like it or simply turn your ship back,
and leave the mission area. You will be returned to your home port (Cutlass
Bay).
4. Back in the port click on 'The Tavern' >> the game will quit unexpectedly.
After some fiddling it turned out that installing native comctl32 components
via winetricks solves the problem.
A standard console log (attached) doesn't reveal too much information, I guess.
Any winedebug I should pass to narrow the problem?
--
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=55267
Bug ID: 55267
Summary: gdi32:font - The 64-bit test_RealizationInfo() gets
invalid parameter errors on Windows 8+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
gdi32:font - The 64-bit test_RealizationInfo() gets invalid parameter errors on
Windows 8+:
font.c:4470: Test failed: ret 0 gle 87
font.c:4472: Test failed: mismatch
See https://test.winehq.org/data/patterns.html#gdi32:font
Where 87 == ERROR_INVALID_PARAMETER
This is specific to the 64-bit tests and first happened on 2023-07-10 which
corresponds to the GitLab CI's move to Debian 12 for building the Windows test
binaries (5799e89f15b5). This is confirmed by the fact that test executables
built on Debian 11 still don't get these failures.
In particular this means:
* These failures will show up in the TestBot's nightly WineTest results since
they use the official winetest.exe binaries built by the GitLab CI on Debian
12.
* But they will not happen when testing patches on the TestBot since, so far,
it still builds the tests on Debian 11.
--
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.