About the COM message loop issue, I recommend this article
COM, Re-entrancy, and Message Pumping
http://blogs.msdn.com/timng/archive/2006/09/06/743795.aspx
-Huai Dong
On Mon, Dec 14, 2009 at 6:36 PM, Stephan Bergmann
wrote:
> Kay Ramme will take care of the re-opened issue.
>
> -Stephan
--
Kay Ramme will take care of the re-opened issue.
-Stephan
On 12/14/09 11:05, Huaidong Qiu wrote:
Yes, I those are two different UNO remote call session, Could you
please talk about your thought about fix this?
On Mon, Dec 14, 2009 at 5:32 PM, Stephan Bergmann
wrote:
Thank you for the stack,
Yes, I those are two different UNO remote call session, Could you
please talk about your thought about fix this?
On Mon, Dec 14, 2009 at 5:32 PM, Stephan Bergmann
wrote:
> Thank you for the stack, now I see what the problem is. There is no
> recursive call back across the remote bridge (which sh
Thank you for the stack, now I see what the problem is. There is no
recursive call back across the remote bridge (which should have worked).
Instead, osl_waitCondition (called from
cppu_threadpool::JobQueue::enter) is broken in that it calls
PeekMessage, which continues to dispatch Windows ev
Repost the stack, because some symbol errors in last one
. 0 Id: 634.1650 Suspend: 0 Teb: 7ffdf000 Unfrozen
ChildEBP RetAddr
0183cae8 00312ec6 cppu3!cppu::_destructData+0x326
0183cb00 003109a1 cppu3!uno_type_destructData+0x16
0183cb20 00310ee4 cppu3!cppu::_destructStruct+0x71
0183cb34 00310953
Thanks Stephan, here is the stacks
. 0 Id: 1644.1050 Suspend: 0 Teb: 7ffdd000 Unfrozen
ChildEBP RetAddr
0183cae8 00312ec6 cppu3!cppu::_destructData+0x326
0183cb00 003109a1 cppu3!uno_type_destructData+0x16
0183cb20 00310ee4 cppu3!cppu::_destructStruct+0x71
0183cb34 00310953 cppu3!cppu::destructSt
On 12/13/09 16:33, Huaidong Qiu wrote:
We implemented a java DispatchProviderInterceptor which registered to
frame, but we found some time bridge remote call (from C++ to java)
cause cpp2uno reentry such as bridges_remote::dispatchRemote2UnoProxy().
I don't think dispatchRemote2UnoProxy suppo
Hi all,
We implemented a java DispatchProviderInterceptor which registered to
frame, but we found some time bridge remote call (from C++ to java) cause
cpp2uno reentry such as bridges_remote::dispatchRemote2UnoProxy().
I don't think dispatchRemote2UnoProxy support reentry, because UNO Remote
Pro
