wine users - Oct 2010 - ole32 and CoGetCurrentLogicalThreadId

Hi,

I'm trying to run an internal application from where I work on wine. The
application uses a lot of COM components and multiple threads. But when running
it, it seems to hang pretty quickly.

I added the output from wine below, from what I understand, it's stopping
and waiting on a lock, using CoGetCurrentLogicalThreadId that is not
implemented. I'm just starting to use wine, so I don't know a lot about
it. Does someone know a way around this? Like installing some other native DLLs?
From what I understand, this is one of the DLL that's not easy to replace? I
tried to use the ole32.dll from my windows installation and to install dcom98,
but it  doesn't seem to help.

Any ideas? I'll post here when I find some more info.


Here is the output:

Code:

urs at flare:~/.wine/drive_c/Program Files/swtest$ wine swunit.exe 
fixme:ole:CoInitializeSecurity (0x419740,-1,(nil),(nil),4,3,(nil),0,(nil)) - 
stub!
fixme:advapi:RegisterEventSourceW ((null),L"Portmap"): stub
fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x00000000,
(nil),0x0002,0x00000000,0x82e7b0,(nil)): stub
err:eventlog:ReportEventW L"Portmap error: 10013"
err:eventlog:ReportEventW L"cannot bind"
fixme:advapi:DeregisterEventSource (0xcafe4242) stub
err:ole:CoCreateInstance apartment not initialised
fixme:ole:NdrCorrelationInitialize (0x32e2e4, 0x32dee4, 1024, 0x0): stub
fixme:rpc:NdrStubCall2 new correlation description not implemented
fixme:wtsapi:WTSQuerySessionInformationA Stub (nil) 0xffffffff 4 0xc6e244
0xc6e238
fixme:netapi32:NetGetJoinInformation Stub (null) 0xc6e040 0xc6e050
fixme:mountmgr:harddisk_ioctl unsupported ioctl 74080
fixme:mountmgr:harddisk_ioctl unsupported ioctl 2d1400
fixme:mountmgr:harddisk_ioctl unsupported ioctl 2d0c10
fixme:ole:NdrCorrelationFree (0x32e2e4): stub
fixme:ole:NdrCorrelationInitialize (0x32e2dc, 0x32dedc, 1024, 0x0): stub
fixme:rpc:NdrStubCall2 new correlation description not implemented
fixme:ole:NdrCorrelationFree (0x32e2dc): stub
fixme:ole:NdrCorrelationInitialize (0x32e2e8, 0x32dee8, 1024, 0x0): stub
fixme:rpc:NdrStubCall2 new correlation description not implemented
fixme:ole:NdrCorrelationFree (0x32e2e8): stub
fixme:ole:NdrCorrelationInitialize (0x32e2ec, 0x32deec, 1024, 0x0): stub
fixme:rpc:NdrStubCall2 new correlation description not implemented
fixme:ole:NdrCorrelationFree (0x32e2ec): stub
fixme:ole:NdrCorrelationInitialize (0x32e2e8, 0x32dee8, 1024, 0x0): stub
fixme:rpc:NdrStubCall2 new correlation description not implemented
fixme:ole:NdrCorrelationFree (0x32e2e8): stub
fixme:ole:get_inproc_class_object unrecognised threading model
L"Single" for
object {518f80fe-cb15-45a2-897d-5bcc79066669}, should be main-threaded?
fixme:resource:GetGuiResources (0xffffffff,0): stub
fixme:ole:CoGetCurrentLogicalThreadId : stub
fixme:ole:CoGetCurrentLogicalThreadId : stub

On 10/5/10 12:37 AM, nab wrote:
> Hi,
>
> I'm trying to run an internal application from where I work on wine.
The application uses a lot of COM components and multiple threads. But when
running it, it seems to hang pretty quickly.
>
> I added the output from wine below, from what I understand, it's
stopping and waiting on a lock, using CoGetCurrentLogicalThreadId that is not
implemented. I'm just starting to use wine, so I don't know a lot about
it. Does someone know a way around this? Like installing some other native DLLs?
From what I understand, this is one of the DLL that's not easy to replace? I
tried to use the ole32.dll from my windows installation and to install dcom98,
but it  doesn't seem to help.
>
> Any ideas? I'll post here when I find some more info.
>
>
> Here is the output:
>
> Code:
>
> urs at flare:~/.wine/drive_c/Program Files/swtest$ wine swunit.exe
> fixme:ole:CoInitializeSecurity (0x419740,-1,(nil),(nil),4,3,(nil),0,(nil))
-
> stub!
> fixme:advapi:RegisterEventSourceW ((null),L"Portmap"): stub
> fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x00000000,
> (nil),0x0002,0x00000000,0x82e7b0,(nil)): stub
> err:eventlog:ReportEventW L"Portmap error: 10013"
> err:eventlog:ReportEventW L"cannot bind"
Do we even support Portmapper?  You cannot use this normally and you 
will have to modify Linux' Portmapper to support your program.  This IS 
NOT trivial.

James McKenzie