http://bugs.winehq.org/show_bug.cgi?id=5322
------- Additional Comments From dank(a)kegel.com 2006-24-06 21:51 -------
Yes, they're dynamic. If wineserver is the only thing that knows
the list of Wine processes, so be it, we'll have to ask
wineserver when handing a read of HKEY_PERFORMANCE_DATA/230.
--
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=4051
------- Additional Comments From ferrazrafael(a)yahoo.com.br 2006-24-06 21:02 -------
this hapen to me too on wine 0.9.16 build from source on debian unstable, i have
arts installed too. thanks!
--
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=5322
------- Additional Comments From truiken(a)gmail.com 2006-24-06 20:25 -------
The hard part comes after the reading of Counters. After it reads counters, it
tries to open keys in HKEY_PERFORMANCE_DATA, which is like a virtual registry
hive. Implementing that is what would be tricky, as we'd (probably) have to add
that to wineserver. From the site listed:
"Unlike regular registry keys such as HKEY_LOCAL_MACHINE, the data retrieved
from HKEY_PERFORMANCE_DATA isn't file-based, nor is it persistent. Instead, when
you query the registry for performance information, the registry code reads the
information from system internal data structures. What this means is that the
performance data will be different each time you query the registry. By the time
the calling program gets around to using the information, the system may already
have changed its state."
--
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=5322
------- Additional Comments From dank(a)kegel.com 2006-24-06 19:52 -------
No, it works fine on plain old Win XP Home; that's
where I did the trace. Perhaps the registry keys
aren't show in regedit because they're dynamic?
--
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=5312
------- Additional Comments From jdoutt(a)whoi.edu 2006-24-06 19:52 -------
Installer still does ont work - hangs up.
Using latest version of WINE: wine --version
Wine 0.9.16
compiled from source on Fedora core 3
--
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=5523
Summary: Freedom Force crashes with error alert: init renderer,
Product: Wine
Version: 0.9.16.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Rincebrain(a)gmail.com
Upon attempting to run Freedom Force, the console fills with pages of the following:
err:d3d:IWineD3DImpl_IsGLXFBConfigCompatibleWithRenderFmt unsupported format
WINED3DFMT_A4R4G4B4
err:d3d:IWineD3DImpl_IsGLXFBConfigCompatibleWithRenderFmt unsupported format
WINED3DFMT_A8
err:d3d:IWineD3DImpl_IsGLXFBConfigCompatibleWithRenderFmt unsupported format
WINED3DFMT_X4R4G4B4
And then a popup dialog box appears, titled "Alert", saying "alert: init renderer,"
Upon clicking Ok, Freedom Force closes, and Winedbg does not start.
--
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=5322
------- Additional Comments From vitaliy(a)kievinfo.com 2006-24-06 17:47 -------
So you saying that it won't work on most installs where perflib is not activated?
I don't have anythig in that registry location (win2k) and no 230 (winxp).
--
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=5322
dank(a)kegel.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|LATER |
------- Additional Comments From dank(a)kegel.com 2006-24-06 17:12 -------
Using traceplus/win32 from http://www.sstinc.com, I see that the
registry accesses in question are
Sequence Return Value Function Summary Process Thread Time
205 0 RegOpenKeyExA( HKEY_LOCAL_MACHINE,"software\microsoft\windows
nt\currentversion\perflib\009",0,KEY_QUERY_VALUE | KEY_ENUMERATE_SUB_KEYS |
KEY_NOTIFY,0x0013C304 ) vs60wiz (3556) 0x92C 15:00:07.688653
206 0 RegQueryValueExA(
0x80000050,"Counters",0x00000000,0x0013C310,0x00000000,0x0013C300 ) vs60wiz
(3556) 0x92C 15:00:07.690028
207 0 RegQueryValueExA(
0x80000050,"Counters",0x00000000,0x0013C310,0x01879060,0x0013C300 ) vs60wiz
(3556) 0x92C 15:00:07.694608
208 0 RegQueryValueExA(
HKEY_PERFORMANCE_DATA,"230",0x00000000,0x0013C310,0x018911F0,0x0013C300 )
vs60wiz (3556) 0x92C 15:00:07.711996
I don't quite follow all that (what came back from the Counters query, say?),
but it seems like we only need to support a tiny bit of this interface
to make this installer happy.
According to http://www.microsoft.com/msj/archive/S271.aspx, 230
is the list of running processes. So it looks like the installer
is doing something quite reasonable - maybe looking for another
instance of itself, or something.
--
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=5486
paniemin(a)cc.hut.fi changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #2728 is|0 |1
obsolete| |
------- Additional Comments From paniemin(a)cc.hut.fi 2006-24-06 17:03 -------
Created an attachment (id=2736)
--> (http://bugs.winehq.org/attachment.cgi?id=2736&action=view)
hack to support rgba cursors
Now patch can load rgba cursor and use alpha channel to determine transperant
areals. It's still a hack and seems like one with Football manager but at least
it is better than no cursor. I tryed not to break 24/16 bit code but I haven't
tested it.
I will post this patch to wine-devel for reviews when moderator grants access
for me.
I would like to see wine using true color cursor but I could't find how to make
X use images as cursors.
--
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.