http://bugs.winehq.org/show_bug.cgi?id=4054
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #15 from Dan Kegel dank@kegel.com 2008-01-10 12:51:04 --- The app gets a bit further now, complaining err:ole:CoGetClassObject class {438da5e0-f171-11d0-984e-0000f80270f8} not registered ... Component 'dhtmled.ocx' or one of its dependencies not correctly registered: a file is missing or invalid According to http://msdn2.microsoft.com/en-us/library/aa663363.aspx that UUID is provided by triedit.dll, which is in the same SDK that dhtmled.ocx is. Copying it into system32 and regsvr32'ing it fixed that problem.
Next problem is a null pointer reference in triedit.dll: fixme:msimtf:CActiveIMM_Create ((nil) {08c0e040-62d1-11d1-9326-0060b067b86e} 0x1faef34) fixme:ole:CoCreateInstance no instance created for interface {08c0e040-62d1-11d1-9326-0060b067b86e} of class {4955dd33-b159-11d0-8fcf-00aa006bcc59}, hres is 0x80004002 wine: Unhandled page fault on read access to 0x00000000 at address 0x59a051f0 (thread 0009), starting debugger... That UUID is IActiveIMMApp, so perhaps this is a gap in our msimtf implementation or its ecosystem?
(You can also reproduce this by running VBEdit.exe from the same DHTML SDK. I retrieved a copy from an archive site; here's the sha1sum of the copy I retrieved: 3aeaa4b04f87d6bc4abe1c8e65963b51741bb520 dhedsdk.exe 1452151 bytes.)
Anyway, the original problem seems solved. Closing.