Hi,
Thank you very much for your inputs.
In our use case we are not using
soffice
-accept="uno:socket,host=127.0.0.1,port=8100,tcpNoDelay=1;urp,Negotiate=0,ForceSynchronous=0;TheComponentContext"
Following is the description of our use case in c++ code:
1. We have Reference<XComponentContext> localContext
2. From this localContext we are retrieving the Reference <
XMultiComponentFactory > as follow:
Reference < XMultiComponentFactory > localServiceManager =
localContext->getServiceManager();
3. From this localServiceManager we are retriving
"com.sun.star.bridge.UnoUrlResolver" service as follow:
Reference < XInterface > urlResolverXInterface =
localServiceManager->createInstanceWithContext("com.sun.star.bridge.UnoUrlResolver",
localContext);
4. From urlResolverXInterface we are retriving the Reference < XUnoUrlResolver
> as follow:
Reference < XUnoUrlResolver >urlResolver(urlResolverXInterface, UNO_QUERY );
5. Invocation of
urlResolver->resolve("uno:socket,host=127.0.0.1,port=9999,tcpNoDelay=1;urp,Negotiate=0,ForceSynchronous=0;TheComponentContext");
method results in crash.
We ensured that all References in the above sequence of steps are valid.
However invocation of
urlResolver->resolve("uno:socket,host=127.0.0.1,port=9999,tcpNoDelay=1;urp,Negotiate=0,ForceSynchronous=0;TheComponentContext");
method results in crash.
We debugged the code and found following:
During the invocation of "urlResolver->resolve" method control reaches to
"ooo/main/binaryurp/source/bridgefactory.cxx" file of binaryurp code and in
"BridgeFactory::createBridge(...)" method of "bridgefactory.cxx" file following
condition check on line 145 throws exception which causes crash.
Snippet of "ooo/main/binaryurp/source/bridgefactory.cxx" file from line 145 to
154
=============================================================
if (!(sProtocol.equalsAsciiL(RTL_CONSTASCII_STRINGPARAM("urp")) &&
aConnection.is()))
{
throw css::lang::IllegalArgumentException(
rtl::OUString(
RTL_CONSTASCII_USTRINGPARAM(
"BridgeFactory::createBridge: sProtocol != urp ||"
" aConnection == null")),
static_cast< cppu::OWeakObject * >(this), -1);
}
=============================================================
We hope the above explanation would be helpful to understand the cause of crash
in our use case.
Thanks & Regards
Kandarpa Malipeddi
-----Original Message-----
From: Ariel Constenla-Haile [mailto:[email protected]]
Sent: Wednesday, December 28, 2011 6:59 PM
To: [email protected]
Subject: Re: How to enable the processing of one way calls in asynchronous
manner in Apache OpenOffice 3.4?
Hi Kandarpa,
On Wed, Dec 28, 2011 at 01:04:06PM +0000, Kandarpa Malipeddi wrote:
> Hi All,
>
>
> We have compiled Apache OpenOffice3.4 source code and generated RPMs
> for core, URE and SDK. We have installed these RPMs.
>
> While using the Apache OpenOffice 3.4 ure and sdk we observed that, it
> does not accept the urp protocol strings with
> "Negotiate=0,ForceSynchronous=0" parameters (i.e. Usage of
> "tcpNoDelay=1;urp,Negotiate=0,ForceSynchronous=0;TheComponentContext"
> results into crash.)
I've tried on Fedora Linux with this build
http://people.apache.org/~arielch/packages
and this connections params.:
soffice
-accept="uno:socket,host=127.0.0.1,port=8100,tcpNoDelay=1;urp,Negotiate=0,ForceSynchronous=0;TheComponentContext"
and it didn't crash:
~]$ netstat -a -ee -p | grep OSL
unix 2 [ ACC ] STREAM LISTENING 10584353 5816/soffice.bin
/tmp/OSL_PIPE_1000_SingleOfficeIPC_b18caf1d7748e989654b6e12c44467f
Maby something is wrong in your connection string? Can you paste the whole
command?
Regards
--
Ariel Constenla-Haile
La Plata, Argentina
DISCLAIMER
==========
This e-mail may contain privileged and confidential information which is the
property of Persistent Systems Ltd. It is intended only for the use of the
individual or entity to which it is addressed. If you are not the intended
recipient, you are not authorized to read, retain, copy, print, distribute or
use this message. If you have received this communication in error, please
notify the sender and delete all copies of this message. Persistent Systems
Ltd. does not accept any liability for virus infected mails.
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
