RE: EXTERNAL: Re: Extension Manager Add Crashes

2014-04-30 Thread Steele, Raymond
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

2014-04-17 Thread Steele, Raymond
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

2014-04-17 Thread Steele, Raymond
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

2014-04-16 Thread Steele, Raymond
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

2014-04-16 Thread Steele, Raymond
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

2014-04-16 Thread Herbert Duerr

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

2014-04-15 Thread Steele, Raymond
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

2014-04-15 Thread Steele, Raymond
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

2014-04-15 Thread Herbert Duerr

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

2014-04-15 Thread Herbert Duerr

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

2014-04-14 Thread Steele, Raymond
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

2014-04-14 Thread Steele, Raymond
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

2014-04-11 Thread Steele, Raymond
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

2014-04-11 Thread Steele, Raymond
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

2014-04-11 Thread Steele, Raymond
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

2014-04-11 Thread Steele, Raymond
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

2014-04-11 Thread Steele, Raymond
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

2014-04-11 Thread Jürgen Schmidt
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

2014-04-10 Thread Carl Marcum

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

2014-04-10 Thread Steele, Raymond
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

2014-04-10 Thread Steele, Raymond
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

2014-04-10 Thread Ariel Constenla-Haile
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

2014-04-10 Thread Steele, Raymond
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

2014-04-10 Thread Ariel Constenla-Haile
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

2014-04-10 Thread Steele, Raymond
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

2014-04-10 Thread Steele, Raymond
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

2014-04-10 Thread Steele, Raymond
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

2014-04-10 Thread Ariel Constenla-Haile
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

2014-04-10 Thread Carl Marcum

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

2014-04-10 Thread Kay Schenk
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

2014-04-10 Thread Steele, Raymond
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

2014-04-09 Thread Steele, Raymond
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

2014-04-08 Thread Jürgen Schmidt
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

2014-04-08 Thread Kay Schenk



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

2014-04-08 Thread Steele, Raymond
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

2014-04-08 Thread Steele, Raymond
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

2014-04-04 Thread Steele, Raymond
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

2014-04-04 Thread Steele, Raymond
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

2014-04-04 Thread Carl Marcum

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

2014-04-04 Thread Carl Marcum

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

2014-04-04 Thread Kay Schenk
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

2014-04-04 Thread Steele, Raymond
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

2014-04-04 Thread Steele, Raymond
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

2014-04-04 Thread Carl Marcum

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

2014-04-03 Thread Steele, Raymond
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

2014-04-03 Thread Kay Schenk
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

2014-04-03 Thread Steele, Raymond

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

2014-04-03 Thread Steele, Raymond
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

2014-04-02 Thread Steele, Raymond

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

2014-04-02 Thread Steele, Raymond
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