https://bugs.winehq.org/show_bug.cgi?id=48936
Bug ID: 48936
Summary: IL-2 Sturmovik 1946 v4.13.4 fails to load
(0009:err:ntdll:RtlpWaitForCriticalSection section
0x9beebc "?" wait timed out)
Product: Wine
Version: 5.6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xeno(a)x-s.com.pl
Distribution: ---
Created attachment 66912
--> https://bugs.winehq.org/attachment.cgi?id=66912
Full console output
Flight simulator Il-2 1946 fails to load with
0009:err:ntdll:RtlpWaitForCriticalSection section 0x9beebc "?" wait timed out
in thread 0009, blocked by 0000
message in the console.
Game itself installs OK, with some error thrown out at the finish of the
installation process. Upon launching it shows load screen, goes to 95% and gets
stuck, on the console timeout message as above is shown. It doesnt matter if
it's launched from desktop shortcut or from console.
Full console output attached
Game installed few times in prefixes:
- Win7 64bit used for other flightsims (Falcon4 BMS4)
- Win7 32it dedicated to Il2
I've applied lib overrides (msvcp71 and msvcr71 native) suggested in AppDb to
no avail.
To make sure, i've installed the game under Widows7 PRO 64bit (in VM). It went
all smooth with no errors, it even stgarts in VM. I've copied game dir to the
linux drive and tried to launch it. It failed to start properly the same way.
OS specs:
System: Fedora 31 x86_64
kernel: 5.5.16
xorg: 1.20.6-1
libdrm: 2.4
mesa: 19.2.8-1
Both 32 and 64bit versions of wine and critical libs (mesa, gstreamer and so
on) are installed on this system
Source of the game: GoG installer
version used: Il2 4.13.4m (straight from GoG) and 4.14.1 (GoG installer +
4.13.4 to 4.14.1 official patch)
--
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=39420
Bug ID: 39420
Summary: cant play lineage e global
Product: Wine
Version: 1.7.50
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: geckagm(a)gmail.com
Distribution: ---
Created attachment 52534
--> https://bugs.winehq.org/attachment.cgi?id=52534
i cant play lineage :(
what is the problem?
--
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=48789
Bug ID: 48789
Summary: Steam Game "Freestyle 2: Street Basketball" detects
wine as virtual machine (Themida protected)
Product: Wine
Version: 5.4
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
When starting the game, it shows a Messagebox "Sorry, this application cannot
run under a Virtual Machine" and quits.
The game is Themida protected.
I tried with both "wine-5.4" and "wine-staging-5.4".
The game is free on Steam:
https://store.steampowered.com/app/339610/Freestyle_2_Street_Basketball/
--
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=42717
Bug ID: 42717
Summary: Mouse drift in My Summer Car
Product: Wine
Version: 2.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: znggurj+wine(a)gmail.com
Distribution: ---
Hi all, I am using wine 2.4 staging to try and play the game My Summer
Car on Steam. It was built with the Unity engine.
Whenever I use the mouse buttons or scroll wheel, the mouse seems to
move to the bottom right of the screen.
I don't think that the problem is specific to My Summer Car, this
StackOverflow user has the same issue with another unity game:
http://stackoverflow.com/questions/37181093/moving-mouse-in-unity3d-games-s…
I thought that maybe my mouse or keyboard was accidentally being
picked up as a joystick but this is not the case:
$ ls /dev/js*
ls: cannot access '/dev/js*': No such file or directory
ls /dev/input/js*
ls: cannot access '/dev/input/js*': No such file or directory
Not sure where to start with fixing this, any help would be appreciated :)
--
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=49120
Bug ID: 49120
Summary: Civilization IV Beyond The Sword: can't load saved
games
Product: Wine
Version: 5.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pabloantunes(a)protonmail.com
Distribution: ---
Created attachment 67116
--> https://bugs.winehq.org/attachment.cgi?id=67116
Created by Wine
I can play new games, but can't load the saved ones.
--
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=3930
Lucas <lucasout(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |lucasout(a)gmail.com
--- Comment #78 from Lucas <lucasout(a)gmail.com> ---
Created attachment 67115
--> https://bugs.winehq.org/attachment.cgi?id=67115
deadlock save file and WINEDEBUG log
(In reply to Damjan Jovanovic from comment #28)
> Created attachment 18110 [details]
> Latest patch
>
> Here is the latest patch, the one I am about to send to wine-patches.
I tried this patch in Wine-5.8 and was able to run the Deadlock GOG version.
The start menu bug is gone. However, music was cracking and there's a hard
crash after loading a game.
I'm attaching the save file and the debug output of:
WINEDEBUG=+relay,+seh,+tid,+mmdevapi,+winmm,+driver,+msacm,+midi,+dsound,+dsound3d,+dmusic,+mci,+oss,+alsa,+coreaudiWINEDEBUG=+relay,+seh,+tid,+mmdevapi,+winmm,+driver,+msacm,+midi,+dsound,+dsound3d,+dmusic,+mci,+oss,+alsa,+coreaudi
--
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=43454
Bug ID: 43454
Summary: Finereader 12 Professional crashes at start
Product: Wine
Version: 2.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sanya-0996(a)yandex.by
Distribution: ---
Created attachment 58821
--> https://bugs.winehq.org/attachment.cgi?id=58821
backtrace
Finereader 12 Professional crashes at start with wine 1.6, 2.0.2 and 2.13.
Installed by:
wine msiexec /i ABBYY\ FineReader\ 12\ Professional.msi DISABLEROLLBACK=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=43765
Bug ID: 43765
Summary: RSpec-Explorer windows are sometimes unresponsive to
keyboard and mouse input
Product: Wine
Version: 2.17
Hardware: x86
URL: https://www.rspec-astro.com/setupdownload/
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Distribution: ---
Under some conditions, the application will refuse to respond to mouse and
keyboard input. The windows can be minimized, closed, focused, etc; and edit
controls will blink the caret, but buttons won't be clicked and other controls
similarly won't update. This affects not only the main window but also the
common open-file dialog.
I can pretty reliably trigger this by starting the main application, ensuring
that it is not maximized, then clicking the folder icon in the upper left to
trigger the open-file dialog. Said dialog will in most cases not respond to
input as described above; and, when it is closed, the main window will
sometimes similarly stop responding to input. I can also see this behaviour,
though less consistently, with the first window that shows up (warning you that
this program is a free trial); this window sometimes fails to respond to input,
and usually the main window will fail to respond after it is closed.
This state of unresponsiveness can in fact be undone. If the main window is
unresponsive, minimizing and restoring it will cause it to again be responsive.
More bizarrely, if one of the dialog windows is unresponsive, moving the main
window below the dialog (or nearly below it) will cause it to be responsive;
additionally, any keyboard or mouse events will be processed.
Adding some traces to DIALOG_DoDialogBox() shows that there are clearly mouse
events in the queue, but they seem to be ignored by PeekMessage(). I have no
idea why this would happen.
--
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.