http://bugs.winehq.org/show_bug.cgi?id=15411
Summary: Dragon NaturallySpeaking 10 takes a very long time to finish loading Product: Wine Version: CVS/GIT Platform: Other URL: http://www.nuance.com OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: ole AssignedTo: wine-bugs@winehq.org ReportedBy: susancragin@earthlink.net
err:rpc:rpcrt4_protseq_np_wait_for_new_connection wait failed with error 87 (long pause) err:ole:get_unmarshaler_from_stream Failed to read common OBJREF header, 0x00000000 err:ntdll:RtlpWaitForCriticalSection section 0x7ed67100 "rpc.c: dcom registered server interfaces" wait timed out in thread 0090, blocked by 0091, retrying (60 sec) (long pause) err:ntdll:RtlpWaitForCriticalSection section 0x7ed67100 "rpc.c: dcom registered server interfaces" wait timed out in thread 0090, blocked by 0091, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x7ea173e0 "rpc_server.c: server_cs" wait timed out in thread 0092, blocked by 0091, retrying (60 sec) ... and then everything chugs along as normal...
As I said, these seem to affect nothing other than the program's loading time.
http://bugs.winehq.org/show_bug.cgi?id=15411
Rob Shearman robertshearman@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |robertshearman@gmail.com
--- Comment #1 from Rob Shearman robertshearman@gmail.com 2008-10-06 09:46:59 --- The issue is likely that a bad handle has been passed into WaitForMultipleObjectsEx in rpcrt4_protseq_np_wait_for_new_connection. The handles for this function are collected from server connections in rpcrt4_protseq_np_get_wait_array.
A +server,+rpc log needs to be generated to see if we are getting the handle from a freed connection or if someone else has called CloseHandle on a stale value, which the RPC code just happened to re-use. The latter is more likely IMHO.
http://bugs.winehq.org/show_bug.cgi?id=15411
Rob Shearman robertshearman@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|ole |rpc
http://bugs.winehq.org/show_bug.cgi?id=15411
--- Comment #2 from Susan Cragin susancragin@earthlink.net 2008-10-06 13:56:15 --- Created an attachment (id=16511) --> (http://bugs.winehq.org/attachment.cgi?id=16511) winedebug server rpc -- last 6,000 or so lines
I also got a snapshot of when the program's installation stalled, near the end, and I'll attach that next.
http://bugs.winehq.org/show_bug.cgi?id=15411
--- Comment #3 from Susan Cragin susancragin@earthlink.net 2008-10-06 13:57:06 --- Created an attachment (id=16512) --> (http://bugs.winehq.org/attachment.cgi?id=16512) Grabbed this from the terminal screen
http://bugs.winehq.org/show_bug.cgi?id=15411
Jeff Zaroyko jeffz@jeffz.name changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|CVS/GIT |1.1.5
http://bugs.winehq.org/show_bug.cgi?id=15411
--- Comment #4 from Susan Cragin susancragin@earthlink.net 2009-01-28 21:25:00 --- As of 28-Jan this problem has improved dramatically. There is still a short lag which is probably about the same as running under Windows. I'll test it again tomorrow. If not a fluke, I'll close the bug out.
wine-1.1.13-480-gd0e77f8
http://bugs.winehq.org/show_bug.cgi?id=15411
--- Comment #5 from Susan Cragin susancragin@earthlink.net 2009-01-29 06:38:03 --- Fluke. The improvement did not carry over to this morning. err:msi:msiobj_release Invalid handle! This may be the culprit.
http://bugs.winehq.org/show_bug.cgi?id=15411
Rob Shearman robertshearman@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|rpc |-unknown
http://bugs.winehq.org/show_bug.cgi?id=15411
Susan Cragin susancragin@earthlink.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED
--- Comment #6 from Susan Cragin susancragin@earthlink.net 2009-03-26 12:00:22 --- This bug is fixed as of 26 March 2009, with daily git. wine-1.1.17-223-g9e82e50
http://bugs.winehq.org/show_bug.cgi?id=15411
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #7 from Alexandre Julliard julliard@winehq.org 2009-03-27 13:54:05 --- Closing bugs fixed in 1.1.18.
-
wine-bugs＠winehq.org