https://bugs.winehq.org/show_bug.cgi?id=46744
Bug ID: 46744
Summary: Settlers IV History Edition
Product: Wine
Version: 4.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: supagu(a)gmail.com
Distribution: ---
Loads into menu, but trying to start a game gives the following error:
0143:fixme:ddraw:d3d_device_create Only one Direct3D device per DirectDraw
object supported.
--
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=41120
Bug ID: 41120
Summary: Shadow Vault does not start a new game with
EZeroDivide message box
Product: Wine
Version: 1.9.16
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 00cpxxx(a)gmail.com
Distribution: Debian
Created attachment 55327
--> https://bugs.winehq.org/attachment.cgi?id=55327
relay log
When attempting to start a new game there is a message box, dismissing it leads
to a hang and this message in the console:
err:ntdll:RtlpWaitForCriticalSection section 0x7de64ac0
"../../../wine/dlls/wined3d/wined3d_main.c: wined3d_cs" wait timed out in
thread 0043, blocked by 0037, retrying (60 sec)
Relay log attached with 198Mb uncompressed. The thread that displays the
problem is 0028, a thread only trimmed version (around 1000 last lines) of the
log is at http://pastebin.com/qXHmQkgv
--
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=21215
Summary: New Star Soccer 2010 crashes when starting a new
career
Product: Wine
Version: 1.1.35
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lminiero(a)gmail.com
New Star Soccer 2010 crashes when you try to start a new career. You can
customize your profile correctly, but when you confirm your choices, and the
database is created for you, halfway though the process Wine crashes.
Everything else (main menu, game engine itself) works correctly. It has been
verified (not by me) that loading an already saved game (e.g. saved in Windows)
works fine, so the problem is in generating the savegame database.
The game has a debug mode, which shows that the last operation printed on
console (be it completed or still ongoing) is a 'DoLeagueElimination' (you can
choose, in the customization process, which leagues you want to be accessible
during the game). I'll attach a back trace.
--
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=41915
Bug ID: 41915
Summary: Crimzon Clover WORLD IGNITION - No music playback,
sound effects missing
Product: Wine
Version: 1.9.23
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: irrenhaus3(a)gmail.com
Distribution: ---
Created attachment 56296
--> https://bugs.winehq.org/attachment.cgi?id=56296
wine output, up until the game shows its loading screen
The Steam version of Yotsubane's shooting game "Crimzon Clover WORLD IGNITION"
doesn't play any background music, misses most of its sound effects and the few
effects it does play are not mixed properly (most of the time they are too
loud).
I believe this bug to be OpenAL-related due to this specific line in the log:
err:winediag:IXAudio2Impl_CreateSourceVoice OpenAL ran out of sources, consider
increasing its source limit.
This bug still prevails in 1.9.23, but it has been present for roughly 2 or 3
earlier releases in the winehq-repository.
Thank you for your time.
--
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=43677
Bug ID: 43677
Summary: Act of Aggression - Stuck on loading screen
Product: Wine
Version: 2.15
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: supagu(a)gmail.com
Distribution: ---
Running from steam, it first tries to install some of the usual libs that steam
does and then run the game:
https://pastebin.com/fkwYwgK5
--
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=49936
Bug ID: 49936
Summary: modal dialog box behaves modeless
Product: Wine
Version: 5.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ch.panel(a)free.fr
Distribution: ---
Creating a modal dialog box in an MDI environment :
when this one has for parent an MDI Child window, this behaves like a modeless
window (bug because MDI child was expecting an answer)
when this one has for parent the Application Frame window (parent of parent...
of MDI Child window), this behaves correctly (modal).
It's like wine doesn't manage MDI model correctly...
--
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=38780
Bug ID: 38780
Summary: AArch64 platforms: register X18 must remain reserved
for Wine to run 64-bit ARM Windows applications
(Distro aarch64 toolchains need '-ffixed-x18' default,
loader/libc/userland)
Product: Wine
Version: 1.7.45
Hardware: aarch64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
split off from bug 38719 ("64-bit ARM Windows applications from Windows SDK for
Windows 10 crash when accessing TEB/PEB members (AArch64 platform specific
register X18 must be reserved for TEB)")
Resolution is 'upstream' here, the Wine part is bug 38719
http://infocenter.arm.com/help/topic/com.arm.doc.ihi0055b/IHI0055B_aapcs64.…
Chapter 5 "THE BASE PROCEDURE CALL STANDARD"
--- quote ---
The role of register r18 is platform specific.
If a platform ABI has need of a dedicated general purpose register to carry
interprocedural state (for example, the thread context) then it should use this
register for that purpose. If the platform ABI has no such requirements, then
it should use r18 as an additional temporary register.
The platform ABI specification must document the usage for this register.
Note
Software developers creating platform independent code are advised to avoid
using r18 if at all possible. Most compilers provide a mechanism to prevent
specific registers from being used for general allocation; portable hand-coded
assembler should avoid it entirely. It should not be assumed that treating the
register as callee saved will be sufficient to satisfy the requirements of the
platform. Virtualization code must, of course, treat the register as they would
any other resource provided to the virtual machine.
--- quote ---
Regards
--
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=47406
Bug ID: 47406
Summary: add support for debug symbols is separate files
Product: Wine
Version: 4.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: winedbg
Assignee: wine-bugs(a)winehq.org
Reporter: galtgendo(a)o2.pl
Distribution: ---
<will be a bit ranty>
One on the "installation options" on Gentoo is 'splitdebug'.
It allows to keep debug symbols in separate files (and potentially keep them
compressed). gdb supports it (AFAICT) seamlessly. While addr2line doesn't seem
to supports it, the one from elfutils does.
I don't know where Gentoo got the idea, but given gdb and elfutils, it's likely
more wide-spread than Gentoo family.
So, would you consider adding support for it in winedbg ?
--
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=46777
Bug ID: 46777
Summary: Two Worlds 2 crashing on start [REGRESSION]
Product: Wine
Version: 4.3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: timofeevsv1989(a)gmail.com
Distribution: ---
Created attachment 63791
--> https://bugs.winehq.org/attachment.cgi?id=63791
Two Worlds 2 crash. Console out.
Two Worlds 2 crashing on start. In older wine (4.0) on load screen.
On old wine 1.1.39 everything was OK
--
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=49852
Bug ID: 49852
Summary: Performance regression in "msvcrt: Use correct code
page in _write when outputing to console."
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: martin(a)martin.st
Distribution: ---
Created attachment 68190
--> https://bugs.winehq.org/attachment.cgi?id=68190
Test sample
Since 081d25d4b989c732d301b786311c034132c8d7a3, "msvcrt: Use correct code page
in _write when outputing to console.", a test app (that prints a lot to stdout)
had an around 10-20x slowdown.
Before, "time wine64 ihateeh-x86_64.exe > /dev/null 2>&1" ran in around 1
second, after that commit it takes 15 seconds. (At some later point, it has
regressed further to 25 seconds. The corresponding testcase on aarch64 used to
run in 3 seconds, after the commit it takes 60, and with current master takes
around 120 seconds.)
--
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.