http://bugs.winehq.org/show_bug.cgi?id=7496
Summary: Cannot find 640x480 video mode.
Product: Wine
Version: unspecified
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P1
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mehmedb(a)gmail.com
I installed wine from OpenSuse 10.2 DVD and updated to the latest version
0.9.31, then successfully installed GTA: Vice City with Wine. When I tried to
run, it gave that error message...
fixme:system:SystemParametersInfoW Unimplemented action: 8193
(SPI_SETFOREGROUNDLOCKTIMEOUT)
fixme:d3d:IWineD3DDeviceImpl_GetAvailableTextureMem (0x1c0a10) : stub,
simulating 64MB for now, returning 64MB left
fixme:ddraw:IDirectDrawImpl_SetCooperativeLevel (0x1bfc30)->((nil),00000008)
fixme:d3d:IWineD3DStateBlockImpl_Release Releasing primary stateblock
fixme:ddraw:IDirectDrawImpl_SetCooperativeLevel (0x1bfc30)->((nil),00000008)
fixme:d3d:IWineD3DStateBlockImpl_Release Releasing primary stateblock
fixme:win:WIN_CreateWindowEx Parent is HWND_MESSAGE
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7495
Summary: Several cursor images in Heroes I & II
Product: Wine
Version: 0.9.30.
Platform: PC
URL: http://appdb.winehq.org/appview.php?iVersionId=4144
OS/Version: Linux
Status: NEW
Keywords: regression, download
Severity: normal
Priority: P2
Component: wine-directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alex(a)thehandofagony.com
In Heroes of Might and Magic I & II, the monochromatic mouse pointer is
displayed as a horizontal series of images, instead of the normal cursor. One
of them is the inverted cursor.
In Heroes II it is possible to switch to colour curosrs, and they do not have
this problem.
The regression happened somewhere between Wine 0.9.29 and 0.9.30.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7448
------- Additional Comments From focht(a)gmx.net 2007-19-02 18:32 -------
Hello,
thanks for the download.
It seems i tracked the problem down after endless hours of debugging.
Indeed a serious wine bug.
Steps to reproduce:
1. start program using WINEDEBUG=+loaddll and let it load the html stuff in its
ie/gecko container
2. move the mouse out of window focus, activate another window
3. wait for the loaddll debug channel "unloaded module shdocvw" message to
appear on console
4. move mouse into focus again -> immediate crash
Whats the problem?
Well, the download tool periodically calls ole32.CoFreeUnusedLibraries() in its
message pumping loop (using some tick-difference count).
This leads to interesting behaviour in wine:
CoFreeUnusedLibraries() = COMPOBJ_DllList_FreeUnused() in wine
ole32 COMPOBJ_DllList_FreeUnused() iterates thru it's list of loaded dlls (which
contains "shdocvw" module of course) and calls DllCanUnloadNow() if dll export
this function.
Shell document object library refcount implementation:
--- snip ---
LONG SHDOCVW_refCount = 0;
HRESULT WINAPI DllCanUnloadNow(void)
{
return SHDOCVW_refCount ? S_FALSE : S_OK;
}
--- snip ---
One can say it's not implemented usefully at all (a reference count should be
used [sic!]).
This leads to dangerous behaviour.
Any client which calls CoFreeUnusedLibraries() forces this dll to unload.
Guess ... the dll rundown sequence unregisters ie frame window class while being
used in client.
--- snip ---
case DLL_PROCESS_DETACH:
if (SHDOCVW_hshell32) FreeLibrary(SHDOCVW_hshell32);
unregister_iewindow_class();
if(wb_typeinfo)
ITypeInfo_Release(wb_typeinfo);
break;
--- snip ---
Solution?
- Implement proper reference counting in shdocvw
or as "quick fix"
- Prevent ole32 forced dll unload for shdocvw by making DllCanUnloadNow() always
return S_FALSE.
The ie frame window class unregistration might indicate another bug.
If properly done no dangling window proc pointer should be left in list.
I'm too tired to investigate this further.
Overall this bug might explain some other mysterious bug reports/crashes ...
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=1798
bero(a)arklinux.org changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #4865 is|0 |1
obsolete| |
------- Additional Comments From bero(a)arklinux.org 2007-19-02 17:58 -------
Created an attachment (id=5030)
--> (http://bugs.winehq.org/attachment.cgi?id=5030&action=view)
Cut down variant of the patch
I can confirm that the patch in git fixes it for some apps, but still breaks
for others.
Attaching a new patch that fixes it for all apps I tried, but breaks other
things (KDE window decocations and menu are shown -- it's based on the older
patch with all the unneeded bits stripped).
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7494
Summary: Listview: Always displays in Icon View despite specified
as Report View
Product: Wine
Version: unspecified
Platform: PC
URL: http://www.excelex.net/zlauncher_wine_not_photoshopped_i
_promise.png
OS/Version: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: excelblue(a)gmail.com
For the app, Zlauncher (from ZDaemon), wine is putting all the listview objects
into icon view instead of the report view in which it specified. Everything was
working perfectly back in wine 0.9.30, but this problem emerged in wine 0.9.31.
Before 0.9.30, the Zlauncher generally crashed.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7453
------- Additional Comments From karimarie(a)mail.rit.edu 2007-19-02 17:41 -------
I'm getting the same thing. Someone should change this to NEW.
Wine 0.9.31 on Gentoo.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7357
------- Additional Comments From mk144210(a)bcm.tmc.edu 2007-19-02 17:34 -------
Created an attachment (id=5029)
--> (http://bugs.winehq.org/attachment.cgi?id=5029&action=view)
dlls/msi/script.c file (initial)
Here is my script.c. Still working on this one, will change a lot (at least
needs a Session object, but it looks like a wrapper around MSI functions that
are all already implemented so it shouldn't be too hard).
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7357
------- Additional Comments From mk144210(a)bcm.tmc.edu 2007-19-02 17:32 -------
Created an attachment (id=5028)
--> (http://bugs.winehq.org/attachment.cgi?id=5028&action=view)
msi: Added initial JScript/VBScript support functions.
Something I'm working on to fix this bug and the VBScript one. Since MSI
specifically states that the application must install Microsoft Scripting, I
believe there is no reason we can't use it in our builtin MSI if it is there.
In any case, this patch has the functions that should not have have to change
too much from this patch, although I have not tested them thoroughly yet. My
current script.c file with the actual meat and potatoes which currently
executes scripts but does not yet have a Session object is coming next.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3930
------- Additional Comments From alex(a)thehandofagony.com 2007-19-02 17:25 -------
Created an attachment (id=5027)
--> (http://bugs.winehq.org/attachment.cgi?id=5027&action=view)
patch which applies cleanly
Great work!
Here is a version of the patch which applies cleanly, useful for people just
interested in getting sound in their game.
By the way, did you notice any cursor problems in Wine 0.9.30+?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7461
truiken(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|wine-msi |wine-kernel
------- Additional Comments From truiken(a)gmail.com 2007-19-02 16:58 -------
The custom action calls kernel32.OpenEvent(EVENT_ALL_ACCESS, FALSE, ""). We
return ERROR_INVALID_HANDLE, which the custom action is not expecting. This
will need testing.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.