I'm back, and with another game that will (hopefully) be playable in wine soon. Guild Wars, another extremely popular MMORPG, is fairly close to working in wine right now (I'm running latest cvs). It installs flawlessly, opens to the login screen, and then crashes when it should be connecting to the server (much like WoW used to). Attached is a +opengl trace and a plain warn+dll,fixme+all trace. Hopefully that's enough info for now.
Thanks as always, Darckness
On 6/19/05, cyrix12@cox.net cyrix12@cox.net wrote:
I'm back, and with another game that will (hopefully) be playable in wine soon. Guild Wars, another extremely popular MMORPG, is fairly close to working in wine right now (I'm running latest cvs). It installs flawlessly, opens to the login screen, and then crashes when it should be connecting to the server (much like WoW used to). Attached is a +opengl trace and a plain warn+dll,fixme+all trace. Hopefully that's enough info for now.
Thanks as always, Darckness
Does this game actually support OpenGL? I don't think it does.
Jesse
On Sun, Jun 19, 2005 at 10:28:10AM -0700, Jesse Allen wrote:
Does this game actually support OpenGL? I don't think it does.
It uses Direct3D8 from the last time I discussed it with someone on IRC.
Lionel
Hi,
On Sun, Jun 19, 2005 at 03:43:17AM -0400, cyrix12@cox.net wrote:
fixme:ole:CoCreateInstance no classfactory created for CLSID {a65b8071-3bfe-4213-9a5b-491da4461ca7}, hres is 0x80040154
^^^^^^^^^^
Uhmm... why don't you regsvr32 that DLL (DxDiagProvider), then? :) (darn, we need a *useful* error msg for that *frequent* error)
Andreas Mohr
Andreas Mohr wrote:
Hi,
On Sun, Jun 19, 2005 at 03:43:17AM -0400, cyrix12@cox.net wrote:
fixme:ole:CoCreateInstance no classfactory created for CLSID {a65b8071-3bfe-4213-9a5b-491da4461ca7}, hres is 0x80040154
^^^^^^^^^^Uhmm... why don't you regsvr32 that DLL (DxDiagProvider), then? :) (darn, we need a *useful* error msg for that *frequent* error)
This is fixed by patch OLE #81a (Part 1) if it gets committed. It will then output: err:ole:CoGetClassObject class {a65b8071-3bfe-4213-9a5b-491da4461ca7} not registered
Hi,
On Sun, Jun 19, 2005 at 04:38:25PM -0500, Robert Shearman wrote:
This is fixed by patch OLE #81a (Part 1) if it gets committed. It will then output: err:ole:CoGetClassObject class {a65b8071-3bfe-4213-9a5b-491da4461ca7} not registered
Wow, that was FAST! (hmm, or was your patch before my mail? don't remember)
It's only a semi-fix, though, since IMHO it should output something like: err:ole:CoGetClassObject class {a65b8071-3bfe-4213-9a5b-491da4461ca7} not registered - try running regsvr32 on the container DLL of this CLSID value!
which: - mentions regsvr32 - mentions that an unregistered DLL is involved
And thus is an actually useful error message (to clueless endusers, that is).
Andreas Mohr
Andreas Mohr wrote:
Hi,
On Sun, Jun 19, 2005 at 04:38:25PM -0500, Robert Shearman wrote:
This is fixed by patch OLE #81a (Part 1) if it gets committed. It will then output: err:ole:CoGetClassObject class {a65b8071-3bfe-4213-9a5b-491da4461ca7} not registered
Wow, that was FAST! (hmm, or was your patch before my mail? don't remember)
It's only a semi-fix, though, since IMHO it should output something like: err:ole:CoGetClassObject class {a65b8071-3bfe-4213-9a5b-491da4461ca7} not registered - try running regsvr32 on the container DLL of this CLSID value!
If they have enough expertise to know that the CLSID is that of a DXDiag object then I think they will know that they can register it by using regsvr32 and I don't think this is the right place for documenting the possible reasons for the error. However, this particular problem was that the user didn't re-register all of the DLLs after upgrading. Maybe we should have something in the docs that tells the user to do this after upgrading to a new version of Wine or have it done automatically somehow.
Andreas Mohr wrote:
Hi,
On Sun, Jun 19, 2005 at 04:38:25PM -0500, Robert Shearman wrote:
This is fixed by patch OLE #81a (Part 1) if it gets committed. It will then output: err:ole:CoGetClassObject class {a65b8071-3bfe-4213-9a5b-491da4461ca7} not registered
Wow, that was FAST! (hmm, or was your patch before my mail? don't remember)
It's only a semi-fix, though, since IMHO it should output something like: err:ole:CoGetClassObject class {a65b8071-3bfe-4213-9a5b-491da4461ca7} not registered - try running regsvr32 on the container DLL of this CLSID value!
If they have enough expertise to know that the CLSID is that of a DXDiag object then I think they will know that they can register it by using regsvr32 and I don't think this is the right place for documenting the possible reasons for the error. However, this particular problem was that the user didn't re-register all of the DLLs after upgrading. Maybe we should have something in the docs that tells the user to do this after upgrading to a new version of Wine or have it done automatically somehow.
-
Andreas Mohr -
cyrix12＠cox.net -
Jesse Allen -
Lionel Ulmer -
Robert Shearman