RE: EXTERNAL: Re: Extension Manager Add Crashes
Anyone out their willing and able to assist with this issue? We are not making any progress. -Original Message- From: Herbert Duerr [mailto:h...@apache.org] Sent: Wednesday, April 16, 2014 12:12 AM To: dev@openoffice.apache.org Subject: Re: EXTERNAL: Re: Extension Manager Add Crashes On 16.04.2014 01:16, Steele, Raymond wrote: > Why do you mention the Solaris Sparc UNO C++ bridge below. Is it related to > the x86/intel bridge. I am running Solaris 11 x86_64. Ah, ok. Looking at the directory main/bridges/source/cpp_uno there is no UNO bridge yet for Solaris Studio on a x86-64 CPU. But apparently your compile got through, so in order to know where to tweak you need to find out which bridge was actually used. Then you can adapt it to your platform (operating system, compiler, cpu architecture, ABI). As I mentioned the platform independence of AOO's UNO subsystem was unfortunately not designed in e.g. by using plain programming language constructs or using portable mechanisms like C-linking. Getting a bridge to work was accomplished by brute force :-/ (reverse engineering the vtable layouts, symbol mangling, calling conventions, implementation details of exception handling, etc.) but if we're lucky a few tweaks to the currently active bridge could suffice. For an idea on what tweaks might be needed please check the evolution of the related x86-64 bridges for Linux, FreeBSD or MacOSX. Herbert - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
RE: EXTERNAL: Re: Extension Manager Add Crashes
Also, it only seems to happen when the symbol names are component_canUnload and component_getImplementationEnvironment. Is this really a problem? If not, why would the trace output report it as an error? Why would the code check for these symbols in ld.so.1? Isn't that the linker library? -Original Message- From: Steele, Raymond Sent: Thursday, April 17, 2014 3:58 PM To: 'a...@openoffice.apache.org'; 'dev@openoffice.apache.org' Cc: Meffe, David K; Marks, Jeffrie Subject: RE: EXTERNAL: Re: Extension Manager Add Crashes I traced this osl_getAsciiFunctionSymbol issues down to sal/osl/unx/module.c line 154. Apparently, the function osl_getAsciiDunctionSymbol is calling "dlsym" (fcnAddr = dlsym(Module, pSymbol) which attempts to get the address of a symbol in a shared object or executable. NULL is returned if address of the symbol's name as a character string cannot be found. In the case of "error: osl_getAsciiFunctionSymbol failed with ld.so.1: soffice.bin: fatal: component_getImplementationEnvironmnet: can't find symbol" I received in my trace output, null is returned. (from dbx dump) fcnAddr = (nil) pSymbol = 0xfdc7710 " component_getImplementationEnvironmnet" Module = 0xf80008e0 Also, I noticed this call to dlsym is wraped in an #ifndef NO_DL_FUNCTIONS, however this is not defined in my environment. What is the significance of calling dlsym, can't I simple define NO_DL_FUNCTIONS to prevent this from occurring or will this have a negative impact on my underlying issue with the bridge? Raymond -Original Message- From: Steele, Raymond Sent: Tuesday, April 15, 2014 12:28 PM To: a...@openoffice.apache.org; dev@openoffice.apache.org Cc: Meffe, David K Subject: RE: EXTERNAL: Re: Extension Manager Add Crashes Thanks AGAIN, Herbert. Is there any significance to the following trace output: Trace 23946/1: "error: osl_getAsciiFunctionSympol failed with ld.so.1: soffice.bin: fatal: component_getImplementationEnvironmnet: can't find symbol I see this a lot while OpenOffice is launching. It appears to happen right before SAL_CALL uno_getMapping is called. -Original Message- From: Herbert Duerr [mailto:h...@apache.org] Sent: Tuesday, April 15, 2014 7:14 AM To: dev@openoffice.apache.org Cc: a...@openoffice.apache.org Subject: Re: EXTERNAL: Re: Extension Manager Add Crashes On 14.04.2014 17:59, Steele, Raymond wrote: > Anyone available that understands the OpenOffice bridges or could point me to > the correct documentation so that I can begin to understand the problem > myself? This has been a road block for me. The OpenOffice bridges are part of the UNO framework. An overview [1] and FAQ [2] can help to get started into this topic. Especially see the FAQ's chapter 2.9 ("Why is it so annoying to write a compiler version dependent C++ bridge?") on the deliberate design decisions that lead to this unfortunate fragility. There are other applications in the same league as OpenOffice that use plain implementation languages and thus avoid these extreme platform dependencies. [1] https://wiki.openoffice.org/wiki/Uno/Article/Understanding_Uno [2] https://wiki.openoffice.org/wiki/Uno/FAQ [3] http://www.openoffice.org/udk/cpp/man/cpp_bridges.html [4] https://wiki.openoffice.org/w/images/5/5e/DevelopersGuide_OOo3.1.0_05AdvancedUNO.odt There is a good chance that the ABI hasn't much changed and that the different compiler versions produces similar enough code so that one could eventually get along with minor tweaks to the Sparc Solaris UNO bridge. But finding the right knobs to tweak is a bit tricky. I hope the references above help to solve this. Herbert - To unsubscribe, e-mail: api-unsubscr...@openoffice.apache.org For additional commands, e-mail: api-h...@openoffice.apache.org
RE: EXTERNAL: Re: Extension Manager Add Crashes
I traced this osl_getAsciiFunctionSymbol issues down to sal/osl/unx/module.c line 154. Apparently, the function osl_getAsciiDunctionSymbol is calling "dlsym" (fcnAddr = dlsym(Module, pSymbol) which attempts to get the address of a symbol in a shared object or executable. NULL is returned if address of the symbol's name as a character string cannot be found. In the case of "error: osl_getAsciiFunctionSymbol failed with ld.so.1: soffice.bin: fatal: component_getImplementationEnvironmnet: can't find symbol" I received in my trace output, null is returned. (from dbx dump) fcnAddr = (nil) pSymbol = 0xfdc7710 " component_getImplementationEnvironmnet" Module = 0xf80008e0 Also, I noticed this call to dlsym is wraped in an #ifndef NO_DL_FUNCTIONS, however this is not defined in my environment. What is the significance of calling dlsym, can't I simple define NO_DL_FUNCTIONS to prevent this from occurring or will this have a negative impact on my underlying issue with the bridge? Raymond -Original Message- From: Steele, Raymond Sent: Tuesday, April 15, 2014 12:28 PM To: a...@openoffice.apache.org; dev@openoffice.apache.org Cc: Meffe, David K Subject: RE: EXTERNAL: Re: Extension Manager Add Crashes Thanks AGAIN, Herbert. Is there any significance to the following trace output: Trace 23946/1: "error: osl_getAsciiFunctionSympol failed with ld.so.1: soffice.bin: fatal: component_getImplementationEnvironmnet: can't find symbol I see this a lot while OpenOffice is launching. It appears to happen right before SAL_CALL uno_getMapping is called. -Original Message- From: Herbert Duerr [mailto:h...@apache.org] Sent: Tuesday, April 15, 2014 7:14 AM To: dev@openoffice.apache.org Cc: a...@openoffice.apache.org Subject: Re: EXTERNAL: Re: Extension Manager Add Crashes On 14.04.2014 17:59, Steele, Raymond wrote: > Anyone available that understands the OpenOffice bridges or could point me to > the correct documentation so that I can begin to understand the problem > myself? This has been a road block for me. The OpenOffice bridges are part of the UNO framework. An overview [1] and FAQ [2] can help to get started into this topic. Especially see the FAQ's chapter 2.9 ("Why is it so annoying to write a compiler version dependent C++ bridge?") on the deliberate design decisions that lead to this unfortunate fragility. There are other applications in the same league as OpenOffice that use plain implementation languages and thus avoid these extreme platform dependencies. [1] https://wiki.openoffice.org/wiki/Uno/Article/Understanding_Uno [2] https://wiki.openoffice.org/wiki/Uno/FAQ [3] http://www.openoffice.org/udk/cpp/man/cpp_bridges.html [4] https://wiki.openoffice.org/w/images/5/5e/DevelopersGuide_OOo3.1.0_05AdvancedUNO.odt There is a good chance that the ABI hasn't much changed and that the different compiler versions produces similar enough code so that one could eventually get along with minor tweaks to the Sparc Solaris UNO bridge. But finding the right knobs to tweak is a bit tricky. I hope the references above help to solve this. Herbert - To unsubscribe, e-mail: api-unsubscr...@openoffice.apache.org For additional commands, e-mail: api-h...@openoffice.apache.org
RE: EXTERNAL: Re: Extension Manager Add Crashes
I am still trying to process all of this stuff and it is quite difficult for me so far, but I wanted to share that I do receive trace output during runtime. These exceptions are thrown continuously after cpp2uno.cxx cpp_vtable_call is called as the OpenOffice application starts and during regular operation, including adding an extension. trace > inserting new mapping: ;uno[965efd8];sunpro5[9168010] >unoi exception occurred: com.sun.star.ucb.InteractiveAugmentedIOException >revoking mapping ;uno[965efd8];sunpro5[9168010] module.c::osl_getMpduleURLFromAddress openoffice4/progam/libuno_cpp.so.3 " trace > inserting new mapping: ;uno[965efd8];sunpro5[9168010] >unoi exception occurred: com.sun.star.ucb.InteractiveNetworkGeneralException >revoking mapping ;uno[965efd8];sunpro5[9168010] module.c::osl_getMpduleURLFromAddress openoffice4/progam/libuno_cpp.so.3 " trace > inserting new mapping: ;uno[965efd8];sunpro5[9168010] >unoi exception occurred: com.sun.star.ucb.InteractiveAugmentedIOException >revoking mapping ;uno[965efd8];sunpro5[9168010] module.c::osl_getMpduleURLFromAddress openoffice4/progam/libuno_cpp.so.3 " Any significance? Also, how is call.s used? Raymond -Original Message- From: Herbert Duerr [mailto:h...@apache.org] Sent: Wednesday, April 16, 2014 12:12 AM To: dev@openoffice.apache.org Subject: Re: EXTERNAL: Re: Extension Manager Add Crashes On 16.04.2014 01:16, Steele, Raymond wrote: > Why do you mention the Solaris Sparc UNO C++ bridge below. Is it related to > the x86/intel bridge. I am running Solaris 11 x86_64. Ah, ok. Looking at the directory main/bridges/source/cpp_uno there is no UNO bridge yet for Solaris Studio on a x86-64 CPU. But apparently your compile got through, so in order to know where to tweak you need to find out which bridge was actually used. Then you can adapt it to your platform (operating system, compiler, cpu architecture, ABI). As I mentioned the platform independence of AOO's UNO subsystem was unfortunately not designed in e.g. by using plain programming language constructs or using portable mechanisms like C-linking. Getting a bridge to work was accomplished by brute force :-/ (reverse engineering the vtable layouts, symbol mangling, calling conventions, implementation details of exception handling, etc.) but if we're lucky a few tweaks to the currently active bridge could suffice. For an idea on what tweaks might be needed please check the evolution of the related x86-64 bridges for Linux, FreeBSD or MacOSX. Herbert - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
RE: EXTERNAL: Re: Extension Manager Add Crashes
Herbert, My system appears to be using the bridge located here. I will try to see if I can look at the evolution of the other bridges as you suggested. https://svn.apache.org/repos/asf/openoffice/branches/AOO401/main/bridges/source/cpp_uno/cc50_solaris_intel/ Thanks again for all you assistance!! -Original Message- From: Herbert Duerr [mailto:h...@apache.org] Sent: Wednesday, April 16, 2014 12:12 AM To: dev@openoffice.apache.org Subject: Re: EXTERNAL: Re: Extension Manager Add Crashes On 16.04.2014 01:16, Steele, Raymond wrote: > Why do you mention the Solaris Sparc UNO C++ bridge below. Is it related to > the x86/intel bridge. I am running Solaris 11 x86_64. Ah, ok. Looking at the directory main/bridges/source/cpp_uno there is no UNO bridge yet for Solaris Studio on a x86-64 CPU. But apparently your compile got through, so in order to know where to tweak you need to find out which bridge was actually used. Then you can adapt it to your platform (operating system, compiler, cpu architecture, ABI). As I mentioned the platform independence of AOO's UNO subsystem was unfortunately not designed in e.g. by using plain programming language constructs or using portable mechanisms like C-linking. Getting a bridge to work was accomplished by brute force :-/ (reverse engineering the vtable layouts, symbol mangling, calling conventions, implementation details of exception handling, etc.) but if we're lucky a few tweaks to the currently active bridge could suffice. For an idea on what tweaks might be needed please check the evolution of the related x86-64 bridges for Linux, FreeBSD or MacOSX. Herbert - 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
Re: EXTERNAL: Re: Extension Manager Add Crashes
On 16.04.2014 01:16, Steele, Raymond wrote: Why do you mention the Solaris Sparc UNO C++ bridge below. Is it related to the x86/intel bridge. I am running Solaris 11 x86_64. Ah, ok. Looking at the directory main/bridges/source/cpp_uno there is no UNO bridge yet for Solaris Studio on a x86-64 CPU. But apparently your compile got through, so in order to know where to tweak you need to find out which bridge was actually used. Then you can adapt it to your platform (operating system, compiler, cpu architecture, ABI). As I mentioned the platform independence of AOO's UNO subsystem was unfortunately not designed in e.g. by using plain programming language constructs or using portable mechanisms like C-linking. Getting a bridge to work was accomplished by brute force :-/ (reverse engineering the vtable layouts, symbol mangling, calling conventions, implementation details of exception handling, etc.) but if we're lucky a few tweaks to the currently active bridge could suffice. For an idea on what tweaks might be needed please check the evolution of the related x86-64 bridges for Linux, FreeBSD or MacOSX. Herbert - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
RE: EXTERNAL: Re: Extension Manager Add Crashes
Herbert, Why do you mention the Solaris Sparc UNO C++ bridge below. Is it related to the x86/intel bridge. I am running Solaris 11 x86_64. Raymond -Original Message- From: Herbert Duerr [mailto:h...@apache.org] Sent: Tuesday, April 15, 2014 7:56 AM To: dev@openoffice.apache.org Cc: a...@openoffice.apache.org Subject: Re: EXTERNAL: Re: Extension Manager Add Crashes On 14.04.2014 17:59, Steele, Raymond wrote: > Anyone available that understands the OpenOffice bridges or could point me to > the correct documentation so that I can begin to understand the problem > myself? This has been a road block for me. The OpenOffice bridges are part of the UNO framework. An overview [1] and FAQ [2] can help to get started into this topic. Especially see the FAQ's chapter 2.9 ("Why is it so annoying to write a compiler version dependent C++ bridge?") on the deliberate design decisions that lead to this unfortunate fragility. There are other applications in the same league as OpenOffice that use their implementation languages plainly avoiding this extreme platform dependency. [1] https://wiki.openoffice.org/wiki/Uno/Article/Understanding_Uno [2] https://wiki.openoffice.org/wiki/Uno/FAQ [3] http://www.openoffice.org/udk/cpp/man/cpp_bridges.html [4] https://wiki.openoffice.org/w/images/5/5e/DevelopersGuide_OOo3.1.0_05AdvancedUNO.odt There is a good chance that the ABI hasn't much changed and that the different compiler versions produces similar enough code so that one could eventually get along with minor tweaks to the Solaris Sparc UNO C++ bridge. The links above hopefully help to find the knobs in main/bridges/source/cpp_uno/cc*solaris_sparc* source. The related tests in main/testtools/source/bridgetest can eventually help too. Herbert - To unsubscribe, e-mail: api-unsubscr...@openoffice.apache.org For additional commands, e-mail: api-h...@openoffice.apache.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
RE: EXTERNAL: Re: Extension Manager Add Crashes
Thanks AGAIN, Herbert. Is there any significance to the following trace output: Trace 23946/1: "error: osl_getAsciiFunctionSympol failed with ld.so.1: soffice.bin: fatal: component_getImplementationEnvironmnet: can't find symbol I see this a lot while OpenOffice is launching. It appears to happen right before SAL_CALL uno_getMapping is called. -Original Message- From: Herbert Duerr [mailto:h...@apache.org] Sent: Tuesday, April 15, 2014 7:14 AM To: dev@openoffice.apache.org Cc: a...@openoffice.apache.org Subject: Re: EXTERNAL: Re: Extension Manager Add Crashes On 14.04.2014 17:59, Steele, Raymond wrote: > Anyone available that understands the OpenOffice bridges or could point me to > the correct documentation so that I can begin to understand the problem > myself? This has been a road block for me. The OpenOffice bridges are part of the UNO framework. An overview [1] and FAQ [2] can help to get started into this topic. Especially see the FAQ's chapter 2.9 ("Why is it so annoying to write a compiler version dependent C++ bridge?") on the deliberate design decisions that lead to this unfortunate fragility. There are other applications in the same league as OpenOffice that use plain implementation languages and thus avoid these extreme platform dependencies. [1] https://wiki.openoffice.org/wiki/Uno/Article/Understanding_Uno [2] https://wiki.openoffice.org/wiki/Uno/FAQ [3] http://www.openoffice.org/udk/cpp/man/cpp_bridges.html [4] https://wiki.openoffice.org/w/images/5/5e/DevelopersGuide_OOo3.1.0_05AdvancedUNO.odt There is a good chance that the ABI hasn't much changed and that the different compiler versions produces similar enough code so that one could eventually get along with minor tweaks to the Sparc Solaris UNO bridge. But finding the right knobs to tweak is a bit tricky. I hope the references above help to solve this. Herbert - To unsubscribe, e-mail: api-unsubscr...@openoffice.apache.org For additional commands, e-mail: api-h...@openoffice.apache.org
Re: EXTERNAL: Re: Extension Manager Add Crashes
On 14.04.2014 17:59, Steele, Raymond wrote: Anyone available that understands the OpenOffice bridges or could point me to the correct documentation so that I can begin to understand the problem myself? This has been a road block for me. The OpenOffice bridges are part of the UNO framework. An overview [1] and FAQ [2] can help to get started into this topic. Especially see the FAQ's chapter 2.9 ("Why is it so annoying to write a compiler version dependent C++ bridge?") on the deliberate design decisions that lead to this unfortunate fragility. There are other applications in the same league as OpenOffice that use their implementation languages plainly avoiding this extreme platform dependency. [1] https://wiki.openoffice.org/wiki/Uno/Article/Understanding_Uno [2] https://wiki.openoffice.org/wiki/Uno/FAQ [3] http://www.openoffice.org/udk/cpp/man/cpp_bridges.html [4] https://wiki.openoffice.org/w/images/5/5e/DevelopersGuide_OOo3.1.0_05AdvancedUNO.odt There is a good chance that the ABI hasn't much changed and that the different compiler versions produces similar enough code so that one could eventually get along with minor tweaks to the Solaris Sparc UNO C++ bridge. The links above hopefully help to find the knobs in main/bridges/source/cpp_uno/cc*solaris_sparc* source. The related tests in main/testtools/source/bridgetest can eventually help too. Herbert - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: EXTERNAL: Re: Extension Manager Add Crashes
On 14.04.2014 17:59, Steele, Raymond wrote: Anyone available that understands the OpenOffice bridges or could point me to the correct documentation so that I can begin to understand the problem myself? This has been a road block for me. The OpenOffice bridges are part of the UNO framework. An overview [1] and FAQ [2] can help to get started into this topic. Especially see the FAQ's chapter 2.9 ("Why is it so annoying to write a compiler version dependent C++ bridge?") on the deliberate design decisions that lead to this unfortunate fragility. There are other applications in the same league as OpenOffice that use plain implementation languages and thus avoid these extreme platform dependencies. [1] https://wiki.openoffice.org/wiki/Uno/Article/Understanding_Uno [2] https://wiki.openoffice.org/wiki/Uno/FAQ [3] http://www.openoffice.org/udk/cpp/man/cpp_bridges.html [4] https://wiki.openoffice.org/w/images/5/5e/DevelopersGuide_OOo3.1.0_05AdvancedUNO.odt There is a good chance that the ABI hasn't much changed and that the different compiler versions produces similar enough code so that one could eventually get along with minor tweaks to the Sparc Solaris UNO bridge. But finding the right knobs to tweak is a bit tricky. I hope the references above help to solve this. Herbert - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
RE: EXTERNAL: Re: Extension Manager Add Crashes
Ariel, Do you think it may fix the bridge if I try to use the compiler Sun used? -Original Message- From: Ariel Constenla-Haile [mailto:arie...@apache.org] Sent: Thursday, April 10, 2014 3:40 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-attachments.cfm The current list of allowed attachment types is located at: http://protection.global.lmco.com/protection/awareness/e-msging/allowed_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:01:22PM +, Steele, Raymond wrote: > Thanks Ariel. I compiled the code myself for Solaris 11 using Solaris Studio > 12.3 compilers. This might be the difference between OOo 3.3 and the AOO 4 you built yourself: OOo 3.3 was compiled with Sun Studio 12 / C++-5.9 according to https://wiki.openoffice.org/wiki/Compiler_versions_used_by_port_maintainers_and_release_engineers Studio 12.3 comes with C++ 5.12 according to http://docs.oracle.com/cd/E24457_01/html/E21991/bkabe.html#scrolltoc The compiler might have changed in a way that broke the bridge. 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
RE: EXTERNAL: Re: Extension Manager Add Crashes
Anyone available that understands the OpenOffice bridges or could point me to the correct documentation so that I can begin to understand the problem myself? This has been a road block for me. Thanks! -Original Message- From: Steele, Raymond Sent: Friday, April 11, 2014 5:00 PM To: dev@openoffice.apache.org Subject: RE: EXTERNAL: Re: Extension Manager Add Crashes I compiled the sdk example Addon ProtocolHandlerAddon_cpp and attempted to install the generated OXT. Here is the stack trace of the crash. It seems to get past the cpp_vtable_call, but the problem still seems to be related to the bridge? [1] com::sun::stat::uno::Reference::iquery(pInterface = 0xf32a0eec)) line 64 in "Reference.hxx" [2] s_stub_computeObjectIdentifier(pParm = 0xf15dc288), line 117 in "component.cxx" [3] s_environemen_invokeV(pCurrentEnv = (nil), pTargetEnv = 0x918f3e8, pCallee = 0xf824244b0 = &`libsunpro5_uno.so` component.cxx's s_stub_computeObjectIdentifier, pParm = 0xf15dc288), line288 in EnvStack.cxx" [4] uno_Enviornment_invoke_v(pTargetEnv = 0x918f3e8, pCallee = 0xf824244b0 = &`libsunpro5_uno.so` component.cxx's s_stub_computeObjectIdentifier, pParm = 0xf15dc288), line307 in "EnvStack.cxx" [5] uno_Enviornment_invoke(pEnv = 0x918f3e8, pCallee = 0xf824244b0 = &`libsunpro5_uno.so` component.cxx's s_stub_computeObjectIdentifier, ..), line 316 in "EnvStack.cxx" [6] computeObjectIdentifier(pExtEnv = 0x918f3e8. ppOId = 0xf15dc39c, pInterface = 0xfe2a0eec), line 156 in "component.cxx" [7] defenv_getObjectIdentifier(pEnv = 0x918f3e8. ppOId = 0xf15dc39c, pInterface = 0xfe2a0eec), line 475 in "lbenv.cxx" [8] bridges::cpp_uno::shared::cpp2unoMapping(pMapping = 0x99e156c, ppUnoI = 0xf15dc448, pCppI = 0xfe2a0eec, pTypeDescr = 0x80e21do), line 78 in "bridge.cxx" [9] cppu_::_map(p = ..) lin 69 in "prim.hxx" [10]cppu::_copyConstructData(.), line 871 in "copy.hxx" [11]uno_copyAndConvertData(..), line 264 in "data.cxx" [12] _unamed_Aja7vq::cpp2uno_Call(..) line 135 in "cpp2uno.cxx" [13] cpp_vtable_call(.) line 332 in "cpp2uno.cxx" 14] privateSnippetExecutorGeneral(), at 0xf82416a2 -Original Message- From: Carl Marcum [mailto:cmar...@apache.org] Sent: Thursday, April 10, 2014 5:51 PM To: a...@openoffice.apache.org; dev@openoffice.apache.org Subject: Re: EXTERNAL: Re: Extension Manager Add Crashes On 04/10/2014 07:15 PM, Steele, Raymond wrote: > Carl, > > I have the new Netbeans plugin. I created a new Add-on project (just an empty > one that does nothing), compiled and generated the .OXT. The Extension > manager still rejects it and OpenOffice crashes. I was able to install the > extension mentioned here with success. > > https://issues.apache.org/ooo/show_bug.cgi?id=121577 > > -Original Message----- > From: Carl Marcum [mailto:cmar...@apache.org] > Sent: Thursday, April 10, 2014 2:55 PM > To: dev@openoffice.apache.org > Cc: a...@openoffice.apache.org > Subject: Re: EXTERNAL: Re: Extension Manager Add Crashes > > On 04/10/2014 03:31 PM, Steele, Raymond wrote: >> I am cross posting here since I am not getting much traction on the >> dev list and it appears it may be API related. I have an add-on that >> I developed using the Netbeans Openiffice module. This .oxt file >> works fine on AOO 3.3, but since I switched to AOO 4.0.1 and after a >> recompile, the Extension Manager will not take my add-on (see below >> please). However, the extension manager will take the module located >> http://extensions.openoffice.org/en/project/english-dictionaries-apac >> h >> e-openoffice >> >> Is there anything that the new AOO needs configured within the .oxt that was >> not needed in 3.3? Any help would be great! >> >> -Original Message- >> From: Steele, Raymond >> Sent: Wednesday, April 09, 2014 8:08 AM >> To: dev@openoffice.apache.org >> Subject: RE: EXTERNAL: Re: Extension Manager Add Crashes >> >> Thanks. I am using Java. The extension I have works on my Solaris 10 >> OpenOffice 3.3 instance, but not on my Solaris 11 4.0.1 instance. I used the >> OpenOffice Netbeans module to create the Add-on. >> >> -Original Message- >> From: Jürgen Schmidt [mailto:jogischm...@gmail.com] >> Sent: Tuesday, April 08, 2014 11:16 PM >> To: dev@openoffice.apache.org >> Subject: Re: EXTERNAL: Re: Extension Manager Add Crashes >> >> On 4/8/14 11:49 PM, Steele, Raymond wrote: >>> I installed the extension located at the following link with success, so >>> what is wrong with my exten
RE: EXTERNAL: Re: Extension Manager Add Crashes
I compiled the sdk example Addon ProtocolHandlerAddon_cpp and attempted to install the generated OXT. Here is the stack trace of the crash. It seems to get past the cpp_vtable_call, but the problem still seems to be related to the bridge? [1] com::sun::stat::uno::Reference::iquery(pInterface = 0xf32a0eec)) line 64 in "Reference.hxx" [2] s_stub_computeObjectIdentifier(pParm = 0xf15dc288), line 117 in "component.cxx" [3] s_environemen_invokeV(pCurrentEnv = (nil), pTargetEnv = 0x918f3e8, pCallee = 0xf824244b0 = &`libsunpro5_uno.so` component.cxx's s_stub_computeObjectIdentifier, pParm = 0xf15dc288), line288 in EnvStack.cxx" [4] uno_Enviornment_invoke_v(pTargetEnv = 0x918f3e8, pCallee = 0xf824244b0 = &`libsunpro5_uno.so` component.cxx's s_stub_computeObjectIdentifier, pParm = 0xf15dc288), line307 in "EnvStack.cxx" [5] uno_Enviornment_invoke(pEnv = 0x918f3e8, pCallee = 0xf824244b0 = &`libsunpro5_uno.so` component.cxx's s_stub_computeObjectIdentifier, ..), line 316 in "EnvStack.cxx" [6] computeObjectIdentifier(pExtEnv = 0x918f3e8. ppOId = 0xf15dc39c, pInterface = 0xfe2a0eec), line 156 in "component.cxx" [7] defenv_getObjectIdentifier(pEnv = 0x918f3e8. ppOId = 0xf15dc39c, pInterface = 0xfe2a0eec), line 475 in "lbenv.cxx" [8] bridges::cpp_uno::shared::cpp2unoMapping(pMapping = 0x99e156c, ppUnoI = 0xf15dc448, pCppI = 0xfe2a0eec, pTypeDescr = 0x80e21do), line 78 in "bridge.cxx" [9] cppu_::_map(p = ..) lin 69 in "prim.hxx" [10]cppu::_copyConstructData(.), line 871 in "copy.hxx" [11]uno_copyAndConvertData(..), line 264 in "data.cxx" [12] _unamed_Aja7vq::cpp2uno_Call(..) line 135 in "cpp2uno.cxx" [13] cpp_vtable_call(.) line 332 in "cpp2uno.cxx" 14] privateSnippetExecutorGeneral(), at 0xf82416a2 -Original Message- From: Carl Marcum [mailto:cmar...@apache.org] Sent: Thursday, April 10, 2014 5:51 PM To: a...@openoffice.apache.org; dev@openoffice.apache.org Subject: Re: EXTERNAL: Re: Extension Manager Add Crashes On 04/10/2014 07:15 PM, Steele, Raymond wrote: > Carl, > > I have the new Netbeans plugin. I created a new Add-on project (just an empty > one that does nothing), compiled and generated the .OXT. The Extension > manager still rejects it and OpenOffice crashes. I was able to install the > extension mentioned here with success. > > https://issues.apache.org/ooo/show_bug.cgi?id=121577 > > -Original Message----- > From: Carl Marcum [mailto:cmar...@apache.org] > Sent: Thursday, April 10, 2014 2:55 PM > To: dev@openoffice.apache.org > Cc: a...@openoffice.apache.org > Subject: Re: EXTERNAL: Re: Extension Manager Add Crashes > > On 04/10/2014 03:31 PM, Steele, Raymond wrote: >> I am cross posting here since I am not getting much traction on the >> dev list and it appears it may be API related. I have an add-on that >> I developed using the Netbeans Openiffice module. This .oxt file >> works fine on AOO 3.3, but since I switched to AOO 4.0.1 and after a >> recompile, the Extension Manager will not take my add-on (see below >> please). However, the extension manager will take the module located >> http://extensions.openoffice.org/en/project/english-dictionaries-apac >> h >> e-openoffice >> >> Is there anything that the new AOO needs configured within the .oxt that was >> not needed in 3.3? Any help would be great! >> >> -Original Message- >> From: Steele, Raymond >> Sent: Wednesday, April 09, 2014 8:08 AM >> To: dev@openoffice.apache.org >> Subject: RE: EXTERNAL: Re: Extension Manager Add Crashes >> >> Thanks. I am using Java. The extension I have works on my Solaris 10 >> OpenOffice 3.3 instance, but not on my Solaris 11 4.0.1 instance. I used the >> OpenOffice Netbeans module to create the Add-on. >> >> -Original Message- >> From: Jürgen Schmidt [mailto:jogischm...@gmail.com] >> Sent: Tuesday, April 08, 2014 11:16 PM >> To: dev@openoffice.apache.org >> Subject: Re: EXTERNAL: Re: Extension Manager Add Crashes >> >> On 4/8/14 11:49 PM, Steele, Raymond wrote: >>> I installed the extension located at the following link with success, so >>> what is wrong with my extension >>> >>> http://extensions.openoffice.org/en/project/english-dictionaries-apa >>> c >>> h >>> e-openoffice >> >> it's difficult to say without having the code, you can easy make mistakes >> with extensions. >> >> I haven't followed the thread in detail but maybe you can describe in
RE: EXTERNAL: Re: Extension Manager Add Crashes
Ariel, In the bug quoted below, there is a mention of testtool/unxlngi4.pro/lib/bridgetest_inprocess which seems to have been used to diagnose/fix the related issue. Do you or anyone else know how to use this tool? -Original Message- From: Ariel Constenla-Haile [mailto:arie...@apache.org] Sent: Thursday, April 10, 2014 2:58 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-attachments.cfm The current list of allowed attachment types is located at: http://protection.global.lmco.com/protection/awareness/e-msging/allowed_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 07:31:39PM +, Steele, Raymond wrote: > I am cross posting here since I am not getting much traction on the > dev list and it appears it may be API related. I have an add-on that I > developed using the Netbeans Openiffice module. This .oxt file works > fine on AOO 3.3, but since I switched to AOO 4.0.1 and after a > recompile, the Extension Manager will not take my add-on (see below > please). However, the extension manager will take the module located > http://extensions.openoffice.org/en/project/english-dictionaries-apach > e-openoffice > > Is there anything that the new AOO needs configured within the .oxt > that was not needed in 3.3? Any help would be great! You don't mention from where you got that AOO 4 for Solaris; nobody here builds on Solaris, so all that strange crashes you mention on your mails sound like a broken bridge on that platform (and that's where the bug you quote in one of your mails is pointing to, but in that case to a broken bridge after a GCC version update on Linux). That said, I know nothing about the bridge related code, so sorry I cannot help. 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
RE: EXTERNAL: Re: Extension Manager Add Crashes
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 +, 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
RE: EXTERNAL: Re: Extension Manager Add Crashes
Juergen, Then wizards seem to be working fine. What necessary information can I provide to you? Raymond -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 +, 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
RE: EXTERNAL: Re: Extension Manager Add Crashes
Carl, no message. Just a crash of the AOO suite. -Original Message- From: Carl Marcum [mailto:cmar...@apache.org] Sent: Thursday, April 10, 2014 5:51 PM To: a...@openoffice.apache.org; dev@openoffice.apache.org Subject: Re: EXTERNAL: Re: Extension Manager Add Crashes On 04/10/2014 07:15 PM, Steele, Raymond wrote: > Carl, > > I have the new Netbeans plugin. I created a new Add-on project (just an empty > one that does nothing), compiled and generated the .OXT. The Extension > manager still rejects it and OpenOffice crashes. I was able to install the > extension mentioned here with success. > > https://issues.apache.org/ooo/show_bug.cgi?id=121577 > > -Original Message- > From: Carl Marcum [mailto:cmar...@apache.org] > Sent: Thursday, April 10, 2014 2:55 PM > To: dev@openoffice.apache.org > Cc: a...@openoffice.apache.org > Subject: Re: EXTERNAL: Re: Extension Manager Add Crashes > > On 04/10/2014 03:31 PM, Steele, Raymond wrote: >> I am cross posting here since I am not getting much traction on the >> dev list and it appears it may be API related. I have an add-on that >> I developed using the Netbeans Openiffice module. This .oxt file >> works fine on AOO 3.3, but since I switched to AOO 4.0.1 and after a >> recompile, the Extension Manager will not take my add-on (see below >> please). However, the extension manager will take the module located >> http://extensions.openoffice.org/en/project/english-dictionaries-apac >> h >> e-openoffice >> >> Is there anything that the new AOO needs configured within the .oxt that was >> not needed in 3.3? Any help would be great! >> >> -Original Message----- >> From: Steele, Raymond >> Sent: Wednesday, April 09, 2014 8:08 AM >> To: dev@openoffice.apache.org >> Subject: RE: EXTERNAL: Re: Extension Manager Add Crashes >> >> Thanks. I am using Java. The extension I have works on my Solaris 10 >> OpenOffice 3.3 instance, but not on my Solaris 11 4.0.1 instance. I used the >> OpenOffice Netbeans module to create the Add-on. >> >> -----Original Message- >> From: Jürgen Schmidt [mailto:jogischm...@gmail.com] >> Sent: Tuesday, April 08, 2014 11:16 PM >> To: dev@openoffice.apache.org >> Subject: Re: EXTERNAL: Re: Extension Manager Add Crashes >> >> On 4/8/14 11:49 PM, Steele, Raymond wrote: >>> I installed the extension located at the following link with success, so >>> what is wrong with my extension >>> >>> http://extensions.openoffice.org/en/project/english-dictionaries-apa >>> c >>> h >>> e-openoffice >> >> it's difficult to say without having the code, you can easy make mistakes >> with extensions. >> >> I haven't followed the thread in detail but maybe you can describe in >> a few sentences what exactly you try >> >> - which programming language do you use >> - which kind of extension, an add-on, a calc add-in, ... >> - ... >> >> Juergen >> >> >>> >>> >>> -Original Message- >>> From: Steele, Raymond >>> Sent: Tuesday, April 08, 2014 10:31 AM >>> To: 'dev@openoffice.apache.org' >>> Subject: RE: EXTERNAL: Re: Extension Manager Add Crashes >>> >>> Is there any one that is familiar with this code and able to lend a hand. I >>> do not understand what is going on here. I suspect that the crash is >>> cpp_vtable_call is due to a RuntimeException thrown in Reference.hxx >>> because pQueried is equal to (nil). Here is the stack trace leading up to >>> the RunTimeException during the registration of my .oxt file. >>> >>> =>[1] com::sun::star::uno::BaseReference::iquery_throw(pInterface = >>> 0x9e348ac, rType = CLASS), line 81 in "Reference.hxx" >>>[2] >>> dp_registry::backend::component::_unamed_AjaA7n_a0TEvD::BackendImpl::ComponentPackageImpl::processPackage_(this >>> = 0xea4f9a88, _ARG2 = CLASS, doRegisterPackge = true, startup = false, >>> abortChannel = CLASS, xCmdEnv = CLASS), line 1554 in "dp_component.cxx" >>> [3] dp_registry::backend::Package::processPackage_Impl(this = >>> 0xea4f9a88, doRegisterPackage = true, startup = false, xAbortChannel = >>> CLASS, xCmdEnv = CLASS), line 675 in "dp_backend.cxx" >>>[4] dp_registy::backend::Package::registerPackage(this = 0xe9b94c58, >>> startup = '\0', xAbortChannel = CLASS, xCmdEnv = CALSS), line 725 in >>> "dp_backend.cxx" >>> >>> I really need
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-attachments.cfm > > The current list of allowed attachment types is located at: > > http://protection.global.lmco.com/protection/awareness/e-msging/allowed_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 +, 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
Re: EXTERNAL: Re: Extension Manager Add Crashes
On 04/10/2014 07:15 PM, Steele, Raymond wrote: Carl, I have the new Netbeans plugin. I created a new Add-on project (just an empty one that does nothing), compiled and generated the .OXT. The Extension manager still rejects it and OpenOffice crashes. I was able to install the extension mentioned here with success. https://issues.apache.org/ooo/show_bug.cgi?id=121577 -Original Message- From: Carl Marcum [mailto:cmar...@apache.org] Sent: Thursday, April 10, 2014 2:55 PM To: dev@openoffice.apache.org Cc: a...@openoffice.apache.org Subject: Re: EXTERNAL: Re: Extension Manager Add Crashes On 04/10/2014 03:31 PM, Steele, Raymond wrote: I am cross posting here since I am not getting much traction on the dev list and it appears it may be API related. I have an add-on that I developed using the Netbeans Openiffice module. This .oxt file works fine on AOO 3.3, but since I switched to AOO 4.0.1 and after a recompile, the Extension Manager will not take my add-on (see below please). However, the extension manager will take the module located http://extensions.openoffice.org/en/project/english-dictionaries-apach e-openoffice Is there anything that the new AOO needs configured within the .oxt that was not needed in 3.3? Any help would be great! -Original Message- From: Steele, Raymond Sent: Wednesday, April 09, 2014 8:08 AM To: dev@openoffice.apache.org Subject: RE: EXTERNAL: Re: Extension Manager Add Crashes Thanks. I am using Java. The extension I have works on my Solaris 10 OpenOffice 3.3 instance, but not on my Solaris 11 4.0.1 instance. I used the OpenOffice Netbeans module to create the Add-on. -Original Message- From: Jürgen Schmidt [mailto:jogischm...@gmail.com] Sent: Tuesday, April 08, 2014 11:16 PM To: dev@openoffice.apache.org Subject: Re: EXTERNAL: Re: Extension Manager Add Crashes On 4/8/14 11:49 PM, Steele, Raymond wrote: I installed the extension located at the following link with success, so what is wrong with my extension http://extensions.openoffice.org/en/project/english-dictionaries-apac h e-openoffice it's difficult to say without having the code, you can easy make mistakes with extensions. I haven't followed the thread in detail but maybe you can describe in a few sentences what exactly you try - which programming language do you use - which kind of extension, an add-on, a calc add-in, ... - ... Juergen -Original Message- From: Steele, Raymond Sent: Tuesday, April 08, 2014 10:31 AM To: 'dev@openoffice.apache.org' Subject: RE: EXTERNAL: Re: Extension Manager Add Crashes Is there any one that is familiar with this code and able to lend a hand. I do not understand what is going on here. I suspect that the crash is cpp_vtable_call is due to a RuntimeException thrown in Reference.hxx because pQueried is equal to (nil). Here is the stack trace leading up to the RunTimeException during the registration of my .oxt file. =>[1] com::sun::star::uno::BaseReference::iquery_throw(pInterface = 0x9e348ac, rType = CLASS), line 81 in "Reference.hxx" [2] dp_registry::backend::component::_unamed_AjaA7n_a0TEvD::BackendImpl::ComponentPackageImpl::processPackage_(this = 0xea4f9a88, _ARG2 = CLASS, doRegisterPackge = true, startup = false, abortChannel = CLASS, xCmdEnv = CLASS), line 1554 in "dp_component.cxx" [3] dp_registry::backend::Package::processPackage_Impl(this = 0xea4f9a88, doRegisterPackage = true, startup = false, xAbortChannel = CLASS, xCmdEnv = CLASS), line 675 in "dp_backend.cxx" [4] dp_registy::backend::Package::registerPackage(this = 0xe9b94c58, startup = '\0', xAbortChannel = CLASS, xCmdEnv = CALSS), line 725 in "dp_backend.cxx" I really need to get over this hurdle. -Original Message- From: Steele, Raymond Sent: Friday, April 04, 2014 5:52 PM To: dev@openoffice.apache.org Subject: RE: EXTERNAL: Re: Extension Manager Add Crashes I am still plugging away at this issue. This is what I have determined. addExtension is called in dp_extensionmanager.cxx. However, a RuntimeException is thrown somewhere and caught on line 819. Then on line 830, the code then tries to recover the "original status" then call activateExtension, which then leads up to the crash, which happens after an attempt to register and process the package in dp_component.cxx. I am not sure if the initial RuntimeException is causing the problem, but something is not correct. Here is high level stack trace (typed out). [1] cpp_vtable_call(nFunctionIndex = 3, nVtableOffset = 0, pCallStack = 0xe90acea8, nRegReturn = -1649035904490436800LL) in cpp2uno.cxx [2] privateSnippetExecutorGeneral(0x9daf5d4, 0xe91d7294, 0xe90ad250, 0xe90ad1ec, 0x0, 0x0), at 0xf83516a2 [3] dp_registry::backend::component::_unamed_AjaA7n_aOTEvD::BackendImpl::ComponentPackageImpl::processPackage_(this- 0xe91d7240, _ARG2 = CLASS, doRegisterPa
RE: EXTERNAL: Re: Extension Manager Add Crashes
Carl, I have the new Netbeans plugin. I created a new Add-on project (just an empty one that does nothing), compiled and generated the .OXT. The Extension manager still rejects it and OpenOffice crashes. I was able to install the extension mentioned here with success. https://issues.apache.org/ooo/show_bug.cgi?id=121577 -Original Message- From: Carl Marcum [mailto:cmar...@apache.org] Sent: Thursday, April 10, 2014 2:55 PM To: dev@openoffice.apache.org Cc: a...@openoffice.apache.org Subject: Re: EXTERNAL: Re: Extension Manager Add Crashes On 04/10/2014 03:31 PM, Steele, Raymond wrote: > I am cross posting here since I am not getting much traction on the > dev list and it appears it may be API related. I have an add-on that I > developed using the Netbeans Openiffice module. This .oxt file works > fine on AOO 3.3, but since I switched to AOO 4.0.1 and after a > recompile, the Extension Manager will not take my add-on (see below > please). However, the extension manager will take the module located > http://extensions.openoffice.org/en/project/english-dictionaries-apach > e-openoffice > > Is there anything that the new AOO needs configured within the .oxt that was > not needed in 3.3? Any help would be great! > > -Original Message- > From: Steele, Raymond > Sent: Wednesday, April 09, 2014 8:08 AM > To: dev@openoffice.apache.org > Subject: RE: EXTERNAL: Re: Extension Manager Add Crashes > > Thanks. I am using Java. The extension I have works on my Solaris 10 > OpenOffice 3.3 instance, but not on my Solaris 11 4.0.1 instance. I used the > OpenOffice Netbeans module to create the Add-on. > > -Original Message- > From: Jürgen Schmidt [mailto:jogischm...@gmail.com] > Sent: Tuesday, April 08, 2014 11:16 PM > To: dev@openoffice.apache.org > Subject: Re: EXTERNAL: Re: Extension Manager Add Crashes > > On 4/8/14 11:49 PM, Steele, Raymond wrote: >> I installed the extension located at the following link with success, so >> what is wrong with my extension >> >> http://extensions.openoffice.org/en/project/english-dictionaries-apac >> h >> e-openoffice > > it's difficult to say without having the code, you can easy make mistakes > with extensions. > > I haven't followed the thread in detail but maybe you can describe in > a few sentences what exactly you try > > - which programming language do you use > - which kind of extension, an add-on, a calc add-in, ... > - ... > > Juergen > > >> >> >> -Original Message- >> From: Steele, Raymond >> Sent: Tuesday, April 08, 2014 10:31 AM >> To: 'dev@openoffice.apache.org' >> Subject: RE: EXTERNAL: Re: Extension Manager Add Crashes >> >> Is there any one that is familiar with this code and able to lend a hand. I >> do not understand what is going on here. I suspect that the crash is >> cpp_vtable_call is due to a RuntimeException thrown in Reference.hxx because >> pQueried is equal to (nil). Here is the stack trace leading up to the >> RunTimeException during the registration of my .oxt file. >> >> =>[1] com::sun::star::uno::BaseReference::iquery_throw(pInterface = >> 0x9e348ac, rType = CLASS), line 81 in "Reference.hxx" >> [2] >> dp_registry::backend::component::_unamed_AjaA7n_a0TEvD::BackendImpl::ComponentPackageImpl::processPackage_(this >> = 0xea4f9a88, _ARG2 = CLASS, doRegisterPackge = true, startup = false, >> abortChannel = CLASS, xCmdEnv = CLASS), line 1554 in "dp_component.cxx" >> [3] dp_registry::backend::Package::processPackage_Impl(this = >> 0xea4f9a88, doRegisterPackage = true, startup = false, xAbortChannel = >> CLASS, xCmdEnv = CLASS), line 675 in "dp_backend.cxx" >> [4] dp_registy::backend::Package::registerPackage(this = 0xe9b94c58, >> startup = '\0', xAbortChannel = CLASS, xCmdEnv = CALSS), line 725 in >> "dp_backend.cxx" >> >> I really need to get over this hurdle. >> >> -Original Message- >> From: Steele, Raymond >> Sent: Friday, April 04, 2014 5:52 PM >> To: dev@openoffice.apache.org >> Subject: RE: EXTERNAL: Re: Extension Manager Add Crashes >> >> I am still plugging away at this issue. This is what I have determined. >> addExtension is called in dp_extensionmanager.cxx. However, a >> RuntimeException is thrown somewhere and caught on line 819. Then on line >> 830, the code then tries to recover the "original status" then call >> activateExtension, which then leads up to the crash, which happens after an >> attempt to register and process the package in dp_component
RE: EXTERNAL: Re: Extension Manager Add Crashes
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 -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-attachments.cfm The current list of allowed attachment types is located at: http://protection.global.lmco.com/protection/awareness/e-msging/allowed_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 +, 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
Re: EXTERNAL: Re: Extension Manager Add Crashes
On Thu, Apr 10, 2014 at 10:41:28PM +, 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 pgpj3wV_5ofqa.pgp Description: PGP signature
RE: EXTERNAL: Re: Extension Manager Add Crashes
Thanks, but I am totally lost when you mention "bridge". -Original Message- From: Ariel Constenla-Haile [mailto:arie...@apache.org] Sent: Thursday, April 10, 2014 3:40 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-attachments.cfm The current list of allowed attachment types is located at: http://protection.global.lmco.com/protection/awareness/e-msging/allowed_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:01:22PM +, Steele, Raymond wrote: > Thanks Ariel. I compiled the code myself for Solaris 11 using Solaris Studio > 12.3 compilers. This might be the difference between OOo 3.3 and the AOO 4 you built yourself: OOo 3.3 was compiled with Sun Studio 12 / C++-5.9 according to https://wiki.openoffice.org/wiki/Compiler_versions_used_by_port_maintainers_and_release_engineers Studio 12.3 comes with C++ 5.12 according to http://docs.oracle.com/cd/E24457_01/html/E21991/bkabe.html#scrolltoc The compiler might have changed in a way that broke the bridge. 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
Re: EXTERNAL: Re: Extension Manager Add Crashes
On Thu, Apr 10, 2014 at 10:01:22PM +, Steele, Raymond wrote: > Thanks Ariel. I compiled the code myself for Solaris 11 using Solaris Studio > 12.3 compilers. This might be the difference between OOo 3.3 and the AOO 4 you built yourself: OOo 3.3 was compiled with Sun Studio 12 / C++-5.9 according to https://wiki.openoffice.org/wiki/Compiler_versions_used_by_port_maintainers_and_release_engineers Studio 12.3 comes with C++ 5.12 according to http://docs.oracle.com/cd/E24457_01/html/E21991/bkabe.html#scrolltoc The compiler might have changed in a way that broke the bridge. Regards -- Ariel Constenla-Haile La Plata, Argentina pgpQjeAqnJ0s6.pgp Description: PGP signature
RE: EXTERNAL: Re: Extension Manager Add Crashes
Carl, I could scan and email you files if you could tell me which ones would be interesting to you. Thanks, Raymond -Original Message- From: Carl Marcum [mailto:cmar...@apache.org] Sent: Thursday, April 10, 2014 2:55 PM To: dev@openoffice.apache.org Cc: a...@openoffice.apache.org Subject: Re: EXTERNAL: Re: Extension Manager Add Crashes On 04/10/2014 03:31 PM, Steele, Raymond wrote: > I am cross posting here since I am not getting much traction on the > dev list and it appears it may be API related. I have an add-on that I > developed using the Netbeans Openiffice module. This .oxt file works > fine on AOO 3.3, but since I switched to AOO 4.0.1 and after a > recompile, the Extension Manager will not take my add-on (see below > please). However, the extension manager will take the module located > http://extensions.openoffice.org/en/project/english-dictionaries-apach > e-openoffice > > Is there anything that the new AOO needs configured within the .oxt that was > not needed in 3.3? Any help would be great! > > -Original Message- > From: Steele, Raymond > Sent: Wednesday, April 09, 2014 8:08 AM > To: dev@openoffice.apache.org > Subject: RE: EXTERNAL: Re: Extension Manager Add Crashes > > Thanks. I am using Java. The extension I have works on my Solaris 10 > OpenOffice 3.3 instance, but not on my Solaris 11 4.0.1 instance. I used the > OpenOffice Netbeans module to create the Add-on. > > -Original Message- > From: Jürgen Schmidt [mailto:jogischm...@gmail.com] > Sent: Tuesday, April 08, 2014 11:16 PM > To: dev@openoffice.apache.org > Subject: Re: EXTERNAL: Re: Extension Manager Add Crashes > > On 4/8/14 11:49 PM, Steele, Raymond wrote: >> I installed the extension located at the following link with success, so >> what is wrong with my extension >> >> http://extensions.openoffice.org/en/project/english-dictionaries-apac >> h >> e-openoffice > > it's difficult to say without having the code, you can easy make mistakes > with extensions. > > I haven't followed the thread in detail but maybe you can describe in > a few sentences what exactly you try > > - which programming language do you use > - which kind of extension, an add-on, a calc add-in, ... > - ... > > Juergen > > >> >> >> -Original Message- >> From: Steele, Raymond >> Sent: Tuesday, April 08, 2014 10:31 AM >> To: 'dev@openoffice.apache.org' >> Subject: RE: EXTERNAL: Re: Extension Manager Add Crashes >> >> Is there any one that is familiar with this code and able to lend a hand. I >> do not understand what is going on here. I suspect that the crash is >> cpp_vtable_call is due to a RuntimeException thrown in Reference.hxx because >> pQueried is equal to (nil). Here is the stack trace leading up to the >> RunTimeException during the registration of my .oxt file. >> >> =>[1] com::sun::star::uno::BaseReference::iquery_throw(pInterface = >> 0x9e348ac, rType = CLASS), line 81 in "Reference.hxx" >> [2] >> dp_registry::backend::component::_unamed_AjaA7n_a0TEvD::BackendImpl::ComponentPackageImpl::processPackage_(this >> = 0xea4f9a88, _ARG2 = CLASS, doRegisterPackge = true, startup = false, >> abortChannel = CLASS, xCmdEnv = CLASS), line 1554 in "dp_component.cxx" >> [3] dp_registry::backend::Package::processPackage_Impl(this = >> 0xea4f9a88, doRegisterPackage = true, startup = false, xAbortChannel = >> CLASS, xCmdEnv = CLASS), line 675 in "dp_backend.cxx" >> [4] dp_registy::backend::Package::registerPackage(this = 0xe9b94c58, >> startup = '\0', xAbortChannel = CLASS, xCmdEnv = CALSS), line 725 in >> "dp_backend.cxx" >> >> I really need to get over this hurdle. >> >> -Original Message- >> From: Steele, Raymond >> Sent: Friday, April 04, 2014 5:52 PM >> To: dev@openoffice.apache.org >> Subject: RE: EXTERNAL: Re: Extension Manager Add Crashes >> >> I am still plugging away at this issue. This is what I have determined. >> addExtension is called in dp_extensionmanager.cxx. However, a >> RuntimeException is thrown somewhere and caught on line 819. Then on line >> 830, the code then tries to recover the "original status" then call >> activateExtension, which then leads up to the crash, which happens after an >> attempt to register and process the package in dp_component.cxx. I am not >> sure if the initial RuntimeException is causing the problem, but something >> is not correct. Here is high level stack trace (typed out). >> >> [1]
RE: EXTERNAL: Re: Extension Manager Add Crashes
Thanks Ariel. I compiled the code myself for Solaris 11 using Solaris Studio 12.3 compilers. -Original Message- From: Ariel Constenla-Haile [mailto:arie...@apache.org] Sent: Thursday, April 10, 2014 2:58 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-attachments.cfm The current list of allowed attachment types is located at: http://protection.global.lmco.com/protection/awareness/e-msging/allowed_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 07:31:39PM +, Steele, Raymond wrote: > I am cross posting here since I am not getting much traction on the > dev list and it appears it may be API related. I have an add-on that I > developed using the Netbeans Openiffice module. This .oxt file works > fine on AOO 3.3, but since I switched to AOO 4.0.1 and after a > recompile, the Extension Manager will not take my add-on (see below > please). However, the extension manager will take the module located > http://extensions.openoffice.org/en/project/english-dictionaries-apach > e-openoffice > > Is there anything that the new AOO needs configured within the .oxt > that was not needed in 3.3? Any help would be great! You don't mention from where you got that AOO 4 for Solaris; nobody here builds on Solaris, so all that strange crashes you mention on your mails sound like a broken bridge on that platform (and that's where the bug you quote in one of your mails is pointing to, but in that case to a broken bridge after a GCC version update on Linux). That said, I know nothing about the bridge related code, so sorry I cannot help. 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
RE: EXTERNAL: Re: Extension Manager Add Crashes
Thanks Carl! Unfortunately, I will not be able to send you the .oxt file. Sorry. I am now looking over the additional information that you and Kay Schenk provided. -Original Message- From: Carl Marcum [mailto:cmar...@apache.org] Sent: Thursday, April 10, 2014 2:55 PM To: dev@openoffice.apache.org Cc: a...@openoffice.apache.org Subject: Re: EXTERNAL: Re: Extension Manager Add Crashes On 04/10/2014 03:31 PM, Steele, Raymond wrote: > I am cross posting here since I am not getting much traction on the > dev list and it appears it may be API related. I have an add-on that I > developed using the Netbeans Openiffice module. This .oxt file works > fine on AOO 3.3, but since I switched to AOO 4.0.1 and after a > recompile, the Extension Manager will not take my add-on (see below > please). However, the extension manager will take the module located > http://extensions.openoffice.org/en/project/english-dictionaries-apach > e-openoffice > > Is there anything that the new AOO needs configured within the .oxt that was > not needed in 3.3? Any help would be great! > > -Original Message- > From: Steele, Raymond > Sent: Wednesday, April 09, 2014 8:08 AM > To: dev@openoffice.apache.org > Subject: RE: EXTERNAL: Re: Extension Manager Add Crashes > > Thanks. I am using Java. The extension I have works on my Solaris 10 > OpenOffice 3.3 instance, but not on my Solaris 11 4.0.1 instance. I used the > OpenOffice Netbeans module to create the Add-on. > > -Original Message- > From: Jürgen Schmidt [mailto:jogischm...@gmail.com] > Sent: Tuesday, April 08, 2014 11:16 PM > To: dev@openoffice.apache.org > Subject: Re: EXTERNAL: Re: Extension Manager Add Crashes > > On 4/8/14 11:49 PM, Steele, Raymond wrote: >> I installed the extension located at the following link with success, so >> what is wrong with my extension >> >> http://extensions.openoffice.org/en/project/english-dictionaries-apac >> h >> e-openoffice > > it's difficult to say without having the code, you can easy make mistakes > with extensions. > > I haven't followed the thread in detail but maybe you can describe in > a few sentences what exactly you try > > - which programming language do you use > - which kind of extension, an add-on, a calc add-in, ... > - ... > > Juergen > > >> >> >> -Original Message- >> From: Steele, Raymond >> Sent: Tuesday, April 08, 2014 10:31 AM >> To: 'dev@openoffice.apache.org' >> Subject: RE: EXTERNAL: Re: Extension Manager Add Crashes >> >> Is there any one that is familiar with this code and able to lend a hand. I >> do not understand what is going on here. I suspect that the crash is >> cpp_vtable_call is due to a RuntimeException thrown in Reference.hxx because >> pQueried is equal to (nil). Here is the stack trace leading up to the >> RunTimeException during the registration of my .oxt file. >> >> =>[1] com::sun::star::uno::BaseReference::iquery_throw(pInterface = >> 0x9e348ac, rType = CLASS), line 81 in "Reference.hxx" >> [2] >> dp_registry::backend::component::_unamed_AjaA7n_a0TEvD::BackendImpl::ComponentPackageImpl::processPackage_(this >> = 0xea4f9a88, _ARG2 = CLASS, doRegisterPackge = true, startup = false, >> abortChannel = CLASS, xCmdEnv = CLASS), line 1554 in "dp_component.cxx" >> [3] dp_registry::backend::Package::processPackage_Impl(this = >> 0xea4f9a88, doRegisterPackage = true, startup = false, xAbortChannel = >> CLASS, xCmdEnv = CLASS), line 675 in "dp_backend.cxx" >> [4] dp_registy::backend::Package::registerPackage(this = 0xe9b94c58, >> startup = '\0', xAbortChannel = CLASS, xCmdEnv = CALSS), line 725 in >> "dp_backend.cxx" >> >> I really need to get over this hurdle. >> >> -Original Message- >> From: Steele, Raymond >> Sent: Friday, April 04, 2014 5:52 PM >> To: dev@openoffice.apache.org >> Subject: RE: EXTERNAL: Re: Extension Manager Add Crashes >> >> I am still plugging away at this issue. This is what I have determined. >> addExtension is called in dp_extensionmanager.cxx. However, a >> RuntimeException is thrown somewhere and caught on line 819. Then on line >> 830, the code then tries to recover the "original status" then call >> activateExtension, which then leads up to the crash, which happens after an >> attempt to register and process the package in dp_component.cxx. I am not >> sure if the initial RuntimeException is causing the problem, but something >> is not correct. Here is high level stack trace (t
Re: EXTERNAL: Re: Extension Manager Add Crashes
On Thu, Apr 10, 2014 at 07:31:39PM +, Steele, Raymond wrote: > I am cross posting here since I am not getting much traction on the > dev list and it appears it may be API related. I have an add-on that > I developed using the Netbeans Openiffice module. This .oxt file works > fine on AOO 3.3, but since I switched to AOO 4.0.1 and after > a recompile, the Extension Manager will not take my add-on (see below > please). However, the extension manager will take the module located > http://extensions.openoffice.org/en/project/english-dictionaries-apache-openoffice > > Is there anything that the new AOO needs configured within the .oxt > that was not needed in 3.3? Any help would be great! You don't mention from where you got that AOO 4 for Solaris; nobody here builds on Solaris, so all that strange crashes you mention on your mails sound like a broken bridge on that platform (and that's where the bug you quote in one of your mails is pointing to, but in that case to a broken bridge after a GCC version update on Linux). That said, I know nothing about the bridge related code, so sorry I cannot help. Regards -- Ariel Constenla-Haile La Plata, Argentina pgpdQywmCqbgg.pgp Description: PGP signature
Re: EXTERNAL: Re: Extension Manager Add Crashes
On 04/10/2014 03:31 PM, Steele, Raymond wrote: I am cross posting here since I am not getting much traction on the dev list and it appears it may be API related. I have an add-on that I developed using the Netbeans Openiffice module. This .oxt file works fine on AOO 3.3, but since I switched to AOO 4.0.1 and after a recompile, the Extension Manager will not take my add-on (see below please). However, the extension manager will take the module located http://extensions.openoffice.org/en/project/english-dictionaries-apache-openoffice Is there anything that the new AOO needs configured within the .oxt that was not needed in 3.3? Any help would be great! -Original Message- From: Steele, Raymond Sent: Wednesday, April 09, 2014 8:08 AM To: dev@openoffice.apache.org Subject: RE: EXTERNAL: Re: Extension Manager Add Crashes Thanks. I am using Java. The extension I have works on my Solaris 10 OpenOffice 3.3 instance, but not on my Solaris 11 4.0.1 instance. I used the OpenOffice Netbeans module to create the Add-on. -Original Message- From: Jürgen Schmidt [mailto:jogischm...@gmail.com] Sent: Tuesday, April 08, 2014 11:16 PM To: dev@openoffice.apache.org Subject: Re: EXTERNAL: Re: Extension Manager Add Crashes On 4/8/14 11:49 PM, Steele, Raymond wrote: I installed the extension located at the following link with success, so what is wrong with my extension http://extensions.openoffice.org/en/project/english-dictionaries-apach e-openoffice it's difficult to say without having the code, you can easy make mistakes with extensions. I haven't followed the thread in detail but maybe you can describe in a few sentences what exactly you try - which programming language do you use - which kind of extension, an add-on, a calc add-in, ... - ... Juergen -Original Message- From: Steele, Raymond Sent: Tuesday, April 08, 2014 10:31 AM To: 'dev@openoffice.apache.org' Subject: RE: EXTERNAL: Re: Extension Manager Add Crashes Is there any one that is familiar with this code and able to lend a hand. I do not understand what is going on here. I suspect that the crash is cpp_vtable_call is due to a RuntimeException thrown in Reference.hxx because pQueried is equal to (nil). Here is the stack trace leading up to the RunTimeException during the registration of my .oxt file. =>[1] com::sun::star::uno::BaseReference::iquery_throw(pInterface = 0x9e348ac, rType = CLASS), line 81 in "Reference.hxx" [2] dp_registry::backend::component::_unamed_AjaA7n_a0TEvD::BackendImpl::ComponentPackageImpl::processPackage_(this = 0xea4f9a88, _ARG2 = CLASS, doRegisterPackge = true, startup = false, abortChannel = CLASS, xCmdEnv = CLASS), line 1554 in "dp_component.cxx" [3] dp_registry::backend::Package::processPackage_Impl(this = 0xea4f9a88, doRegisterPackage = true, startup = false, xAbortChannel = CLASS, xCmdEnv = CLASS), line 675 in "dp_backend.cxx" [4] dp_registy::backend::Package::registerPackage(this = 0xe9b94c58, startup = '\0', xAbortChannel = CLASS, xCmdEnv = CALSS), line 725 in "dp_backend.cxx" I really need to get over this hurdle. -Original Message- From: Steele, Raymond Sent: Friday, April 04, 2014 5:52 PM To: dev@openoffice.apache.org Subject: RE: EXTERNAL: Re: Extension Manager Add Crashes I am still plugging away at this issue. This is what I have determined. addExtension is called in dp_extensionmanager.cxx. However, a RuntimeException is thrown somewhere and caught on line 819. Then on line 830, the code then tries to recover the "original status" then call activateExtension, which then leads up to the crash, which happens after an attempt to register and process the package in dp_component.cxx. I am not sure if the initial RuntimeException is causing the problem, but something is not correct. Here is high level stack trace (typed out). [1] cpp_vtable_call(nFunctionIndex = 3, nVtableOffset = 0, pCallStack = 0xe90acea8, nRegReturn = -1649035904490436800LL) in cpp2uno.cxx [2] privateSnippetExecutorGeneral(0x9daf5d4, 0xe91d7294, 0xe90ad250, 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" -Original Message- From: Carl Marcum [mailto:c...@codebuilders.net] Sent: Friday, April 04, 2014 3:53 PM To: dev@openoffice.apache.org Subject: Re: EXTERNAL: Re: Extension Manager Add Crashes On 04/04/2014 12:38 PM, Kay Schenk wrote: On Fri, Apr 4, 2014 at 3:49 AM, Carl Marcum wrote: On 04/03/2014 07:29 PM, Steele, Raymond wrote: I am not convinced the issue is with the extension. I created another simple extension using the Netbeans plugin and I receive the same crash. I don
Re: EXTERNAL: Re: Extension Manager Add Crashes
On Thu, Apr 10, 2014 at 12:31 PM, Steele, Raymond wrote: > I am cross posting here since I am not getting much traction on the dev > list and it appears it may be API related. I have an add-on that I > developed using the Netbeans Openiffice module. This .oxt file works fine > on AOO 3.3, but since I switched to AOO 4.0.1 and after a recompile, the > Extension Manager will not take my add-on (see below please). However, the > extension manager will take the module located > http://extensions.openoffice.org/en/project/english-dictionaries-apache-openoffice > > Is there anything that the new AOO needs configured within the .oxt that > was not needed in 3.3? Any help would be great! > You might take a look at this wiki page: https://wiki.openoffice.org/wiki/Extensions/Extensions_and_Apache_OpenOffice_4.0 I will try to make it easier to find. > > -Original Message- > From: Steele, Raymond > Sent: Wednesday, April 09, 2014 8:08 AM > To: dev@openoffice.apache.org > Subject: RE: EXTERNAL: Re: Extension Manager Add Crashes > > Thanks. I am using Java. The extension I have works on my Solaris 10 > OpenOffice 3.3 instance, but not on my Solaris 11 4.0.1 instance. I used > the OpenOffice Netbeans module to create the Add-on. > > -Original Message- > From: Jürgen Schmidt [mailto:jogischm...@gmail.com] > Sent: Tuesday, April 08, 2014 11:16 PM > To: dev@openoffice.apache.org > Subject: Re: EXTERNAL: Re: Extension Manager Add Crashes > > On 4/8/14 11:49 PM, Steele, Raymond wrote: > > I installed the extension located at the following link with success, so > what is wrong with my extension > > > > http://extensions.openoffice.org/en/project/english-dictionaries-apach > > e-openoffice > > it's difficult to say without having the code, you can easy make mistakes > with extensions. > > I haven't followed the thread in detail but maybe you can describe in a > few sentences what exactly you try > > - which programming language do you use > - which kind of extension, an add-on, a calc add-in, ... > - ... > > Juergen > > > > > > > > -Original Message- > > From: Steele, Raymond > > Sent: Tuesday, April 08, 2014 10:31 AM > > To: 'dev@openoffice.apache.org' > > Subject: RE: EXTERNAL: Re: Extension Manager Add Crashes > > > > Is there any one that is familiar with this code and able to lend a > hand. I do not understand what is going on here. I suspect that the crash > is cpp_vtable_call is due to a RuntimeException thrown in Reference.hxx > because pQueried is equal to (nil). Here is the stack trace leading up to > the RunTimeException during the registration of my .oxt file. > > > > =>[1] com::sun::star::uno::BaseReference::iquery_throw(pInterface = > 0x9e348ac, rType = CLASS), line 81 in "Reference.hxx" > > [2] > dp_registry::backend::component::_unamed_AjaA7n_a0TEvD::BackendImpl::ComponentPackageImpl::processPackage_(this > = 0xea4f9a88, _ARG2 = CLASS, doRegisterPackge = true, startup = false, > abortChannel = CLASS, xCmdEnv = CLASS), line 1554 in "dp_component.cxx" > > [3] dp_registry::backend::Package::processPackage_Impl(this = > 0xea4f9a88, doRegisterPackage = true, startup = false, xAbortChannel = > CLASS, xCmdEnv = CLASS), line 675 in "dp_backend.cxx" > > [4] dp_registy::backend::Package::registerPackage(this = > 0xe9b94c58, startup = '\0', xAbortChannel = CLASS, xCmdEnv = CALSS), line > 725 in "dp_backend.cxx" > > > > I really need to get over this hurdle. > > > > -Original Message- > > From: Steele, Raymond > > Sent: Friday, April 04, 2014 5:52 PM > > To: dev@openoffice.apache.org > > Subject: RE: EXTERNAL: Re: Extension Manager Add Crashes > > > > I am still plugging away at this issue. This is what I have determined. > addExtension is called in dp_extensionmanager.cxx. However, a > RuntimeException is thrown somewhere and caught on line 819. Then on line > 830, the code then tries to recover the "original status" then call > activateExtension, which then leads up to the crash, which happens after an > attempt to register and process the package in dp_component.cxx. I am not > sure if the initial RuntimeException is causing the problem, but something > is not correct. Here is high level stack trace (typed out). > > > > [1] cpp_vtable_call(nFunctionIndex = 3, nVtableOffset = 0, pCallStack = > 0xe90acea8, nRegReturn = -1649035904490436800LL) in cpp2uno.cxx [2] > privateSnippetExecutorGeneral(0x9daf5d4, 0xe91d7294, 0xe90ad250, > 0xe90ad1ec, 0x0, 0x0), at 0xf83516a2 [3] > dp_registry::backen
RE: EXTERNAL: Re: Extension Manager Add Crashes
I am cross posting here since I am not getting much traction on the dev list and it appears it may be API related. I have an add-on that I developed using the Netbeans Openiffice module. This .oxt file works fine on AOO 3.3, but since I switched to AOO 4.0.1 and after a recompile, the Extension Manager will not take my add-on (see below please). However, the extension manager will take the module located http://extensions.openoffice.org/en/project/english-dictionaries-apache-openoffice Is there anything that the new AOO needs configured within the .oxt that was not needed in 3.3? Any help would be great! -Original Message- From: Steele, Raymond Sent: Wednesday, April 09, 2014 8:08 AM To: dev@openoffice.apache.org Subject: RE: EXTERNAL: Re: Extension Manager Add Crashes Thanks. I am using Java. The extension I have works on my Solaris 10 OpenOffice 3.3 instance, but not on my Solaris 11 4.0.1 instance. I used the OpenOffice Netbeans module to create the Add-on. -Original Message- From: Jürgen Schmidt [mailto:jogischm...@gmail.com] Sent: Tuesday, April 08, 2014 11:16 PM To: dev@openoffice.apache.org Subject: Re: EXTERNAL: Re: Extension Manager Add Crashes On 4/8/14 11:49 PM, Steele, Raymond wrote: > I installed the extension located at the following link with success, so what > is wrong with my extension > > http://extensions.openoffice.org/en/project/english-dictionaries-apach > e-openoffice it's difficult to say without having the code, you can easy make mistakes with extensions. I haven't followed the thread in detail but maybe you can describe in a few sentences what exactly you try - which programming language do you use - which kind of extension, an add-on, a calc add-in, ... - ... Juergen > > > -Original Message- > From: Steele, Raymond > Sent: Tuesday, April 08, 2014 10:31 AM > To: 'dev@openoffice.apache.org' > Subject: RE: EXTERNAL: Re: Extension Manager Add Crashes > > Is there any one that is familiar with this code and able to lend a hand. I > do not understand what is going on here. I suspect that the crash is > cpp_vtable_call is due to a RuntimeException thrown in Reference.hxx because > pQueried is equal to (nil). Here is the stack trace leading up to the > RunTimeException during the registration of my .oxt file. > > =>[1] com::sun::star::uno::BaseReference::iquery_throw(pInterface = > 0x9e348ac, rType = CLASS), line 81 in "Reference.hxx" > [2] > dp_registry::backend::component::_unamed_AjaA7n_a0TEvD::BackendImpl::ComponentPackageImpl::processPackage_(this > = 0xea4f9a88, _ARG2 = CLASS, doRegisterPackge = true, startup = false, > abortChannel = CLASS, xCmdEnv = CLASS), line 1554 in "dp_component.cxx" > [3] dp_registry::backend::Package::processPackage_Impl(this = > 0xea4f9a88, doRegisterPackage = true, startup = false, xAbortChannel = CLASS, > xCmdEnv = CLASS), line 675 in "dp_backend.cxx" > [4] dp_registy::backend::Package::registerPackage(this = 0xe9b94c58, > startup = '\0', xAbortChannel = CLASS, xCmdEnv = CALSS), line 725 in > "dp_backend.cxx" > > I really need to get over this hurdle. > > -----Original Message- > From: Steele, Raymond > Sent: Friday, April 04, 2014 5:52 PM > To: dev@openoffice.apache.org > Subject: RE: EXTERNAL: Re: Extension Manager Add Crashes > > I am still plugging away at this issue. This is what I have determined. > addExtension is called in dp_extensionmanager.cxx. However, a > RuntimeException is thrown somewhere and caught on line 819. Then on line > 830, the code then tries to recover the "original status" then call > activateExtension, which then leads up to the crash, which happens after an > attempt to register and process the package in dp_component.cxx. I am not > sure if the initial RuntimeException is causing the problem, but something is > not correct. Here is high level stack trace (typed out). > > [1] cpp_vtable_call(nFunctionIndex = 3, nVtableOffset = 0, pCallStack = > 0xe90acea8, nRegReturn = -1649035904490436800LL) in cpp2uno.cxx [2] > privateSnippetExecutorGeneral(0x9daf5d4, 0xe91d7294, 0xe90ad250, 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" > > > > -Original Message- > From: Carl Marcum [mailto:c...@codebuilders.net] > Sent: Friday, April 04, 2014 3:53 PM > To: dev@openoffice.apache.org > Subject: Re: EXTERNAL: Re: Extension Manager Add Crashes > > On 04/04/2014 12:38 PM,
RE: EXTERNAL: Re: Extension Manager Add Crashes
Thanks. I am using Java. The extension I have works on my Solaris 10 OpenOffice 3.3 instance, but not on my Solaris 11 4.0.1 instance. I used the OpenOffice Netbeans module to create the Add-on. -Original Message- From: Jürgen Schmidt [mailto:jogischm...@gmail.com] Sent: Tuesday, April 08, 2014 11:16 PM To: dev@openoffice.apache.org Subject: Re: EXTERNAL: Re: Extension Manager Add Crashes On 4/8/14 11:49 PM, Steele, Raymond wrote: > I installed the extension located at the following link with success, so what > is wrong with my extension > > http://extensions.openoffice.org/en/project/english-dictionaries-apach > e-openoffice it's difficult to say without having the code, you can easy make mistakes with extensions. I haven't followed the thread in detail but maybe you can describe in a few sentences what exactly you try - which programming language do you use - which kind of extension, an add-on, a calc add-in, ... - ... Juergen > > > -Original Message- > From: Steele, Raymond > Sent: Tuesday, April 08, 2014 10:31 AM > To: 'dev@openoffice.apache.org' > Subject: RE: EXTERNAL: Re: Extension Manager Add Crashes > > Is there any one that is familiar with this code and able to lend a hand. I > do not understand what is going on here. I suspect that the crash is > cpp_vtable_call is due to a RuntimeException thrown in Reference.hxx because > pQueried is equal to (nil). Here is the stack trace leading up to the > RunTimeException during the registration of my .oxt file. > > =>[1] com::sun::star::uno::BaseReference::iquery_throw(pInterface = > 0x9e348ac, rType = CLASS), line 81 in "Reference.hxx" > [2] > dp_registry::backend::component::_unamed_AjaA7n_a0TEvD::BackendImpl::ComponentPackageImpl::processPackage_(this > = 0xea4f9a88, _ARG2 = CLASS, doRegisterPackge = true, startup = false, > abortChannel = CLASS, xCmdEnv = CLASS), line 1554 in "dp_component.cxx" > [3] dp_registry::backend::Package::processPackage_Impl(this = > 0xea4f9a88, doRegisterPackage = true, startup = false, xAbortChannel = CLASS, > xCmdEnv = CLASS), line 675 in "dp_backend.cxx" > [4] dp_registy::backend::Package::registerPackage(this = 0xe9b94c58, > startup = '\0', xAbortChannel = CLASS, xCmdEnv = CALSS), line 725 in > "dp_backend.cxx" > > I really need to get over this hurdle. > > -----Original Message- > From: Steele, Raymond > Sent: Friday, April 04, 2014 5:52 PM > To: dev@openoffice.apache.org > Subject: RE: EXTERNAL: Re: Extension Manager Add Crashes > > I am still plugging away at this issue. This is what I have determined. > addExtension is called in dp_extensionmanager.cxx. However, a > RuntimeException is thrown somewhere and caught on line 819. Then on line > 830, the code then tries to recover the "original status" then call > activateExtension, which then leads up to the crash, which happens after an > attempt to register and process the package in dp_component.cxx. I am not > sure if the initial RuntimeException is causing the problem, but something is > not correct. Here is high level stack trace (typed out). > > [1] cpp_vtable_call(nFunctionIndex = 3, nVtableOffset = 0, pCallStack = > 0xe90acea8, nRegReturn = -1649035904490436800LL) in cpp2uno.cxx [2] > privateSnippetExecutorGeneral(0x9daf5d4, 0xe91d7294, 0xe90ad250, 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" > > > > -Original Message- > From: Carl Marcum [mailto:c...@codebuilders.net] > Sent: Friday, April 04, 2014 3:53 PM > To: dev@openoffice.apache.org > Subject: Re: EXTERNAL: Re: Extension Manager Add Crashes > > On 04/04/2014 12:38 PM, Kay Schenk wrote: >> On Fri, Apr 4, 2014 at 3:49 AM, Carl Marcum wrote: >> >>> On 04/03/2014 07:29 PM, Steele, Raymond wrote: >>> >>>> I am not convinced the issue is with the extension. I created >>>> another simple extension using the Netbeans plugin and I receive >>>> the same crash. I don't know where to go from here. >>>> >>>> ... >>> >>> Raymond, >>> >>> What version of AOO and netbeans are you using. >>> >>> For AOO4+ and NB7+ you should try this one: >>> http://people.apache.org/~cmarcum/devtools/org- >>> openoffice-extensions-4.0.5.alpha.nbm >>> >>> I can't say how much testing
Re: EXTERNAL: Re: Extension Manager Add Crashes
On 4/8/14 11:49 PM, Steele, Raymond wrote: > I installed the extension located at the following link with success, so what > is wrong with my extension > > http://extensions.openoffice.org/en/project/english-dictionaries-apache-openoffice it's difficult to say without having the code, you can easy make mistakes with extensions. I haven't followed the thread in detail but maybe you can describe in a few sentences what exactly you try - which programming language do you use - which kind of extension, an add-on, a calc add-in, ... - ... Juergen > > > -Original Message- > From: Steele, Raymond > Sent: Tuesday, April 08, 2014 10:31 AM > To: 'dev@openoffice.apache.org' > Subject: RE: EXTERNAL: Re: Extension Manager Add Crashes > > Is there any one that is familiar with this code and able to lend a hand. I > do not understand what is going on here. I suspect that the crash is > cpp_vtable_call is due to a RuntimeException thrown in Reference.hxx because > pQueried is equal to (nil). Here is the stack trace leading up to the > RunTimeException during the registration of my .oxt file. > > =>[1] com::sun::star::uno::BaseReference::iquery_throw(pInterface = > 0x9e348ac, rType = CLASS), line 81 in "Reference.hxx" > [2] > dp_registry::backend::component::_unamed_AjaA7n_a0TEvD::BackendImpl::ComponentPackageImpl::processPackage_(this > = 0xea4f9a88, _ARG2 = CLASS, doRegisterPackge = true, startup = false, > abortChannel = CLASS, xCmdEnv = CLASS), line 1554 in "dp_component.cxx" > [3] dp_registry::backend::Package::processPackage_Impl(this = > 0xea4f9a88, doRegisterPackage = true, startup = false, xAbortChannel = CLASS, > xCmdEnv = CLASS), line 675 in "dp_backend.cxx" > [4] dp_registy::backend::Package::registerPackage(this = 0xe9b94c58, > startup = '\0', xAbortChannel = CLASS, xCmdEnv = CALSS), line 725 in > "dp_backend.cxx" > > I really need to get over this hurdle. > > -Original Message- > From: Steele, Raymond > Sent: Friday, April 04, 2014 5:52 PM > To: dev@openoffice.apache.org > Subject: RE: EXTERNAL: Re: Extension Manager Add Crashes > > I am still plugging away at this issue. This is what I have determined. > addExtension is called in dp_extensionmanager.cxx. However, a > RuntimeException is thrown somewhere and caught on line 819. Then on line > 830, the code then tries to recover the "original status" then call > activateExtension, which then leads up to the crash, which happens after an > attempt to register and process the package in dp_component.cxx. I am not > sure if the initial RuntimeException is causing the problem, but something is > not correct. Here is high level stack trace (typed out). > > [1] cpp_vtable_call(nFunctionIndex = 3, nVtableOffset = 0, pCallStack = > 0xe90acea8, nRegReturn = -1649035904490436800LL) in cpp2uno.cxx [2] > privateSnippetExecutorGeneral(0x9daf5d4, 0xe91d7294, 0xe90ad250, 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" > > > > -Original Message- > From: Carl Marcum [mailto:c...@codebuilders.net] > Sent: Friday, April 04, 2014 3:53 PM > To: dev@openoffice.apache.org > Subject: Re: EXTERNAL: Re: Extension Manager Add Crashes > > On 04/04/2014 12:38 PM, Kay Schenk wrote: >> On Fri, Apr 4, 2014 at 3:49 AM, Carl Marcum wrote: >> >>> On 04/03/2014 07:29 PM, Steele, Raymond wrote: >>> >>>> I am not convinced the issue is with the extension. I created >>>> another simple extension using the Netbeans plugin and I receive the >>>> same crash. I don't know where to go from here. >>>> >>>> ... >>> >>> Raymond, >>> >>> What version of AOO and netbeans are you using. >>> >>> For AOO4+ and NB7+ you should try this one: >>> http://people.apache.org/~cmarcum/devtools/org- >>> openoffice-extensions-4.0.5.alpha.nbm >>> >>> I can't say how much testing it's had, therefore the alpha designation. >>> >>> Best regards, >>> Carl >> >> >> Carl -- >> >> Is is OK to update the wiki page -- >> >> https://wiki.openoffice.org/wiki/OpenOffice_NetBeans_Integration#Downl >> oad_and_Installation >> >> with this new version regardless of "alpha" status? This would give >
Re: EXTERNAL: Re: Extension Manager Add Crashes
On 04/04/2014 03:53 PM, Carl Marcum wrote: On 04/04/2014 12:38 PM, Kay Schenk wrote: On Fri, Apr 4, 2014 at 3:49 AM, Carl Marcum wrote: On 04/03/2014 07:29 PM, Steele, Raymond wrote: I am not convinced the issue is with the extension. I created another simple extension using the Netbeans plugin and I receive the same crash. I don't know where to go from here. ... Raymond, What version of AOO and netbeans are you using. For AOO4+ and NB7+ you should try this one: http://people.apache.org/~cmarcum/devtools/org- openoffice-extensions-4.0.5.alpha.nbm I can't say how much testing it's had, therefore the alpha designation. Best regards, Carl Carl -- Is is OK to update the wiki page -- https://wiki.openoffice.org/wiki/OpenOffice_NetBeans_Integration#Download_and_Installation with this new version regardless of "alpha" status? This would give more visibility and testing. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org Kay, I will leave that to the group. At the time I had only been able to test it using Netbeans 7.2, AOO 4.0.0 on Fedora 17 x86-64. I know of no testing on Windows or Mac. When I posted the update, I believe Juergen Schmidt was on vacation at the time but was going to look at it for some other changes being made so I waited until I heard back. The thread is here: http://markmail.org/message/5yv2nyob4rurmj2h The change that broke backward compatibility was for Addons.xcu here: https://issues.apache.org/ooo/show_bug.cgi?id=122055 3-Layer removal here: https://issues.apache.org/ooo/show_bug.cgi?id=123266 I would have some time to make changes if we find issues. Also NB 8 is out now so I don't know if that breaks anything also. Thanks, Carl I modified the wiki page to include this new version. I installed the plugin in NetBeans 7.4 without issue but haven't tried to use it yet! :) Thank you for your continued support of this plugin. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org -- - MzK "Cats do not have to be shown how to have a good time, for they are unfailing ingenious in that respect." -- James Mason - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
RE: EXTERNAL: Re: Extension Manager Add Crashes
I installed the extension located at the following link with success, so what is wrong with my extension http://extensions.openoffice.org/en/project/english-dictionaries-apache-openoffice -Original Message- From: Steele, Raymond Sent: Tuesday, April 08, 2014 10:31 AM To: 'dev@openoffice.apache.org' Subject: RE: EXTERNAL: Re: Extension Manager Add Crashes Is there any one that is familiar with this code and able to lend a hand. I do not understand what is going on here. I suspect that the crash is cpp_vtable_call is due to a RuntimeException thrown in Reference.hxx because pQueried is equal to (nil). Here is the stack trace leading up to the RunTimeException during the registration of my .oxt file. =>[1] com::sun::star::uno::BaseReference::iquery_throw(pInterface = 0x9e348ac, rType = CLASS), line 81 in "Reference.hxx" [2] dp_registry::backend::component::_unamed_AjaA7n_a0TEvD::BackendImpl::ComponentPackageImpl::processPackage_(this = 0xea4f9a88, _ARG2 = CLASS, doRegisterPackge = true, startup = false, abortChannel = CLASS, xCmdEnv = CLASS), line 1554 in "dp_component.cxx" [3] dp_registry::backend::Package::processPackage_Impl(this = 0xea4f9a88, doRegisterPackage = true, startup = false, xAbortChannel = CLASS, xCmdEnv = CLASS), line 675 in "dp_backend.cxx" [4] dp_registy::backend::Package::registerPackage(this = 0xe9b94c58, startup = '\0', xAbortChannel = CLASS, xCmdEnv = CALSS), line 725 in "dp_backend.cxx" I really need to get over this hurdle. -Original Message- From: Steele, Raymond Sent: Friday, April 04, 2014 5:52 PM To: dev@openoffice.apache.org Subject: RE: EXTERNAL: Re: Extension Manager Add Crashes I am still plugging away at this issue. This is what I have determined. addExtension is called in dp_extensionmanager.cxx. However, a RuntimeException is thrown somewhere and caught on line 819. Then on line 830, the code then tries to recover the "original status" then call activateExtension, which then leads up to the crash, which happens after an attempt to register and process the package in dp_component.cxx. I am not sure if the initial RuntimeException is causing the problem, but something is not correct. Here is high level stack trace (typed out). [1] cpp_vtable_call(nFunctionIndex = 3, nVtableOffset = 0, pCallStack = 0xe90acea8, nRegReturn = -1649035904490436800LL) in cpp2uno.cxx [2] privateSnippetExecutorGeneral(0x9daf5d4, 0xe91d7294, 0xe90ad250, 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" -Original Message- From: Carl Marcum [mailto:c...@codebuilders.net] Sent: Friday, April 04, 2014 3:53 PM To: dev@openoffice.apache.org Subject: Re: EXTERNAL: Re: Extension Manager Add Crashes On 04/04/2014 12:38 PM, Kay Schenk wrote: > On Fri, Apr 4, 2014 at 3:49 AM, Carl Marcum wrote: > >> On 04/03/2014 07:29 PM, Steele, Raymond wrote: >> >>> I am not convinced the issue is with the extension. I created >>> another simple extension using the Netbeans plugin and I receive the >>> same crash. I don't know where to go from here. >>> >>> ... >> >> Raymond, >> >> What version of AOO and netbeans are you using. >> >> For AOO4+ and NB7+ you should try this one: >> http://people.apache.org/~cmarcum/devtools/org- >> openoffice-extensions-4.0.5.alpha.nbm >> >> I can't say how much testing it's had, therefore the alpha designation. >> >> Best regards, >> Carl > > > Carl -- > > Is is OK to update the wiki page -- > > https://wiki.openoffice.org/wiki/OpenOffice_NetBeans_Integration#Downl > oad_and_Installation > > with this new version regardless of "alpha" status? This would give > more visibility and testing. > > > >> >> >> >> - >> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org >> For additional commands, e-mail: dev-h...@openoffice.apache.org >> >> > > Kay, I will leave that to the group. At the time I had only been able to test it using Netbeans 7.2, AOO 4.0.0 on Fedora 17 x86-64. I know of no testing on Windows or Mac. When I posted the update, I believe Juergen Schmidt was on vacation at the time but was going to look at it for some other changes being made so I waited until I heard back. The thread is here: http://markmail.org/message/5yv2nyob4rurmj2h The change that broke backward compatibility was for Addons.xcu here: https://issue
RE: EXTERNAL: Re: Extension Manager Add Crashes
Is there any one that is familiar with this code and able to lend a hand. I do not understand what is going on here. I suspect that the crash is cpp_vtable_call is due to a RuntimeException thrown in Reference.hxx because pQueried is equal to (nil). Here is the stack trace leading up to the RunTimeException during the registration of my .oxt file. =>[1] com::sun::star::uno::BaseReference::iquery_throw(pInterface = 0x9e348ac, rType = CLASS), line 81 in "Reference.hxx" [2] dp_registry::backend::component::_unamed_AjaA7n_a0TEvD::BackendImpl::ComponentPackageImpl::processPackage_(this = 0xea4f9a88, _ARG2 = CLASS, doRegisterPackge = true, startup = false, abortChannel = CLASS, xCmdEnv = CLASS), line 1554 in "dp_component.cxx" [3] dp_registry::backend::Package::processPackage_Impl(this = 0xea4f9a88, doRegisterPackage = true, startup = false, xAbortChannel = CLASS, xCmdEnv = CLASS), line 675 in "dp_backend.cxx" [4] dp_registy::backend::Package::registerPackage(this = 0xe9b94c58, startup = '\0', xAbortChannel = CLASS, xCmdEnv = CALSS), line 725 in "dp_backend.cxx" I really need to get over this hurdle. -Original Message- From: Steele, Raymond Sent: Friday, April 04, 2014 5:52 PM To: dev@openoffice.apache.org Subject: RE: EXTERNAL: Re: Extension Manager Add Crashes I am still plugging away at this issue. This is what I have determined. addExtension is called in dp_extensionmanager.cxx. However, a RuntimeException is thrown somewhere and caught on line 819. Then on line 830, the code then tries to recover the "original status" then call activateExtension, which then leads up to the crash, which happens after an attempt to register and process the package in dp_component.cxx. I am not sure if the initial RuntimeException is causing the problem, but something is not correct. Here is high level stack trace (typed out). [1] cpp_vtable_call(nFunctionIndex = 3, nVtableOffset = 0, pCallStack = 0xe90acea8, nRegReturn = -1649035904490436800LL) in cpp2uno.cxx [2] privateSnippetExecutorGeneral(0x9daf5d4, 0xe91d7294, 0xe90ad250, 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" -Original Message- From: Carl Marcum [mailto:c...@codebuilders.net] Sent: Friday, April 04, 2014 3:53 PM To: dev@openoffice.apache.org Subject: Re: EXTERNAL: Re: Extension Manager Add Crashes On 04/04/2014 12:38 PM, Kay Schenk wrote: > On Fri, Apr 4, 2014 at 3:49 AM, Carl Marcum wrote: > >> On 04/03/2014 07:29 PM, Steele, Raymond wrote: >> >>> I am not convinced the issue is with the extension. I created >>> another simple extension using the Netbeans plugin and I receive the >>> same crash. I don't know where to go from here. >>> >>> ... >> >> Raymond, >> >> What version of AOO and netbeans are you using. >> >> For AOO4+ and NB7+ you should try this one: >> http://people.apache.org/~cmarcum/devtools/org- >> openoffice-extensions-4.0.5.alpha.nbm >> >> I can't say how much testing it's had, therefore the alpha designation. >> >> Best regards, >> Carl > > > Carl -- > > Is is OK to update the wiki page -- > > https://wiki.openoffice.org/wiki/OpenOffice_NetBeans_Integration#Downl > oad_and_Installation > > with this new version regardless of "alpha" status? This would give > more visibility and testing. > > > >> >> >> >> - >> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org >> For additional commands, e-mail: dev-h...@openoffice.apache.org >> >> > > Kay, I will leave that to the group. At the time I had only been able to test it using Netbeans 7.2, AOO 4.0.0 on Fedora 17 x86-64. I know of no testing on Windows or Mac. When I posted the update, I believe Juergen Schmidt was on vacation at the time but was going to look at it for some other changes being made so I waited until I heard back. The thread is here: http://markmail.org/message/5yv2nyob4rurmj2h The change that broke backward compatibility was for Addons.xcu here: https://issues.apache.org/ooo/show_bug.cgi?id=122055 3-Layer removal here: https://issues.apache.org/ooo/show_bug.cgi?id=123266 I would have some time to make changes if we find issues. Also NB 8 is out now so I don't know if that breaks anything also. Thanks, Carl - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
RE: EXTERNAL: Re: Extension Manager Add Crashes
I am still plugging away at this issue. This is what I have determined. addExtension is called in dp_extensionmanager.cxx. However, a RuntimeException is thrown somewhere and caught on line 819. Then on line 830, the code then tries to recover the "original status" then call activateExtension, which then leads up to the crash, which happens after an attempt to register and process the package in dp_component.cxx. I am not sure if the initial RuntimeException is causing the problem, but something is not correct. Here is high level stack trace (typed out). [1] cpp_vtable_call(nFunctionIndex = 3, nVtableOffset = 0, pCallStack = 0xe90acea8, nRegReturn = -1649035904490436800LL) in cpp2uno.cxx [2] privateSnippetExecutorGeneral(0x9daf5d4, 0xe91d7294, 0xe90ad250, 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" -Original Message- From: Carl Marcum [mailto:c...@codebuilders.net] Sent: Friday, April 04, 2014 3:53 PM To: dev@openoffice.apache.org Subject: Re: EXTERNAL: Re: Extension Manager Add Crashes On 04/04/2014 12:38 PM, Kay Schenk wrote: > On Fri, Apr 4, 2014 at 3:49 AM, Carl Marcum wrote: > >> On 04/03/2014 07:29 PM, Steele, Raymond wrote: >> >>> I am not convinced the issue is with the extension. I created >>> another simple extension using the Netbeans plugin and I receive the >>> same crash. I don't know where to go from here. >>> >>> ... >> >> Raymond, >> >> What version of AOO and netbeans are you using. >> >> For AOO4+ and NB7+ you should try this one: >> http://people.apache.org/~cmarcum/devtools/org- >> openoffice-extensions-4.0.5.alpha.nbm >> >> I can't say how much testing it's had, therefore the alpha designation. >> >> Best regards, >> Carl > > > Carl -- > > Is is OK to update the wiki page -- > > https://wiki.openoffice.org/wiki/OpenOffice_NetBeans_Integration#Downl > oad_and_Installation > > with this new version regardless of "alpha" status? This would give > more visibility and testing. > > > >> >> >> >> - >> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org >> For additional commands, e-mail: dev-h...@openoffice.apache.org >> >> > > Kay, I will leave that to the group. At the time I had only been able to test it using Netbeans 7.2, AOO 4.0.0 on Fedora 17 x86-64. I know of no testing on Windows or Mac. When I posted the update, I believe Juergen Schmidt was on vacation at the time but was going to look at it for some other changes being made so I waited until I heard back. The thread is here: http://markmail.org/message/5yv2nyob4rurmj2h The change that broke backward compatibility was for Addons.xcu here: https://issues.apache.org/ooo/show_bug.cgi?id=122055 3-Layer removal here: https://issues.apache.org/ooo/show_bug.cgi?id=123266 I would have some time to make changes if we find issues. Also NB 8 is out now so I don't know if that breaks anything also. Thanks, Carl - 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
RE: EXTERNAL: Re: Extension Manager Add Crashes
Thanks for letting me know Carl. I am still looking for a solution to why this is crashing. Any help would be great. -Original Message- From: Carl Marcum [mailto:cmar...@apache.org] Sent: Friday, April 04, 2014 4:11 PM To: dev@openoffice.apache.org Subject: Re: EXTERNAL: Re: Extension Manager Add Crashes On 04/04/2014 11:47 AM, Steele, Raymond wrote: > Thanks Carl. I will give it a try. Can you tell me what the changes are as > compared to the 3.0 version that I am using. > > -Original Message- > From: Carl Marcum [mailto:cmar...@apache.org] > Sent: Friday, April 04, 2014 3:49 AM > To: dev@openoffice.apache.org > Subject: Re: EXTERNAL: Re: Extension Manager Add Crashes > > On 04/03/2014 07:29 PM, Steele, Raymond wrote: >> I am not convinced the issue is with the extension. I created another >> simple extension using the Netbeans plugin and I receive the same crash. I >> don't know where to go from here. >> > ... Raymond, AOO4 required a change to Addons.xcu that broke backward compatibility I documented here: https://issues.apache.org/ooo/show_bug.cgi?id=122055 The other change was for 3-Layer removal here: https://issues.apache.org/ooo/show_bug.cgi?id=123266 Best regards, Carl - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: EXTERNAL: Re: Extension Manager Add Crashes
On 04/04/2014 11:47 AM, Steele, Raymond wrote: Thanks Carl. I will give it a try. Can you tell me what the changes are as compared to the 3.0 version that I am using. -Original Message- From: Carl Marcum [mailto:cmar...@apache.org] Sent: Friday, April 04, 2014 3:49 AM To: dev@openoffice.apache.org Subject: Re: EXTERNAL: Re: Extension Manager Add Crashes On 04/03/2014 07:29 PM, Steele, Raymond wrote: I am not convinced the issue is with the extension. I created another simple extension using the Netbeans plugin and I receive the same crash. I don't know where to go from here. ... Raymond, AOO4 required a change to Addons.xcu that broke backward compatibility I documented here: https://issues.apache.org/ooo/show_bug.cgi?id=122055 The other change was for 3-Layer removal here: https://issues.apache.org/ooo/show_bug.cgi?id=123266 Best regards, Carl - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: EXTERNAL: Re: Extension Manager Add Crashes
On 04/04/2014 12:38 PM, Kay Schenk wrote: On Fri, Apr 4, 2014 at 3:49 AM, Carl Marcum wrote: On 04/03/2014 07:29 PM, Steele, Raymond wrote: I am not convinced the issue is with the extension. I created another simple extension using the Netbeans plugin and I receive the same crash. I don't know where to go from here. ... Raymond, What version of AOO and netbeans are you using. For AOO4+ and NB7+ you should try this one: http://people.apache.org/~cmarcum/devtools/org- openoffice-extensions-4.0.5.alpha.nbm I can't say how much testing it's had, therefore the alpha designation. Best regards, Carl Carl -- Is is OK to update the wiki page -- https://wiki.openoffice.org/wiki/OpenOffice_NetBeans_Integration#Download_and_Installation with this new version regardless of "alpha" status? This would give more visibility and testing. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org Kay, I will leave that to the group. At the time I had only been able to test it using Netbeans 7.2, AOO 4.0.0 on Fedora 17 x86-64. I know of no testing on Windows or Mac. When I posted the update, I believe Juergen Schmidt was on vacation at the time but was going to look at it for some other changes being made so I waited until I heard back. The thread is here: http://markmail.org/message/5yv2nyob4rurmj2h The change that broke backward compatibility was for Addons.xcu here: https://issues.apache.org/ooo/show_bug.cgi?id=122055 3-Layer removal here: https://issues.apache.org/ooo/show_bug.cgi?id=123266 I would have some time to make changes if we find issues. Also NB 8 is out now so I don't know if that breaks anything also. Thanks, Carl - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: EXTERNAL: Re: Extension Manager Add Crashes
On Fri, Apr 4, 2014 at 3:49 AM, Carl Marcum wrote: > On 04/03/2014 07:29 PM, Steele, Raymond wrote: > >> I am not convinced the issue is with the extension. I created another >> simple extension using the Netbeans plugin and I receive the same crash. I >> don't know where to go from here. >> >> ... > > Raymond, > > What version of AOO and netbeans are you using. > > For AOO4+ and NB7+ you should try this one: > http://people.apache.org/~cmarcum/devtools/org- > openoffice-extensions-4.0.5.alpha.nbm > > I can't say how much testing it's had, therefore the alpha designation. > > Best regards, > Carl Carl -- Is is OK to update the wiki page -- https://wiki.openoffice.org/wiki/OpenOffice_NetBeans_Integration#Download_and_Installation with this new version regardless of "alpha" status? This would give more visibility and testing. > > > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > > -- - MzK "Cats do not have to be shown how to have a good time, for they are unfailing ingenious in that respect." -- James Mason
RE: EXTERNAL: Re: Extension Manager Add Crashes
Carl. Thanks for the information. I installed the module suggested and create a bare bones OpenOffice Add-on project in Netbeans. After I compiled and created the .oxt, I attempted to add it to OpenOffice extension manager, but received the same result. I am starting to become more confident that there is an issues in the compiled code. Possible in call.s and cpp2uno.cxx, but I cannot figure it out. Raymond -Original Message- From: Carl Marcum [mailto:cmar...@apache.org] Sent: Friday, April 04, 2014 3:49 AM To: dev@openoffice.apache.org Subject: Re: EXTERNAL: Re: Extension Manager Add Crashes On 04/03/2014 07:29 PM, Steele, Raymond wrote: > I am not convinced the issue is with the extension. I created another simple > extension using the Netbeans plugin and I receive the same crash. I don't > know where to go from here. > ... Raymond, What version of AOO and netbeans are you using. For AOO4+ and NB7+ you should try this one: http://people.apache.org/~cmarcum/devtools/org-openoffice-extensions-4.0.5.alpha.nbm I can't say how much testing it's had, therefore the alpha designation. Best regards, Carl - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
RE: EXTERNAL: Re: Extension Manager Add Crashes
Thanks Carl. I will give it a try. Can you tell me what the changes are as compared to the 3.0 version that I am using. -Original Message- From: Carl Marcum [mailto:cmar...@apache.org] Sent: Friday, April 04, 2014 3:49 AM To: dev@openoffice.apache.org Subject: Re: EXTERNAL: Re: Extension Manager Add Crashes On 04/03/2014 07:29 PM, Steele, Raymond wrote: > I am not convinced the issue is with the extension. I created another simple > extension using the Netbeans plugin and I receive the same crash. I don't > know where to go from here. > ... Raymond, What version of AOO and netbeans are you using. For AOO4+ and NB7+ you should try this one: http://people.apache.org/~cmarcum/devtools/org-openoffice-extensions-4.0.5.alpha.nbm I can't say how much testing it's had, therefore the alpha designation. Best regards, Carl - 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
Re: EXTERNAL: Re: Extension Manager Add Crashes
On 04/03/2014 07:29 PM, Steele, Raymond wrote: I am not convinced the issue is with the extension. I created another simple extension using the Netbeans plugin and I receive the same crash. I don't know where to go from here. ... Raymond, What version of AOO and netbeans are you using. For AOO4+ and NB7+ you should try this one: http://people.apache.org/~cmarcum/devtools/org-openoffice-extensions-4.0.5.alpha.nbm I can't say how much testing it's had, therefore the alpha designation. Best regards, Carl - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
RE: EXTERNAL: Re: Extension Manager Add Crashes
I am not convinced the issue is with the extension. I created another simple extension using the Netbeans plugin and I receive the same crash. I don't know where to go from here. -Original Message- From: Kay Schenk [mailto:kay.sch...@gmail.com] Sent: Thursday, April 03, 2014 9:35 AM To: OOo Apache Subject: Re: EXTERNAL: Re: Extension Manager Add Crashes On Thu, Apr 3, 2014 at 8:25 AM, Steele, Raymond wrote: > Is there anyone that is able to help me with this? > > -Original Message- > From: Steele, Raymond > Sent: Wednesday, April 02, 2014 3:34 PM > To: 'Stephan Bergmann' > Cc: dev@openoffice.apache.org; michael.me...@suse.com > Subject: RE: EXTERNAL: Re: Extension Manager Add Crashes > > > I now understand what is described below (except the UNOIDL and .rbd > stuff) and see all of this in the code, but I am still lost for a > solution. Is there anything that I may be able to modify to get this > working? > > -Original Message- > From: Stephan Bergmann > [mailto:stephan.bergmann.second...@googlemail.com] > Sent: Tuesday, April 01, 2014 11:41 PM > To: Steele, Raymond > Cc: dev@openoffice.apache.org; michael.me...@suse.com > Subject: EXTERNAL: Re: Extension Manager Add Crashes > > On 04/02/2014 01:20 AM, Steele, Raymond wrote: > > Following up again with more information. At runtime, when the > > RuntimeException is thrown on line 249 > > > > nFunctionIndex = 3 > > > > pTypeDescr->nMapFunctionIndexToMemberIndex = 0 > > That means that the given pTypeDescr has not been initialized fully > (see the comment about the three levels of initialization for > typelib_InterfaceTypeDescription in typelib/typedescription.h), > presumably because there was some error finding the UNOIDL type data > (either compiled comprehensively into the cppumaker-generated headers, > or obtained from .rdb files). The initialization of > nMapFunctionIndexToMemberIndex would happen in > typelib_typedescription_initTables called from complete (both in > cppu/source/typelib/typelib.cxx). > > Stephan > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > > Just out of curiosity, what is this extension? I don't think you mentioned this. -- - MzK "Cats do not have to be shown how to have a good time, for they are unfailing ingenious in that respect." -- James Mason
Re: EXTERNAL: Re: Extension Manager Add Crashes
On Thu, Apr 3, 2014 at 8:25 AM, Steele, Raymond wrote: > Is there anyone that is able to help me with this? > > -Original Message- > From: Steele, Raymond > Sent: Wednesday, April 02, 2014 3:34 PM > To: 'Stephan Bergmann' > Cc: dev@openoffice.apache.org; michael.me...@suse.com > Subject: RE: EXTERNAL: Re: Extension Manager Add Crashes > > > I now understand what is described below (except the UNOIDL and .rbd > stuff) and see all of this in the code, but I am still lost for a > solution. Is there anything that I may be able to modify to get this > working? > > -Original Message- > From: Stephan Bergmann [mailto:stephan.bergmann.second...@googlemail.com] > Sent: Tuesday, April 01, 2014 11:41 PM > To: Steele, Raymond > Cc: dev@openoffice.apache.org; michael.me...@suse.com > Subject: EXTERNAL: Re: Extension Manager Add Crashes > > On 04/02/2014 01:20 AM, Steele, Raymond wrote: > > Following up again with more information. At runtime, when the > > RuntimeException is thrown on line 249 > > > > nFunctionIndex = 3 > > > > pTypeDescr->nMapFunctionIndexToMemberIndex = 0 > > That means that the given pTypeDescr has not been initialized fully (see > the comment about the three levels of initialization for > typelib_InterfaceTypeDescription in typelib/typedescription.h), presumably > because there was some error finding the UNOIDL type data (either compiled > comprehensively into the cppumaker-generated headers, or obtained from .rdb > files). The initialization of nMapFunctionIndexToMemberIndex would happen > in typelib_typedescription_initTables called from complete (both in > cppu/source/typelib/typelib.cxx). > > Stephan > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > > Just out of curiosity, what is this extension? I don't think you mentioned this. -- - MzK "Cats do not have to be shown how to have a good time, for they are unfailing ingenious in that respect." -- James Mason
RE: EXTERNAL: Re: Extension Manager Add Crashes
Thanks for responding. This is an extension that I build using the OpenOffice Netbeans module. https://wiki.openoffice.org/wiki/OpenOffice_NetBeans_Integration#Download_and_Installation -Original Message- From: Kay Schenk [mailto:kay.sch...@gmail.com] Sent: Thursday, April 03, 2014 9:35 AM To: OOo Apache Subject: Re: EXTERNAL: Re: Extension Manager Add Crashes On Thu, Apr 3, 2014 at 8:25 AM, Steele, Raymond wrote: > Is there anyone that is able to help me with this? > > -Original Message- > From: Steele, Raymond > Sent: Wednesday, April 02, 2014 3:34 PM > To: 'Stephan Bergmann' > Cc: dev@openoffice.apache.org; michael.me...@suse.com > Subject: RE: EXTERNAL: Re: Extension Manager Add Crashes > > > I now understand what is described below (except the UNOIDL and .rbd > stuff) and see all of this in the code, but I am still lost for a > solution. Is there anything that I may be able to modify to get this > working? > > -Original Message- > From: Stephan Bergmann > [mailto:stephan.bergmann.second...@googlemail.com] > Sent: Tuesday, April 01, 2014 11:41 PM > To: Steele, Raymond > Cc: dev@openoffice.apache.org; michael.me...@suse.com > Subject: EXTERNAL: Re: Extension Manager Add Crashes > > On 04/02/2014 01:20 AM, Steele, Raymond wrote: > > Following up again with more information. At runtime, when the > > RuntimeException is thrown on line 249 > > > > nFunctionIndex = 3 > > > > pTypeDescr->nMapFunctionIndexToMemberIndex = 0 > > That means that the given pTypeDescr has not been initialized fully > (see the comment about the three levels of initialization for > typelib_InterfaceTypeDescription in typelib/typedescription.h), > presumably because there was some error finding the UNOIDL type data > (either compiled comprehensively into the cppumaker-generated headers, > or obtained from .rdb files). The initialization of > nMapFunctionIndexToMemberIndex would happen in > typelib_typedescription_initTables called from complete (both in > cppu/source/typelib/typelib.cxx). > > Stephan > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > > Just out of curiosity, what is this extension? I don't think you mentioned this. -- - MzK "Cats do not have to be shown how to have a good time, for they are unfailing ingenious in that respect." -- James Mason
RE: EXTERNAL: Re: Extension Manager Add Crashes
Is there anyone that is able to help me with this? -Original Message- From: Steele, Raymond Sent: Wednesday, April 02, 2014 3:34 PM To: 'Stephan Bergmann' Cc: dev@openoffice.apache.org; michael.me...@suse.com Subject: RE: EXTERNAL: Re: Extension Manager Add Crashes I now understand what is described below (except the UNOIDL and .rbd stuff) and see all of this in the code, but I am still lost for a solution. Is there anything that I may be able to modify to get this working? -Original Message- From: Stephan Bergmann [mailto:stephan.bergmann.second...@googlemail.com] Sent: Tuesday, April 01, 2014 11:41 PM To: Steele, Raymond Cc: dev@openoffice.apache.org; michael.me...@suse.com Subject: EXTERNAL: Re: Extension Manager Add Crashes On 04/02/2014 01:20 AM, Steele, Raymond wrote: > Following up again with more information. At runtime, when the > RuntimeException is thrown on line 249 > > nFunctionIndex = 3 > > pTypeDescr->nMapFunctionIndexToMemberIndex = 0 That means that the given pTypeDescr has not been initialized fully (see the comment about the three levels of initialization for typelib_InterfaceTypeDescription in typelib/typedescription.h), presumably because there was some error finding the UNOIDL type data (either compiled comprehensively into the cppumaker-generated headers, or obtained from .rdb files). The initialization of nMapFunctionIndexToMemberIndex would happen in typelib_typedescription_initTables called from complete (both in cppu/source/typelib/typelib.cxx). Stephan - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
RE: EXTERNAL: Re: Extension Manager Add Crashes
I now understand what is described below (except the UNOIDL and .rbd stuff) and see all of this in the code, but I am still lost for a solution. Is there anything that I may be able to modify to get this working? -Original Message- From: Stephan Bergmann [mailto:stephan.bergmann.second...@googlemail.com] Sent: Tuesday, April 01, 2014 11:41 PM To: Steele, Raymond Cc: dev@openoffice.apache.org; michael.me...@suse.com Subject: EXTERNAL: Re: Extension Manager Add Crashes On 04/02/2014 01:20 AM, Steele, Raymond wrote: > Following up again with more information. At runtime, when the > RuntimeException is thrown on line 249 > > nFunctionIndex = 3 > > pTypeDescr->nMapFunctionIndexToMemberIndex = 0 That means that the given pTypeDescr has not been initialized fully (see the comment about the three levels of initialization for typelib_InterfaceTypeDescription in typelib/typedescription.h), presumably because there was some error finding the UNOIDL type data (either compiled comprehensively into the cppumaker-generated headers, or obtained from .rdb files). The initialization of nMapFunctionIndexToMemberIndex would happen in typelib_typedescription_initTables called from complete (both in cppu/source/typelib/typelib.cxx). Stephan - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
RE: EXTERNAL: Re: Extension Manager Add Crashes
Thanks. I'll take a stab at it, although I am not too sure I understand. Raymond -Original Message- From: Stephan Bergmann [mailto:stephan.bergmann.second...@googlemail.com] Sent: Tuesday, April 01, 2014 11:41 PM To: Steele, Raymond Cc: dev@openoffice.apache.org; michael.me...@suse.com Subject: EXTERNAL: Re: Extension Manager Add Crashes On 04/02/2014 01:20 AM, Steele, Raymond wrote: > Following up again with more information. At runtime, when the > RuntimeException is thrown on line 249 > > nFunctionIndex = 3 > > pTypeDescr->nMapFunctionIndexToMemberIndex = 0 That means that the given pTypeDescr has not been initialized fully (see the comment about the three levels of initialization for typelib_InterfaceTypeDescription in typelib/typedescription.h), presumably because there was some error finding the UNOIDL type data (either compiled comprehensively into the cppumaker-generated headers, or obtained from .rdb files). The initialization of nMapFunctionIndexToMemberIndex would happen in typelib_typedescription_initTables called from complete (both in cppu/source/typelib/typelib.cxx). Stephan - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org