https://bugs.winehq.org/show_bug.cgi?id=38993
Bug ID: 38993
Summary: Memory Blocks for Windows 3.x has missing tile
animation
Product: Wine
Version: 1.5.13
Hardware: x86
URL: http://archive.org/download/630-windows-3x-games/630Wi
ndows3.0Games.zip/SYMGAMES.ZIP
OS: Linux
Status: NEW
Keywords: download, regression, win16
Severity: minor
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: julliard(a)winehq.org
Regression SHA1: 33ac850c80634c891b0c157bbffa612f70954a40
Distribution: ---
This is an old game designed for Windows 3.x.
Each tile has a picture on the downward side and you have to flip the tiles and
match the corresponding pictures. When you click on a tile it should turn
around revealing the picture on it. This spinning animation is missing, the
picture is simply drawn on the upper side of the tile when you click on it.
Tile animation used to work until
commit 33ac850c80634c891b0c157bbffa612f70954a40
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Thu Sep 6 12:39:34 2012 +0200
winex11: Use window surfaces for rendering top-level windows.
It can be disabled by setting "ClientSideGraphics"="n".
Setting ClientSideGraphics=n in the registry indeed fixes the problem.
Other issues reported due to that commit:
Bug #35418
Bug #37308
To reproduce the problem download and unpack symgames.zip and start blocks.exe.
If you find that the game window is flickering rapidly press <alt> to open the
menus (this helped with the flickering issue for me).Then click on the tiles to
see that they don't animate.
Wine 1.7.48
Fedora 22
XOrg 1.17.2
XFCE 4.12
--
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=1988
Anastasius Focht <focht(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|VCDEasy 3.x needs |Multiple applications need
|MediaPlayer 6.x ActiveX |MediaPlayer 6.x ActiveX
|control |control
|('{22D6F312-B0F6-11D0-94AB- |('{22D6F312-B0F6-11D0-94AB-
|0080C74C7E95}' -> |0080C74C7E95}' ->
|'msdxm.ocx') |'msdxm.ocx')(VCDEasy 3.x,
| |Abashera revamped)
--
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=1988
Anastasius Focht <focht(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |bojan(a)antonovic.ch
--- Comment #15 from Anastasius Focht <focht(a)gmx.net> ---
*** Bug 26062 has been marked as a duplicate of this bug. ***
--
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=8051
--- Comment #136 from Sergey Isakov <isakov-sl(a)bk.ru> ---
(In reply to swswine from comment #135)
> (In reply to Sergey Isakov from comment #134)
> > What is it???
> Please find the answer to your question in comment #124 and comment #132
> above.
> It is no sense in using this patch for your main wine installation, or for
> testing some arbitrary games. My initial comments suggest the same. This
> patch is not designed for any particular purpose, maybe except for revealing
> in-depth wine problems and illustrating the simpler "top level" problems
> running Sims2. In any case you are using it on your own risk.
>
You should not restrict vertex model to 2 in your patch.
It is performed by
winetrick vsm=2 and psm=2
or just in registry, see dlls/wined3d/wined3d_main.c:305
~~~
if (!get_config_key_dword(hkey, appkey, "MaxShaderModelVS",
&wined3d_settings.max_sm_vs))
TRACE("Limiting VS shader model to %u.\n",
wined3d_settings.max_sm_vs);
~~~
This method works.
Users must use this trick for this game and not for others.
Anyway thanks for pointing to 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=8051
--- Comment #135 from swswine(a)gmail.com ---
(In reply to Sergey Isakov from comment #134)
> What is it???
Please find the answer to your question in comment #124 and comment #132 above.
It is no sense in using this patch for your main wine installation, or for
testing some arbitrary games. My initial comments suggest the same. This patch
is not designed for any particular purpose, maybe except for revealing in-depth
wine problems and illustrating the simpler "top level" problems running Sims2.
In any case you are using it on your own risk.
> My games stop working because they need 3.0:
> Heroes VI
> 3DMark06
Surely they did.
--
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=8051
--- Comment #134 from Sergey Isakov <isakov-sl(a)bk.ru> ---
What is it???
~~~
- caps->VertexShaderVersion = shader_caps.vs_version;
+ caps->VertexShaderVersion = 2;//shader_caps.vs_version;
~~~
My games stop working because they need 3.0:
Heroes VI
3DMark06
--
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=39612
Bug ID: 39612
Summary: xcopy output has wrong capitalization
Product: Wine
Version: 1.7.53
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: fiendishx(a)gmail.com
Distribution: ---
Wine xcopy prints "<#> file(s) copied" with a lowercase f, but Windows XP's
xcopy prints "<#> File(s) copied" with a capital F.
I noticed because it broke a script of mine that extracts that last print
statement.
--
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=39732
Bug ID: 39732
Summary: A race in services.exe may lead to infinite loop with
100% cpu utilization
Product: Wine
Version: 1.8-rc2
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dmitry(a)baikal.ru
Distribution: ---
I have an application that installs 12 kernel drivers for various hardware
dongles the application may work with. Most of these drivers don't work in
Wine and simply crash, so I just moved c:\windows\system32\drivers out of
the way. Actually under Windows these drivers fail to load as well if they
couldn't find a supported hardware at startup, so removing them under Wine
simulates "no supported hardware" scenario, and simply matches the "load and
fail" way. The application works just fine without the drivers.
Time from time I observe a 100% cpu utilization (wineserver 15%, services.exe
85%). After quite a bit of investigation I've figured out a way to reliably
reproduce the problem.
How to reproduce:
1. Add a non-existent kernel driver entry to the registry (so that winedevice
fails to load it).
2. In order to 100% provoke a race add Sleep(100) right at the beginning
of programs/services/services.c,service_wait_for_startup().
The problem is that winedevice calls SetServiceStatus(SERVICE_STOPPED)
which adds service_terminate() to the timeout_queue list which is going
to be executed after a timeout. But service_terminate() is also called by
service_start() when a service fails to start. So, what happens is that
after service_terminate() call is queued by SetServiceStatus(), subsequent
service_terminate() from service_start() sets service->process = 0; and when
events_loop() fills out the handles array to wait for the process handle is
already 0 which leads to WaitForMultipleObjects() returning -1 (WAIT_FAILED)
because of an invalid handle, which causes events_loop() to not process the
wait queue and call WaitForMultipleObjects() again and again with the same
array of handles.
--
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=4785
Sergey Isakov <isakov-sl(a)bk.ru> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |isakov-sl(a)bk.ru
--- Comment #13 from Sergey Isakov <isakov-sl(a)bk.ru> ---
(In reply to Ken Sharp from comment #12)
> Is this still an issue in Wine 1.7.45 or later?
Nothing changed wine-1.8-rc2
~~~
fixme:olepicture:OleLoadPictureEx
(0xaa637c,1086,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x33f6ec),
partially implemented.
fixme:olepicture:OleLoadPictureEx
(0xaa637c,1086,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x33f6bc),
partially implemented.
fixme:olepicture:OLEPictureImpl_get_hPal unimplemented for type 3. Returning 0
palette.
fixme:olepicture:OLEPictureImpl_SaveAsFile (0x1762968)->(0x1732560, 0, 0x0),
hacked stub.
--
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=8775
Alexandre Julliard <julliard(a)winehq.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Fixed by SHA1| |c7c1fb5eabbe12ea2e7a105845f
| |ed5308191984f
Status|NEW |RESOLVED
Resolution|--- |FIXED
--- Comment #13 from Alexandre Julliard <julliard(a)winehq.org> ---
Fixed by c7c1fb5eabbe12ea2e7a105845fed5308191984f.
--
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.