http://bugs.winehq.org/show_bug.cgi?id=25252
Summary: Need For Speed Hot Pursuit (2010) crashs out (Unhandled page fault) Product: Wine Version: 1.1.37 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: sexy_b14@hotmail.com
Created an attachment (id=32068) --> (http://bugs.winehq.org/attachment.cgi?id=32068) console output
Trying to run Need For Speed Hot Pursuit on wine 1.1.37 wineperfix=32 vanilla game will crash out with.
fixme:wbemprox:wbem_locator_ConnectServer 0x1cb238, L"ROOT\CIMV2", (null), (null), (null), 0x00000000, (null), (nil), 0xbb811cc) wine: Unhandled page fault on read access to 0x00000000 at address 0x758aa1 (thread 0009), starting debugger... Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x00758aa1).
Have tryed running it in Eum desktop same issiue occurs.
please see attchments with console output
system:
AMD Phenom(tm) II X4 955 Processor ATI HD5700 X2 in crossfire Catalys 10.10 Archlinux x86_64
http://bugs.winehq.org/show_bug.cgi?id=25252
--- Comment #1 from spoonie sexy_b14@hotmail.com 2010-11-21 22:50:30 CST --- Created an attachment (id=32069) --> (http://bugs.winehq.org/attachment.cgi?id=32069) Eum desktop output
http://bugs.winehq.org/show_bug.cgi?id=25252
thanoulas@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |thanoulas@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=25252
--- Comment #2 from thanoulas@gmail.com 2010-11-24 17:09:52 CST --- Created an attachment (id=32119) --> (http://bugs.winehq.org/attachment.cgi?id=32119) winepagefault
http://bugs.winehq.org/show_bug.cgi?id=25252
--- Comment #3 from thanoulas@gmail.com 2010-11-24 17:11:49 CST --- (From update of attachment 32119) This is the page fault on OSX 10.6.5 using latest wine from git. It probably comes from fixme:wbemprox:wbem_locator_ConnectServer 0x199078, L"ROOT\CIMV2", (null), (null), (null), 0x00000000, (null), 0x0, 0xc4411cc) which is unimplemented.
http://bugs.winehq.org/show_bug.cgi?id=25252
Kris P clubsport7@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #4 from Kris P clubsport7@hotmail.com 2010-11-26 20:12:59 CST --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=25252
Kris P clubsport7@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |clubsport7@hotmail.com
http://bugs.winehq.org/show_bug.cgi?id=25252
spoonie sexy_b14@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |wmi&wbemprox
http://bugs.winehq.org/show_bug.cgi?id=25252
--- Comment #5 from spoonie sexy_b14@hotmail.com 2010-11-30 07:40:55 CST --- Created an attachment (id=32249) --> (http://bugs.winehq.org/attachment.cgi?id=32249) Lanucher.exe output wine 1.3.8
Running the lanucher.exe will crash out with advapi errors fixme:advapi:LookupAccountNameW fixme:advapi:SetNamedSecurityInfoW wine: Unhandled page fault on read access to 0xffffffff at address 0x7e019ebc (thread 0021), starting debugger... Unhandled exception: page fault on read access to 0xffffffff in 32-bit code (0x7e019ebc)
When I think its trying to setup permissions for EACoreServer.exe files. EACore.exe and EACoreServer.exe must handel all the DRM stuff.
It will then try to run NFS11.exe which will charsh out with
fixme:wbemprox:wbem_locator_ConnectServer 0x1ce8b0, L"ROOT\CIMV2", (null), (null), (null), 0x00000000, (null), (nil), 0xbfe11cc) wine: Unhandled page fault on read access to 0x00000000 at address 0x758aa1 (thread 0026),
Which is a WMI/WEBM because its unimplemented.
see (Lanucher.exe output wine 1.3.8) for full log
thanks guys keep up the good work.
http://bugs.winehq.org/show_bug.cgi?id=25252
spoonie sexy_b14@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #32249|0 |1 is obsolete| |
http://bugs.winehq.org/show_bug.cgi?id=25252
--- Comment #6 from spoonie sexy_b14@hotmail.com 2010-11-30 07:45:12 CST --- Created an attachment (id=32250) --> (http://bugs.winehq.org/attachment.cgi?id=32250) wine 1.3.8 NFS11 Lanucher.exe terminal output
http://bugs.winehq.org/show_bug.cgi?id=25252
--- Comment #7 from spoonie sexy_b14@hotmail.com 2011-01-28 07:08:42 CST --- Created an attachment (id=33027) --> (http://bugs.winehq.org/attachment.cgi?id=33027) NFS11 wine 1.3.12 terminal output
starting game with luancher.exe
EACoreServer crashes out with libcrypto.so
Backtrace: =>0 0x7dff8ebc ssleay_rand_add+0x30c() in libcrypto.so.1.0.0 (0x02fac08c) 0x7dff8ebc ssleay_rand_add+0x30c in libcrypto.so.1.0.0: pxor %mm0,0x60(%esp)
then the lunacher will try to continue to load the game. Configtool loads up and works.
NFS11.exe will crash out with Backtrace: =>0 0x0075a951 in nfs11 (+0x35a951) (0x0c0c11c8) 0x0075a951: movl 0x0(%eax),%ecx
Keep up the good work guys
http://bugs.winehq.org/show_bug.cgi?id=25252
--- Comment #8 from Alexandre Julliard julliard@winehq.org 2011-01-28 07:28:29 CST --- (In reply to comment #7)
Backtrace: =>0 0x7dff8ebc ssleay_rand_add+0x30c() in libcrypto.so.1.0.0 (0x02fac08c) 0x7dff8ebc ssleay_rand_add+0x30c in libcrypto.so.1.0.0: pxor %mm0,0x60(%esp)
Your libcrypto is built with sse2 support but doesn't align the stack. That's a variant of bug 22316. I'd suggest filing a bug with your distro.
http://bugs.winehq.org/show_bug.cgi?id=25252
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #32068|application/octet-stream |text/plain mime type| |
http://bugs.winehq.org/show_bug.cgi?id=25252
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |josuberrojalbiz@gmail.com
--- Comment #9 from Ken Sharp kennybobs@o2.co.uk 2011-03-29 19:42:50 CDT --- *** Bug 25805 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=25252
spoonie sexy_b14@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #32068|0 |1 is obsolete| | Attachment #32069|0 |1 is obsolete| | Attachment #32250|0 |1 is obsolete| |
--- Comment #10 from spoonie sexy_b14@hotmail.com 2011-04-17 19:37:43 CDT --- Created an attachment (id=34163) --> (http://bugs.winehq.org/attachment.cgi?id=34163) NFS11 terminal output wine ver 1.3.18
Hi guys
I fixed my problem with libcrypto. I recompiled openssl and lib-openssl with -mstackrealign.
NFS11.exe gets a Unhandled page fault wine: Unhandled page fault on read access to 0x00000000 at address 0x758aa1 (thread 002b), starting debugger... Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x00758aa1). please see attchment.
Thanks for the awesome work!
http://bugs.winehq.org/show_bug.cgi?id=25252
Elad Alfassa elad@fedoraproject.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |elad@fedoraproject.org
--- Comment #11 from Elad Alfassa elad@fedoraproject.org 2011-09-29 13:27:24 CDT --- Same problem here with wine-1.3.29
http://bugs.winehq.org/show_bug.cgi?id=25252
Louis Lenders xerox_xerox2000@yahoo.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |xerox_xerox2000@yahoo.co.uk
--- Comment #12 from Louis Lenders xerox_xerox2000@yahoo.co.uk 2011-10-08 10:32:26 CDT --- Is there a demo that we can use to reproduce this bug?
http://bugs.winehq.org/show_bug.cgi?id=25252
--- Comment #13 from Elad Alfassa elad@fedoraproject.org 2011-10-08 11:03:34 CDT --- Unfortunately, the demo was only available for a limited time before the actual game release :(
http://bugs.winehq.org/show_bug.cgi?id=25252
--- Comment #14 from Louis Lenders xerox_xerox2000@yahoo.co.uk 2011-10-08 12:00:44 CDT --- (In reply to comment #13)
Unfortunately, the demo was only available for a limited time before the actual game release :(
Pity. Could you try if 'winetricks wmi' changes anything trying to run the game?
http://bugs.winehq.org/show_bug.cgi?id=25252
--- Comment #15 from Elad Alfassa elad@fedoraproject.org 2011-10-09 07:32:35 CDT --- (In reply to comment #14)
(In reply to comment #13)
Unfortunately, the demo was only available for a limited time before the actual game release :(
Pity. Could you try if 'winetricks wmi' changes anything trying to run the game?
I'd try, but [elad@elephant ~]$ sh winetricks wmi Executing w_do_call wmi Executing load_wmi ------------------------------------------------------ Installer doesn't support 64-bit architecture. ------------------------------------------------------
http://bugs.winehq.org/show_bug.cgi?id=25252
--- Comment #16 from Elad Alfassa elad@fedoraproject.org 2011-10-09 07:41:01 CDT --- Created attachment 36788 --> http://bugs.winehq.org/attachment.cgi?id=36788 Console output
I've removed the 64 bit test and installed WMI successfully, but it still crashes.
http://bugs.winehq.org/show_bug.cgi?id=25252
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |focht@gmx.net Depends on| |20651 Summary|Need For Speed Hot Pursuit |Need For Speed Hot Pursuit |(2010) crashs out |(2010) crashes on startup |(Unhandled page fault) |(Win32_* WMI class needed)
--- Comment #17 from Anastasius Focht focht@gmx.net 2011-12-13 15:38:17 CST --- Hello,
depends on infrastructure covered by bug 20651 (WBEM / WMI not implemented, affects many .NET apps). Not marking duplicate because once the core infrastructure is in place, various schema classes included in the "root\cimv2" namespace need to be implemented separately.
I can't test beyond activation (no key) hence the exact Win32_* WMI class that breaks this is unknown.
--- snip --- $ strings NFS11.exe | grep Win32 SELECT * FROM Win32_SystemEnclosure SELECT * FROM Win32_NetworkAdapter WHERE NetConnectionStatus=2 SELECT * FROM Win32_OperatingSystem SELECT * FROM Win32_ComputerSystem SELECT * FROM Win32_VideoController SELECT * FROM Win32_LogicalDisk --- snip ---
Should be retested by people who have an activated copy with patchset from bug 20651
Regards
http://bugs.winehq.org/show_bug.cgi?id=25252
--- Comment #18 from thanoulas thanoulas@gmail.com 2012-01-06 20:09:21 CST --- NFS Hot Pursuit starts with the patchset if you change wbemlocator.c file wbem_locator_ConnectServer method to return 0.
You would also need a patched exe for that, as the original one doesn't start.
http://bugs.winehq.org/show_bug.cgi?id=25252
--- Comment #19 from thanoulas thanoulas@gmail.com 2012-01-06 20:12:14 CST --- The method wbem_locator_ConnectServer was breaking the game, if the return value is not 0 for the query "SELECT * FROM Win32_NetworkAdapter WHERE NetConnectionStatus=2"
http://bugs.winehq.org/show_bug.cgi?id=25252
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Need For Speed Hot Pursuit |Need For Speed Hot Pursuit |(2010) crashes on startup |(2010) crashes on startup |(Win32_* WMI class needed) |(needs Win32_NetworkAdapter | |WMI class)
--- Comment #20 from Anastasius Focht focht@gmx.net 2012-03-05 16:01:25 CST --- Hello,
selecting 'Win32_NetworkAdapter' WMI class as per comment #19 Obviously still present.
$ wine --version wine-1.4-rc6-17-gc991d11
Regards
http://bugs.winehq.org/show_bug.cgi?id=25252
John Yani vanuan@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |vanuan@gmail.com
--- Comment #21 from John Yani vanuan@gmail.com 2012-04-22 14:41:52 CDT --- Still present:
$ wine NFS11.exe fixme:thread:SetThreadIdealProcessor (0xfffffffe): stub fixme:process:GetLogicalProcessorInformation ((nil),0x32f5d0): stub fixme:thread:SetThreadIdealProcessor (0x78): stub fixme:thread:SetThreadIdealProcessor (0x80): stub fixme:thread:SetThreadIdealProcessor (0x88): stub fixme:thread:SetThreadIdealProcessor (0x90): stub fixme:thread:SetThreadIdealProcessor (0x98): stub fixme:thread:SetThreadIdealProcessor (0xa0): stub fixme:thread:SetThreadIdealProcessor (0xa8): stub fixme:thread:SetThreadIdealProcessor (0xb0): stub fixme:win:EnumDisplayDevicesW ((null),0,0x32f23c,0x00000000), stub! fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:debug_d3dformat Unrecognized 0x434f5441 (as fourcc: ATOC) WINED3DFORMAT! fixme:d3d:wined3d_get_format Can't find format unrecognized (0x434f5441) in the format lookup table fixme:d3d:debug_d3dformat Unrecognized 0x5a574152 (as fourcc: RAWZ) WINED3DFORMAT! fixme:d3d:wined3d_get_format Can't find format unrecognized (0x5a574152) in the format lookup table fixme:ddraw:DirectDrawEnumerateExA flags 0x00000001 not handled fixme:win:EnumDisplayDevicesW ((null),0,0x32e9cc,0x00000000), stub! fixme:ddraw:ddraw7_Initialize Ignoring guid {00000000-0000-0000-0000-000000000000}. fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),0,3,(nil),0,(nil)) - stub! fixme:wbemprox:wbem_locator_ConnectServer 0x1785f8, L"ROOT\CIMV2", (null), (null), (null), 0x00000000, (null), (nil), 0x175f11cc) wine: Unhandled page fault on read access to 0x00000000 at address 0x758aa1 (thread 0009), starting debugger...
http://bugs.winehq.org/show_bug.cgi?id=25252
--- Comment #22 from John Yani vanuan@gmail.com 2012-04-22 16:21:33 CDT --- After applying this trivial patch:
diff --git a/dlls/wbemprox/wbemlocator.c b/dlls/wbemprox/wbemlocator.c index a1dd5a1..f42a4de 100644 --- a/dlls/wbemprox/wbemlocator.c +++ b/dlls/wbemprox/wbemlocator.c @@ -100,7 +100,9 @@ static HRESULT WINAPI wbem_locator_ConnectServer( { FIXME("%p, %s, %s, %s, %s, 0x%08x, %s, %p, %p)\n", iface, debugstr_w(Networ debugstr_w(Password), debugstr_w(Locale), SecurityFlags, debugstr_w(A - return WBEM_E_FAILED; + return WbemLocator_create((IUnknown*)iface, (LPVOID *) ppNamespace); }
I see that NFS can't query IClientSecurity Interface and crashes after CoSetProxyBlanket error:
... fixme:wbemprox:wbem_locator_ConnectServer 0x1745a8, L"ROOT\CIMV2", (null), (null), (null), 0x00000000, (null), (nil), 0x175f11cc) fixme:wbemprox:wbem_locator_QueryInterface interface {0000013d-0000-0000-c000-000000000046} not implemented err:ole:CoSetProxyBlanket -- failed with 0x80004002 wine: Unhandled page fault on read access to 0x00000000 at address 0x758aa1 (thread 0024), starting debugger...
http://bugs.winehq.org/show_bug.cgi?id=25252
--- Comment #23 from John Yani vanuan@gmail.com 2012-04-22 16:45:54 CDT --- Trying to use windows wbemprox.dll :
err:ole:COMPOBJ_DllList_Add couldn't load in-process dll L"C:\windows\system32\wbemprox.dll"
and crash.
http://bugs.winehq.org/show_bug.cgi?id=25252
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks| |28336
http://bugs.winehq.org/show_bug.cgi?id=25252
--- Comment #24 from Hans Leidekker hans@meelstraat.net 2012-06-23 06:12:00 CDT --- Created attachment 40665 --> http://bugs.winehq.org/attachment.cgi?id=40665 wbemprox: Add a partial Win32_NetworkAdapter class implementation.
Please try this patch.
http://bugs.winehq.org/show_bug.cgi?id=25252
--- Comment #25 from John Yani vanuan@gmail.com 2012-06-25 14:59:01 CDT --- (In reply to comment #24)
Created attachment 40665 [details] wbemprox: Add a partial Win32_NetworkAdapter class implementation.
Please try this patch.
The patch doesn't apply. I assume it's already on master.
http://bugs.winehq.org/show_bug.cgi?id=25252
--- Comment #26 from Hans Leidekker hans@meelstraat.net 2012-06-25 15:08:55 CDT --- (In reply to comment #25)
(In reply to comment #24)
Created attachment 40665 [details] wbemprox: Add a partial Win32_NetworkAdapter class implementation.
Please try this patch.
The patch doesn't apply. I assume it's already on master.
It is. If the game still fails, please attach a +wbemprox trace.
http://bugs.winehq.org/show_bug.cgi?id=25252
Hans Leidekker hans@meelstraat.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #40665|0 |1 is obsolete| |
--- Comment #27 from Hans Leidekker hans@meelstraat.net 2012-06-26 10:09:04 CDT --- Comment on attachment 40665 --> http://bugs.winehq.org/attachment.cgi?id=40665 wbemprox: Add a partial Win32_NetworkAdapter class implementation.
Is this fixed?
http://bugs.winehq.org/show_bug.cgi?id=25252
--- Comment #28 from John Yani vanuan@gmail.com 2012-06-26 10:13:16 CDT ---
Is this fixed?
I'll give it a try today.
http://bugs.winehq.org/show_bug.cgi?id=25252
--- Comment #29 from John Yani vanuan@gmail.com 2012-06-26 13:08:47 CDT --- Created attachment 40732 --> http://bugs.winehq.org/attachment.cgi?id=40732 NFS11 crash output
Crashes after these:
fixme:wbemprox:client_security_SetBlanket 0x7cdd9850, 0x17d090, 10, 0, (null), 3, 3, (nil), 0x00000000 fixme:wbemprox:client_security_Release 0x7cdd9850 fixme:win:EnumDisplayDevicesW ((null),0,0x32e664,0x00000000), stub!
The full crash message attached.
http://bugs.winehq.org/show_bug.cgi?id=25252
--- Comment #30 from John Yani vanuan@gmail.com 2012-06-26 13:11:08 CDT --- Created attachment 40733 --> http://bugs.winehq.org/attachment.cgi?id=40733 NFS11 crash trace +wbemprox
http://bugs.winehq.org/show_bug.cgi?id=25252
--- Comment #31 from John Yani vanuan@gmail.com 2012-06-26 13:18:56 CDT --- The last calls to wbemprox before crash:
trace:wbemprox:wbem_services_ExecQuery 0x17d020, L"WQL", L"SELECT * FROM Win32_LogicalDisk", 0x00000030, (nil), 0x32f764 trace:wbemprox:parse_query wql_parse returned 0 trace:wbemprox:EnumWbemClassObject_create (nil), 0x32f764 trace:wbemprox:EnumWbemClassObject_create returning iface 0x17d948 trace:wbemprox:enum_class_object_Next 0x17d948, -1, 1, 0x32f784, 0x32f788 trace:wbemprox:enum_class_object_Release destroying 0x17d948
I think, it's safe to assume that this crash is unrelated to wbemprox. Isn't it?
http://bugs.winehq.org/show_bug.cgi?id=25252
--- Comment #32 from Hans Leidekker hans@meelstraat.net 2012-06-26 13:28:32 CDT --- (In reply to comment #31)
The last calls to wbemprox before crash:
trace:wbemprox:wbem_services_ExecQuery 0x17d020, L"WQL", L"SELECT * FROM Win32_LogicalDisk", 0x00000030, (nil), 0x32f764 trace:wbemprox:parse_query wql_parse returned 0 trace:wbemprox:EnumWbemClassObject_create (nil), 0x32f764 trace:wbemprox:EnumWbemClassObject_create returning iface 0x17d948 trace:wbemprox:enum_class_object_Next 0x17d948, -1, 1, 0x32f784, 0x32f788 trace:wbemprox:enum_class_object_Release destroying 0x17d948
I think, it's safe to assume that this crash is unrelated to wbemprox. Isn't it?
No, it seems to me that it crashes because it expects at least one Win32_LogicalDisk instance.
http://bugs.winehq.org/show_bug.cgi?id=25252
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |dotnet Fixed by SHA1| |7b8c10f0b1041f5a42e3f7d5934 | |0c5f4128a013a Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #33 from Anastasius Focht focht@gmx.net 2012-06-26 13:47:47 CDT --- Hello,
the Win32_NetworkAdapter WMI class part seems indeed fixed. Thanks Hans.
The log reveals some property get requests that are missing from WMI classes partially implemented:
Win32_NetworkAdapter -> Speed Win32_OperatingSystem -> CSDVersion Win32_OperatingSystem -> TotalPhysicalMemory Win32_VideoController -> Name, CurrentBitsPerPixel, CurrentHorizontalResolution, CurrentVerticalResolution
It could be either missing 'Win32_LogicalDisk' class or one of the missing properties that causes the fault now.
Anyway a new bug should be filed, for Win32_LogicalDisk preferably.
Regards
http://bugs.winehq.org/show_bug.cgi?id=25252
--- Comment #34 from John Yani vanuan@gmail.com 2012-06-26 13:53:47 CDT --- Sorry, but the title says "Need For Speed Hot Pursuit (2010) crashes on startup". It still crashes but for other reasons. Why can't we continue investigation in this bug?
http://bugs.winehq.org/show_bug.cgi?id=25252
--- Comment #35 from Juan Lang juan.lang@gmail.com 2012-06-26 14:01:46 CDT --- (In reply to comment #34)
Sorry, but the title says "Need For Speed Hot Pursuit (2010) crashes on startup". It still crashes but for other reasons. Why can't we continue investigation in this bug?
We don't manage bugs this way here, because sometimes several bugs need to get fixed before a symptom is fixed, and tracking this in a single bug gets unwieldy quickly. Please open a new bug for the current crash.
http://bugs.winehq.org/show_bug.cgi?id=25252
--- Comment #36 from John Yani vanuan@gmail.com 2012-06-26 14:04:56 CDT --- If you still insist that this bug is only about "Win32_NetworkAdapter", than this bug doesn't depend on 20651. It blocks 20651. Otherwise this bug can't be marked as resolved before 20651 is fixed.
It seems like we don't have an agreement on the relation between "blocks" and "depends".
Ok, I'll file a new bug.
http://bugs.winehq.org/show_bug.cgi?id=25252
--- Comment #37 from Anastasius Focht focht@gmx.net 2012-06-26 14:05:05 CDT --- Hello,
--- quote --- It still crashes but for other reasons. Why can't we continue investigation in this bug? --- quote ---
because the bug targeted a specific issue (missing WMI class). "crashes on startup" is a very generic description and can be caused by multiple bugs/insufficiencies. The idea is to work out one issue after the other, each deserving its own bug. Cluttering bugs with multiple issues should be avoided.
Hence you should create a new bug "Need For Speed Hot Pursuit (2010) crashes on startup (needs Win32_LogicalDisk WMI class)". If the WMI class is implemented and the app still crashes create another one and so on ...
Regards
http://bugs.winehq.org/show_bug.cgi?id=25252
--- Comment #38 from Anastasius Focht focht@gmx.net 2012-06-26 14:22:03 CDT --- Hello,
--- quote --- If you still insist that this bug is only about "Win32_NetworkAdapter", than this bug doesn't depend on 20651. It blocks 20651. Otherwise this bug can't be marked as resolved before 20651 is fixed. --- quote ---
This bug depended on bug 20651 because of missing WBEM/WMI infrastructure. The infrastructure is now _partially_ in place to allow for a small number of apps to execute WMI queries. One specific method out of several to query for WMI classes works now.
Unfortunately bug 20651 is kind of meta-bug hence other dependent bugs targeting specific WMI classes using different methods still don't work/are blocked.
Regards
http://bugs.winehq.org/show_bug.cgi?id=25252
--- Comment #39 from John Yani vanuan@gmail.com 2012-06-26 14:39:19 CDT --- Maybe I don't understand something, but every metabug I saw says it *depends on* other bugs, *not* blocks them.
It doesn't make sense. Blocked issue can't be closed before the blocker. Why don't you agree with that? In this tracker I see exactly opposite situation: blocked bugs are closed before the blocker! Insane!
http://bugs.winehq.org/show_bug.cgi?id=25252
--- Comment #40 from John Yani vanuan@gmail.com 2012-06-26 15:01:00 CDT --- New bug is here http://bugs.winehq.org/show_bug.cgi?id=31031
http://bugs.winehq.org/show_bug.cgi?id=25252
Bug 25252 depends on bug 20651, which changed state.
Bug 20651 Summary: Many .NET based applications need WMI core infrastructure (Wine doesn't provide a WMI implementation) http://bugs.winehq.org/show_bug.cgi?id=20651
What |Old Value |New Value ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
http://bugs.winehq.org/show_bug.cgi?id=25252
--- Comment #41 from John Yani vanuan@gmail.com 2012-06-26 17:48:35 CDT --- Not sure how to attract reviewers to the new bug. CC'ing doesn't work. Please review my patch for http://bugs.winehq.org/show_bug.cgi?id=31031
http://bugs.winehq.org/show_bug.cgi?id=25252
--- Comment #42 from Nikolay Sivov bunglehead@gmail.com 2012-06-26 23:07:11 CDT --- (In reply to comment #39)
Maybe I don't understand something, but every metabug I saw says it *depends on* other bugs, *not* blocks them.
Metabugs are not welcome in general.
It doesn't make sense. Blocked issue can't be closed before the blocker. Why don't you agree with that? In this tracker I see exactly opposite situation: blocked bugs are closed before the blocker! Insane!
Sure it can. Dependency just means that there's a chain of issues and if it's possible to workaround first issue you can test depending one and fix it first.
http://bugs.winehq.org/show_bug.cgi?id=25252
--- Comment #43 from Anastasius Focht focht@gmx.net 2012-06-28 06:23:37 CDT --- Hello,
the properties mentioned in my comment #33 have been added now.
http://source.winehq.org/git/wine.git/commitdiff/e7e66e59aec4cc5479278003f65... (wbemprox: Implement Win32_NetworkAdapter.Speed.)
http://source.winehq.org/git/wine.git/commitdiff/ca471b8779d38e0ec78901c084b... (wbemprox: Implement Win32_OperatingSystem.CSDVersion.)
http://source.winehq.org/git/wine.git/commitdiff/0c899bf440d6f76cc17e5ed0993... (wbemprox: Implement Win32_ComputerSystem.TotalPhysicalMemory.)
The Win32_VideoController properties patch is pending: http://source.winehq.org/patches/data/87723 but will probably join the list soon.
Thanks Hans.
Regards
http://bugs.winehq.org/show_bug.cgi?id=25252
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #44 from Alexandre Julliard julliard@winehq.org 2012-07-03 14:15:54 CDT --- Closing bugs fixed in 1.5.8.