I'm not sure how to address this. If it is broken, is there a way for me to not have to use the bridge? My add-on extension calls Java code via the CentralRegistrationClass.java that is generated from the Netbeans module. It possible to do this in C++ and possible avoid the bridge?
-----Original Message----- From: Jürgen Schmidt [mailto:jogischm...@gmail.com] Sent: Friday, April 11, 2014 12:18 AM To: dev@openoffice.apache.org Subject: Re: EXTERNAL: Re: Extension Manager Add Crashes On 4/11/14 1:11 AM, Steele, Raymond wrote: > The stack trace at the crash does lead me down into that area of the code. > > [1] cpp_vtable_call(nFunctionIndex = 3, nVtableOffset = 0, pCallStack > =0xe90acea8, nRegReturn = -1649035904490436800LL) in cpp2uno.cxx [2] > privateSnippetExecutorGeneral(0x9daf5d4, 0xe91d7294,xe90ad250, > 0xe90ad1ec,0x0, 0x0), at 0xf83516a2 > [3]dp_registry::backend::component::_unamed_AjaA7n_aOTEvD::BackendImpl > ::ComponentPackageImpl::processPackage_(this = 0xe91d7240, _ARG2 = > CLASS, doRegisterPackage = true, startup = false, abortChannel = > CLASS, xCmdEnv = CLASS), line 1554 in "dp_component.cxx > > Also, I was able to install the extension mentioned here with success. > > https://issues.apache.org/ooo/show_bug.cgi?id=121577 > it seems you have a general problem with your Solaris build. A dictionary extension is of course different to an add-on where you have real code and have to bridge between Java <-> UNO <-> C++ Can you start the wizards under the File menu? They are implemented in Java and should trigger a similar bridging scenario. But anyway it is quite hard to help you if you can't provide the necessary information. And unfortunately you are on Solaris where we have no official build in place for you. Juergen > > > -----Original Message----- > From: Ariel Constenla-Haile [mailto:arie...@apache.org] > Sent: Thursday, April 10, 2014 4:02 PM > To: dev@openoffice.apache.org > Subject: Re: EXTERNAL: Re: Extension Manager Add Crashes > > This e-mail message contained a file attachment that was blocked per Lockheed > Martin Corporate Information Security Requirements. Certain file types are > being blocked from entering Lockheed Martin in order to minimize risk to > Corporate computing and information resources. > > If a business need exists and you must receive this file, alternate methods > have been approved for use by Corporate Information Security for receipt and > review of files/attachments. For more information and options for handling > blocked attachments, visit E-mail Attachment Security, at > > http://protection.global.lmco.com/protection/isafe/topics.e-attachment > s.cfm > > The current list of allowed attachment types is located at: > > http://protection.global.lmco.com/protection/awareness/e-msging/allowe > d_attachments.cfm > > If additional assistance is required, please contact the Lockheed Martin > Service Desk at 1-800-435-7063. > > ====================================================================== > On Thu, Apr 10, 2014 at 10:41:28PM +0000, Steele, Raymond wrote: >> Thanks, but I am totally lost when you mention "bridge". > > Literally, a bridge, for example a bridge from your compiler's C++ ABI > to UNO and back. See the stuff under > /trunk/main/bridges/source/cpp_uno/ > > Strange crashes not reproducible on other platforms like the ones you > describe here and in "RE: EXTERNAL: Re: DisposedException" may point to > something broken there. > > > Regards > -- > Ariel Constenla-Haile > La Plata, Argentina > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
