https://bugs.winehq.org/show_bug.cgi?id=39513
Bug ID: 39513
Summary: Desperados: input lag after resuming from pause
Product: Wine
Version: 1.7.53
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: alessandro.pezzoni(a)runbox.com
Distribution: ---
Created attachment 52652
--> https://bugs.winehq.org/attachment.cgi?id=52652
Sample savegame (to avoid cutscenes)
While playing "Desperados: Dead or Alive" all input will lag for a few seconds
after loading a saved game or resuming the game from the pause menu. It looks
like all input is cached during that time and then executed all at once.
The issue can be reproduced with the demo, obtainable from the Internet Archive
[1]:
1. Install the demo in a clean prefix;
2. (Optional) Copy the attached savegame folder to "Desperados Demo/Game/Data";
3. Start the demo;
4. Load the savegame from 2. or start a new game;
5. Press "Esc" and click "Continue";
6. Moving the mouse or pressing a keyboard shortcut will have no effect for a
few seconds.
I've tested this issue on Arch Linux with wine stable 1.7.53 and with the
current git head, wine-1.7.53-183-g12111d8.
[1]: https://archive.org/download/desperadosDemo/desperadosDemo.rar
sha1: 3c07da95cdc6807b9c08ff3d17de64790c08ec07
--
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=38350
Bug ID: 38350
Summary: FTDI Vinculum II IDE V2.0.2-SP2 gets OLE Error
80020006 on startup and exits
Product: Wine
Version: 1.7.38
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: skenton(a)ou.edu
Distribution: ---
The FTDI Vinculum II IDE for firmware development pops up an OLE error dialog
and exits immediately after the splash screen is loaded at startup.
Works fine on WindowsXP-SP3. Below is everything I thought might help.
VinIDE (current version as of 2015Apr03)
Download Vinculum II Toolchain V2.0.2-SP2
http://www.ftdichip.com/Firmware/vnc2toolchain/Vinculum%20II%20Installer%20…
(popup)
Vinculum II IDE
OLE error 80020006
OK
$ wine --version
wine-1.7.38
$ wineconsole
fixme:wincodecs:PngDecoder_Block_GetCount stub
fixme:ole:RemUnknown_QueryInterface No interface for iid
{00000019-0000-0000-c000-000000000046}
fixme:msxml:domelem_setAttributeNode (0x14aaf0)->(0x14ac98 0x33f774): semi-stub
$ uname -a
Linux Cube 3.16.0-33-generic #44-Ubuntu SMP Thu Mar 12 12:19:35 UTC 2015 x86_64
x86_64 x86_64 GNU/Linux
--
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=27439
Summary: Age of Pirates - City of Abandoned Ships crashes while
entering the sea
Product: Wine
Version: 1.3.21
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kitmaxter(a)gmail.com
Created an attachment (id=35091)
--> (http://bugs.winehq.org/attachment.cgi?id=35091)
wine log while trying to enter the sea
Mostly every time, while trying to enter the sea from landing, game crashes.
Some times it is possible to enter the sea, then go into the map mode and go to
other island, but the game will crash on next try to enter the sea mode
(encounters like storm or pirates, or harbor of other island).
--
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.
http://bugs.winehq.org/show_bug.cgi?id=11268
Summary: Civilization I for Windows (16-bt) incorrectly displays
some dialogues
Product: Wine
Version: 0.9.53.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: neptunia(a)mail.ru
Some dialogue windows in the game have non-rendered areas near window border
which display garbage/previous windows existed in this place.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=32679
Bug #: 32679
Summary: cmd.exe Add support for || and &&
Product: Wine
Version: 1.5.21
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: cmd
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: us(a)edmeades.me.uk
Classification: Unclassified
Add support to cmd.exe for the && and || functionality - They are currently
parsed and handled ok, but not correctly processed
--
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.
http://bugs.winehq.org/show_bug.cgi?id=32515
Bug #: 32515
Summary: Warhammer 40,000: Space Marine (Steam) fails to start
Product: Wine
Version: 1.5.20
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
Classification: Unclassified
Created attachment 42894
--> http://bugs.winehq.org/attachment.cgi?id=42894
plain terminal output
On startup the game shows a black screen for a few seconds and audio from the
intro video can be heard for 0.5-1 second, then the game's own bug reporting
tool (Bugsplat) is popping up: "A problem has been encountered and the program
needs to close". No backtrace from Wine is generated.
A demo version is available on Steam, but I couldn't test it as I have the full
version.
http://store.steampowered.com/app/55150/
Steam installs MSVC++ 2005 runtime libraries and various DirectX components the
first time you start the game. Disabling gameoverlayrenderer in winecfg doesn't
help. I tested this bug with Wine 1.2.3, 1.4.1, 1.5.20.
Fedora 17 x86
Nvidia 250 / driver 304.64
X.Org X Server 1.12.4
Alsa 1.0.26
--
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=37296
Bug ID: 37296
Summary: Winecfg differs when it runs on real Windows
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: carlo.bramix(a)libero.it
Created attachment 49603
--> https://bugs.winehq.org/attachment.cgi?id=49603
Screenshot of Winecfg on Windows
I'm able to run Winecfg on real Windows and I discovered that there is a
graphic glitch in the about dialog.
See attached screenshot for details.
I was able to fix this problem in about.c, by adding DI_MASK flag in the call
of DrawIconEx(), which it is also the correct thing to do in this case.
But strangely, this graphic bug does not happen when winecfg runs in WINE
(that's why probably nobody noticed the absence of the DI_MASK flag).
I would suggest to check and compare a bit the behaviour between Windows and
WINE against the functions DrawIconEx() and LoadImageW() since it seems to me
that there is a difference from the correct result.
NOTE: When it runs on the real Windows, because the presence of a SysLink
inside the resource dialog, Winecfg requires to be linked with commctrl v6, so
it needs a manifest file, as explained here:
http://msdn.microsoft.com/en-us/library/windows/desktop/bb773175%28v=vs.85%…
Another thing, but less important, is that the resource compiler refused the
icon of the application, saying the icon is made with the old DIB format and,
for this reason, it has been discarded; that's why my screenshot shows the app
without the icon in the upper left corner. But hopefully, this can be solved
easily if someone wants.
--
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=25961
Summary: Visual C++ 2008 runtime not marked as installed by
default
Product: Wine
Version: 1.3.12
Platform: x86
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P2
Component: msvcrt
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
The installer for the app I'm looking at now
checks for the visual c++ 2008 runtime, and runs
D:\\Redistributable\\vcredist_x86_en.exe if it wasn't found.
Now, one of these days, Wine's builtin msvcr / msvcp is going to suffice
for this and most other apps, at which point Wine might want to set
the registry to indicate that vcrun2008 is already installed.
This might be in the distant future, depending on how many apps need
the other things that come with the runtime package, like mfc and a full
msvcp, that wine does not yet provide. So this bug will likely remain
open for a long time (if it's not closed for being too far ahead of its time).
For the record, this seems to be how the app is checking whether vcrun2008
is installed:
0024:Call msi.MsiQueryProductStateW(0033e2de
L"{9A25302D-30C0-39D9-BD6F-21E6EC160475}") ret=0040b9ad
0024:Call advapi32.RegOpenKeyW(80000002,0033d6c2
L"Software\\Microsoft\\Windows\\CurrentVersion\\Installer\\Managed\\S-1-5-4\\Installer\\Products\\D20352A90C039D93DBF6126ECE614057",0033d968)
ret=7ef2cd5c
0024:Ret advapi32.RegOpenKeyW() retval=00000002 ret=7ef2cd5c
0024:Call advapi32.RegOpenKeyW(80000001,0033d6c2
L"Software\\Microsoft\\Installer\\Products\\D20352A90C039D93DBF6126ECE614057",0033d968)
ret=7ef2cd5c
0024:Ret advapi32.RegOpenKeyW() retval=00000002 ret=7ef2cd5c
0024:Call advapi32.RegOpenKeyW(80000002,0033d6c2
L"Software\\Classes\\Installer\\Products\\D20352A90C039D93DBF6126ECE614057",0033d968)
ret=7ef2cd5c
0024:Ret advapi32.RegOpenKeyW() retval=00000002 ret=7ef2cd5c
0024:Call advapi32.RegOpenKeyW(80000002,0033d4ca
L"Software\\Microsoft\\Windows\\CurrentVersion\\Installer\\UserData\\S-1-5-4\\Products\\D20352A90C039D93DBF6126ECE614057\\InstallProperties",0033d964)
ret=7ef2b600
0024:Ret advapi32.RegOpenKeyW() retval=00000002 ret=7ef2b600
0024:Ret msi.MsiQueryProductStateW() retval=ffffffff ret=0040b9ad
--
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.
http://bugs.winehq.org/show_bug.cgi?id=36692
Bug ID: 36692
Summary: Bad performance when combineng SetEvent /
WaitForSingleObject for synchronizing worker threads
Product: Wine
Version: 1.6.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: milasudril(a)gmail.com
In a 2d simulation program, each worker thread has its own pair of events. One
event is used to signal master thread that the worker thread is ready. The
other is used by the master thread to signal that the worker thread may
continue.
In Master thread:
while(!m_stop)
{
auto proc_ptr=processors.begin();
while(proc_ptr!=processors.end())
{
// Call SetEvent on "start" event object owned by the object pointed
// to by proc_ptr
proc_ptr->frameNext();
++proc_ptr;
}
proc_ptr=processors.begin();
while(proc_ptr!=processors.end())
{
// Call WaitForSingleObject on "ready" event object owned by
// the object pointed to by proc_ptr
proc_ptr->wait();
++proc_ptr;
}
++framecounter;
}
In worker thread:
while(!m_stop)
{
// Wait for master thread signaling start event (Calls
WaitForSingleObject)
start.wait();
m_model->process(m_framecounter,m_buffers[0].first
,m_buffers[0].second,m_offset);
swap(m_buffers[0],m_buffers[1]);
// Signal master thread that we are ready for next frame (Calls SetEvent)
ready.set();
}
On Wine, the framerate is half of that on Windows 7 on the same machine
Intel(R) Core(TM) i5-3570K CPU @ 3.40GHz. Also there seems to be a huge
different workload on differnt cores when running under Wine.
I realize that SetEvent/WaitForSingleObject are heavy functions on Windows too
as they need kernel assistance, so it might be hard to make it perform better.
--
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.