You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@openoffice.apache.org by "Steele, Raymond" <ra...@lmco.com> on 2014/01/16 01:00:29 UTC
loadComponentFromURL - Solaris 11 OO 3.3
Hello,
I have OpenOffice 3.3 installed and running on my Solaris x86 system. Things run under normal user experience, but if I run a custom application it fails on
loadComponentFromURL("private:factory/scalc", "_blank, 0, loadProps).
This code works fine on a Solaris 10 system running OO 3.3. Here is some of the stack trace that java produces.
Register to memory mapping:
EAX=0x090bbe40 is an unknown value
EBX=0xfe762000: _GLOBAL_OFFSET_TABLE_+0 in /libc.so.1 at 0xfe600000
Stack [oxddc510000, 0xddd4f000], sp=0xddd4c520, free space=1005k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C [libc.so.1] t_delete+0x41
C [libc.so.1] realfree+0x5e
C [libc.so.1] _malloc_unlocked+0x1d2
C [libc.so.1] malloc+0x38
C [libxml2.so.2] xmlXPathNewParserContext+0x28
C [libxml2.so.2] xmlXPathEval+0x92
C [libunoxml.so+0x81131]
Any help would be greatly appreciated. Also, I had to type this stack trace so I only provided what I thought was pertinent. Please let me know if you need more.
Thanks,
Raymond Steele
Re: loadComponentFromURL - Solaris 11 OO 3.3
Posted by Paul Gress <pg...@optonline.net>.
Hi,
I did point to the 3.4 build, but I'm using a self built 3.4. I did it myself to add CUPS support. I've tried to build 4.0 without success.
Paul
On 01/17/14 05:26 AM, James Lee wrote:
> On 17/01/2014 00:29, Paul Gress wrote:
>
> > There is one person (Apostols Syropoulos) trying to compile the latest version 4.0, but having trouble.
>
> Then there are at least 2. I've tried and so far failed to compile 4.0. [I'm using self built 3.4.1]
>
>
> James.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
> For additional commands, e-mail: dev-help@openoffice.apache.org
>
>
Re: loadComponentFromURL - Solaris 11 OO 3.3
Posted by James Lee <li...@oxdrove.co.uk>.
On 17/01/2014 18:51, Απόστολος Συρόπουλος wrote:
> What compiler are you using? I used gcc 4.7.2 and now I have switched
> to gcc 4.8.2.
Sun Studio 12.3 [aka 5.12]. I think in failed in some awful C++
template mismatch in boost.
I thought gcc was rejected by the configuration but I must try again -
it really should not matter which compiler or OS is used!
James.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
For additional commands, e-mail: dev-help@openoffice.apache.org
RE: loadComponentFromURL - Solaris 11 OO 3.3
Posted by Απόστολος Συρόπουλος <as...@hotmail.com>.
>
> > There is one person (Apostols Syropoulos) trying to compile the
> latest version 4.0, but having trouble.
>
> Then there are at least 2. I've tried and so far failed to compile 4.0.
> [I'm using self built 3.4.1]
>
Hello,
What compiler are you using? I used gcc 4.7.2 and now I have switched
to gcc 4.8.2. I have compiled most modules but there was a problem
with the bridge. One could "port" the Linux bridge, but I have zero
knowledge of assembly (there is a an assembly language file).
Another idea would be to "port" the bridge from LibreOffice.
At any rate, I am trying things and hope to finish soon!
All the best,
Apostolos
--
Apostols Syropoulos
Xanthi, Greece
Re: loadComponentFromURL - Solaris 11 OO 3.3
Posted by James Lee <li...@oxdrove.co.uk>.
On 17/01/2014 00:29, Paul Gress wrote:
> There is one person (Apostols Syropoulos) trying to compile the
latest version 4.0, but having trouble.
Then there are at least 2. I've tried and so far failed to compile 4.0.
[I'm using self built 3.4.1]
James.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
For additional commands, e-mail: dev-help@openoffice.apache.org
Re: loadComponentFromURL - Solaris 11 OO 3.3
Posted by Paul Gress <pg...@optonline.net>.
Hi Raymond,
I'm not sure what all those error messages mean, but I can make some suggestions to try. It has been noted that AOO 3.3 and 3.4 will not run on version 1.7 of Java, at least for Solaris. I have in my 3.4 and running Java 1.6. See below snapshot (may not come through).
Basically it has something to do with labeling as "Oracle" or "Sun Microsystems". My next suggestion is to try and install 3.4. I can be downloaded here:
https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+3.4+Unofficial+Developer+Snapshots
There is one person (Apostols Syropoulos) trying to compile the latest version 4.0, but having trouble. I haven't seen any posts the past two weeks.
Thanks,
Paul
On 01/15/14 07:00 PM, Steele, Raymond wrote:
> Hello,
>
> I have OpenOffice 3.3 installed and running on my Solaris x86 system. Things run under normal user experience, but if I run a custom application it fails on
>
> loadComponentFromURL("private:factory/scalc", "_blank, 0, loadProps).
>
> This code works fine on a Solaris 10 system running OO 3.3. Here is some of the stack trace that java produces.
>
> Register to memory mapping:
>
> EAX=0x090bbe40 is an unknown value
> EBX=0xfe762000: _GLOBAL_OFFSET_TABLE_+0 in /libc.so.1 at 0xfe600000
>
> Stack [oxddc510000, 0xddd4f000], sp=0xddd4c520, free space=1005k
> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
> C [libc.so.1] t_delete+0x41
> C [libc.so.1] realfree+0x5e
> C [libc.so.1] _malloc_unlocked+0x1d2
> C [libc.so.1] malloc+0x38
> C [libxml2.so.2] xmlXPathNewParserContext+0x28
> C [libxml2.so.2] xmlXPathEval+0x92
> C [libunoxml.so+0x81131]
>
>
> Any help would be greatly appreciated. Also, I had to type this stack trace so I only provided what I thought was pertinent. Please let me know if you need more.
>
> Thanks,
> Raymond Steele
>
>
RE: EXTERNAL: Re: loadComponentFromURL - Solaris 11 OO 3.3
Posted by "Steele, Raymond" <ra...@lmco.com>.
Andrew,
Thanks again for taking the time to look at this. I hope someone else can also provide some input.
Thanks,
Raymond
-----Original Message-----
From: Andrew Douglas Pitonyak [mailto:andrew@pitonyak.org]
Sent: Tuesday, January 21, 2014 8:16 PM
To: Steele, Raymond; api@openoffice.apache.org
Subject: Re: EXTERNAL: Re: loadComponentFromURL - Solaris 11 OO 3.3
No worries regarding the confusion, language is generally imprecise :-)
Disclaimer: I have never used Java to manipulate OO.
That said, your explanation sounds plausible, and my mostly uninformed opinion is that you are correct. Hopefully another more familiar person can provide a workable solution.
On 01/21/2014 02:03 PM, Steele, Raymond wrote:
> Thanks for the reply and I apologize about the confusion. If I use OpenOffice as a regular user, the applications work just find (i.e. writer, database, etc.), but if I attempt to run any code that I've written in Java that uses the loadComponentFromURL method, the application crashes with the below stack trace. Also, compiling and running of FirstLoadComponent.java located in sdk/examples/DevelopersGuide/FirstSteps results in the same. If I install OpenOffice 3.3 on a Solaris 10, not Solaris 11 as in this case, the applications run fine. I presume there is a conflict with the libraries. Specifically, the libxml.so.2 libraries, which already exist in my /usr/lib (installed by other Solaris applications). It appears that OpenOffice requires the libxml.so.2 located within the /opt/openoffice.org directories instead of the one installed by the Solaris apps. If I change my LD_LIBRARY_PATH to include the one openoffice requires, I then get other library references out of sync.
>
> Raymond
> -----Original Message-----
> From: Andrew Douglas Pitonyak [mailto:andrew@pitonyak.org]
> Sent: Tuesday, January 21, 2014 6:49 AM
> To: api@openoffice.apache.org; Steele, Raymond
> Subject: EXTERNAL: Re: loadComponentFromURL - Solaris 11 OO 3.3
>
> Given all of the lists that you copied, I assumed that you were not subscribed so I copied you directly. Please respond to the list rather than me directly so that others will see your response...
>
> On 01/15/2014 07:00 PM, Steele, Raymond wrote:
>> Hello,
>>
>> I have OpenOffice 3.3 installed and running on my Solaris x86 system.
>> Things run under normal user experience, but if I run a custom
>> application it fails on
>>
>> loadComponentFromURL("private:factory/scalc", "_blank, 0, loadProps).
>>
>> This code works fine on a Solaris 10 system running OO 3.3. Here is some of the stack trace that java produces.
> I am unclear on what you are saying since you say things like "this code works fine" and "here is a stack trace". Are you saying:
>
> (1) You have code that works on one computer but not on another....
>
> (2) "this code always fails"
>
> If (1), then there is a problem with your installation or a bug in OOo.
> If (2), your code is probably wrong.
>
> What language did you use? Basic, Java, C++? My guess is Basic, but your claimed error seems wrong for that.
>
> If (1) then there is probably a problem in Java version, linked libraries, or similar.
>
> If (2), have you tried a simple version written in Basic? Can you show a few lines before and after the one line that causes the problem. This is not even an entire line of code (since loadComponentFromURL is a method on the desktop object). Would be nice to see how loadProps is declared and what it contains.
>
>
>
>> Register to memory mapping:
>>
>> EAX=0x090bbe40 is an unknown value
>> EBX=0xfe762000: _GLOBAL_OFFSET_TABLE_+0 in /libc.so.1 at 0xfe600000
>>
>> Stack [oxddc510000, 0xddd4f000], sp=0xddd4c520, free space=1005k
>> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
>> C [libc.so.1] t_delete+0x41
>> C [libc.so.1] realfree+0x5e
>> C [libc.so.1] _malloc_unlocked+0x1d2
>> C [libc.so.1] malloc+0x38
>> C [libxml2.so.2] xmlXPathNewParserContext+0x28
>> C [libxml2.so.2] xmlXPathEval+0x92
>> C [libunoxml.so+0x81131]
>>
>>
>> Any help would be greatly appreciated. Also, I had to type this stack trace so I only provided what I thought was pertinent. Please let me know if you need more.
>>
>> Thanks,
>> Raymond Steele
>>
>>
> --
> Andrew Pitonyak
> My Macro Document: http://www.pitonyak.org/AndrewMacro.odt
> Info: http://www.pitonyak.org/oo.php
>
>
--
Andrew Pitonyak
My Macro Document: http://www.pitonyak.org/AndrewMacro.odt
Info: http://www.pitonyak.org/oo.php
---------------------------------------------------------------------
To unsubscribe, e-mail: api-unsubscribe@openoffice.apache.org
For additional commands, e-mail: api-help@openoffice.apache.org
RE: EXTERNAL: Re: loadComponentFromURL - Solaris 11 OO 3.3
Posted by "Steele, Raymond" <ra...@lmco.com>.
Andrew,
Thanks again for taking the time to look at this. I hope someone else can also provide some input.
Thanks,
Raymond
-----Original Message-----
From: Andrew Douglas Pitonyak [mailto:andrew@pitonyak.org]
Sent: Tuesday, January 21, 2014 8:16 PM
To: Steele, Raymond; api@openoffice.apache.org
Subject: Re: EXTERNAL: Re: loadComponentFromURL - Solaris 11 OO 3.3
No worries regarding the confusion, language is generally imprecise :-)
Disclaimer: I have never used Java to manipulate OO.
That said, your explanation sounds plausible, and my mostly uninformed opinion is that you are correct. Hopefully another more familiar person can provide a workable solution.
On 01/21/2014 02:03 PM, Steele, Raymond wrote:
> Thanks for the reply and I apologize about the confusion. If I use OpenOffice as a regular user, the applications work just find (i.e. writer, database, etc.), but if I attempt to run any code that I've written in Java that uses the loadComponentFromURL method, the application crashes with the below stack trace. Also, compiling and running of FirstLoadComponent.java located in sdk/examples/DevelopersGuide/FirstSteps results in the same. If I install OpenOffice 3.3 on a Solaris 10, not Solaris 11 as in this case, the applications run fine. I presume there is a conflict with the libraries. Specifically, the libxml.so.2 libraries, which already exist in my /usr/lib (installed by other Solaris applications). It appears that OpenOffice requires the libxml.so.2 located within the /opt/openoffice.org directories instead of the one installed by the Solaris apps. If I change my LD_LIBRARY_PATH to include the one openoffice requires, I then get other library references out of sync.
>
> Raymond
> -----Original Message-----
> From: Andrew Douglas Pitonyak [mailto:andrew@pitonyak.org]
> Sent: Tuesday, January 21, 2014 6:49 AM
> To: api@openoffice.apache.org; Steele, Raymond
> Subject: EXTERNAL: Re: loadComponentFromURL - Solaris 11 OO 3.3
>
> Given all of the lists that you copied, I assumed that you were not subscribed so I copied you directly. Please respond to the list rather than me directly so that others will see your response...
>
> On 01/15/2014 07:00 PM, Steele, Raymond wrote:
>> Hello,
>>
>> I have OpenOffice 3.3 installed and running on my Solaris x86 system.
>> Things run under normal user experience, but if I run a custom
>> application it fails on
>>
>> loadComponentFromURL("private:factory/scalc", "_blank, 0, loadProps).
>>
>> This code works fine on a Solaris 10 system running OO 3.3. Here is some of the stack trace that java produces.
> I am unclear on what you are saying since you say things like "this code works fine" and "here is a stack trace". Are you saying:
>
> (1) You have code that works on one computer but not on another....
>
> (2) "this code always fails"
>
> If (1), then there is a problem with your installation or a bug in OOo.
> If (2), your code is probably wrong.
>
> What language did you use? Basic, Java, C++? My guess is Basic, but your claimed error seems wrong for that.
>
> If (1) then there is probably a problem in Java version, linked libraries, or similar.
>
> If (2), have you tried a simple version written in Basic? Can you show a few lines before and after the one line that causes the problem. This is not even an entire line of code (since loadComponentFromURL is a method on the desktop object). Would be nice to see how loadProps is declared and what it contains.
>
>
>
>> Register to memory mapping:
>>
>> EAX=0x090bbe40 is an unknown value
>> EBX=0xfe762000: _GLOBAL_OFFSET_TABLE_+0 in /libc.so.1 at 0xfe600000
>>
>> Stack [oxddc510000, 0xddd4f000], sp=0xddd4c520, free space=1005k
>> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
>> C [libc.so.1] t_delete+0x41
>> C [libc.so.1] realfree+0x5e
>> C [libc.so.1] _malloc_unlocked+0x1d2
>> C [libc.so.1] malloc+0x38
>> C [libxml2.so.2] xmlXPathNewParserContext+0x28
>> C [libxml2.so.2] xmlXPathEval+0x92
>> C [libunoxml.so+0x81131]
>>
>>
>> Any help would be greatly appreciated. Also, I had to type this stack trace so I only provided what I thought was pertinent. Please let me know if you need more.
>>
>> Thanks,
>> Raymond Steele
>>
>>
> --
> Andrew Pitonyak
> My Macro Document: http://www.pitonyak.org/AndrewMacro.odt
> Info: http://www.pitonyak.org/oo.php
>
>
--
Andrew Pitonyak
My Macro Document: http://www.pitonyak.org/AndrewMacro.odt
Info: http://www.pitonyak.org/oo.php
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
For additional commands, e-mail: dev-help@openoffice.apache.org
RE: EXTERNAL: Re: loadComponentFromURL - Solaris 11 OO 3.3
Posted by "Steele, Raymond" <ra...@lmco.com>.
Andrew,
Thanks again for taking the time to look at this. I hope someone else can also provide some input.
Thanks,
Raymond
-----Original Message-----
From: Andrew Douglas Pitonyak [mailto:andrew@pitonyak.org]
Sent: Tuesday, January 21, 2014 8:16 PM
To: Steele, Raymond; api@openoffice.apache.org
Subject: Re: EXTERNAL: Re: loadComponentFromURL - Solaris 11 OO 3.3
No worries regarding the confusion, language is generally imprecise :-)
Disclaimer: I have never used Java to manipulate OO.
That said, your explanation sounds plausible, and my mostly uninformed opinion is that you are correct. Hopefully another more familiar person can provide a workable solution.
On 01/21/2014 02:03 PM, Steele, Raymond wrote:
> Thanks for the reply and I apologize about the confusion. If I use OpenOffice as a regular user, the applications work just find (i.e. writer, database, etc.), but if I attempt to run any code that I've written in Java that uses the loadComponentFromURL method, the application crashes with the below stack trace. Also, compiling and running of FirstLoadComponent.java located in sdk/examples/DevelopersGuide/FirstSteps results in the same. If I install OpenOffice 3.3 on a Solaris 10, not Solaris 11 as in this case, the applications run fine. I presume there is a conflict with the libraries. Specifically, the libxml.so.2 libraries, which already exist in my /usr/lib (installed by other Solaris applications). It appears that OpenOffice requires the libxml.so.2 located within the /opt/openoffice.org directories instead of the one installed by the Solaris apps. If I change my LD_LIBRARY_PATH to include the one openoffice requires, I then get other library references out of sync.
>
> Raymond
> -----Original Message-----
> From: Andrew Douglas Pitonyak [mailto:andrew@pitonyak.org]
> Sent: Tuesday, January 21, 2014 6:49 AM
> To: api@openoffice.apache.org; Steele, Raymond
> Subject: EXTERNAL: Re: loadComponentFromURL - Solaris 11 OO 3.3
>
> Given all of the lists that you copied, I assumed that you were not subscribed so I copied you directly. Please respond to the list rather than me directly so that others will see your response...
>
> On 01/15/2014 07:00 PM, Steele, Raymond wrote:
>> Hello,
>>
>> I have OpenOffice 3.3 installed and running on my Solaris x86 system.
>> Things run under normal user experience, but if I run a custom
>> application it fails on
>>
>> loadComponentFromURL("private:factory/scalc", "_blank, 0, loadProps).
>>
>> This code works fine on a Solaris 10 system running OO 3.3. Here is some of the stack trace that java produces.
> I am unclear on what you are saying since you say things like "this code works fine" and "here is a stack trace". Are you saying:
>
> (1) You have code that works on one computer but not on another....
>
> (2) "this code always fails"
>
> If (1), then there is a problem with your installation or a bug in OOo.
> If (2), your code is probably wrong.
>
> What language did you use? Basic, Java, C++? My guess is Basic, but your claimed error seems wrong for that.
>
> If (1) then there is probably a problem in Java version, linked libraries, or similar.
>
> If (2), have you tried a simple version written in Basic? Can you show a few lines before and after the one line that causes the problem. This is not even an entire line of code (since loadComponentFromURL is a method on the desktop object). Would be nice to see how loadProps is declared and what it contains.
>
>
>
>> Register to memory mapping:
>>
>> EAX=0x090bbe40 is an unknown value
>> EBX=0xfe762000: _GLOBAL_OFFSET_TABLE_+0 in /libc.so.1 at 0xfe600000
>>
>> Stack [oxddc510000, 0xddd4f000], sp=0xddd4c520, free space=1005k
>> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
>> C [libc.so.1] t_delete+0x41
>> C [libc.so.1] realfree+0x5e
>> C [libc.so.1] _malloc_unlocked+0x1d2
>> C [libc.so.1] malloc+0x38
>> C [libxml2.so.2] xmlXPathNewParserContext+0x28
>> C [libxml2.so.2] xmlXPathEval+0x92
>> C [libunoxml.so+0x81131]
>>
>>
>> Any help would be greatly appreciated. Also, I had to type this stack trace so I only provided what I thought was pertinent. Please let me know if you need more.
>>
>> Thanks,
>> Raymond Steele
>>
>>
> --
> Andrew Pitonyak
> My Macro Document: http://www.pitonyak.org/AndrewMacro.odt
> Info: http://www.pitonyak.org/oo.php
>
>
--
Andrew Pitonyak
My Macro Document: http://www.pitonyak.org/AndrewMacro.odt
Info: http://www.pitonyak.org/oo.php
-------------------------------------------
List Conduct Guidelines: http://openoffice.apache.org/list-conduct.html
To unsubscribe, e-mail: users-unsubscribe@openoffice.apache.org
For additional commands, e-mail: users-help@openoffice.apache.org
Re: EXTERNAL: Re: loadComponentFromURL - Solaris 11 OO 3.3
Posted by Andrew Douglas Pitonyak <an...@pitonyak.org>.
No worries regarding the confusion, language is generally imprecise :-)
Disclaimer: I have never used Java to manipulate OO.
That said, your explanation sounds plausible, and my mostly uninformed
opinion is that you are correct. Hopefully another more familiar person
can provide a workable solution.
On 01/21/2014 02:03 PM, Steele, Raymond wrote:
> Thanks for the reply and I apologize about the confusion. If I use OpenOffice as a regular user, the applications work just find (i.e. writer, database, etc.), but if I attempt to run any code that I've written in Java that uses the loadComponentFromURL method, the application crashes with the below stack trace. Also, compiling and running of FirstLoadComponent.java located in sdk/examples/DevelopersGuide/FirstSteps results in the same. If I install OpenOffice 3.3 on a Solaris 10, not Solaris 11 as in this case, the applications run fine. I presume there is a conflict with the libraries. Specifically, the libxml.so.2 libraries, which already exist in my /usr/lib (installed by other Solaris applications). It appears that OpenOffice requires the libxml.so.2 located within the /opt/openoffice.org directories instead of the one installed by the Solaris apps. If I change my LD_LIBRARY_PATH to include the one openoffice requires, I then get other library references out of sync.
>
> Raymond
> -----Original Message-----
> From: Andrew Douglas Pitonyak [mailto:andrew@pitonyak.org]
> Sent: Tuesday, January 21, 2014 6:49 AM
> To: api@openoffice.apache.org; Steele, Raymond
> Subject: EXTERNAL: Re: loadComponentFromURL - Solaris 11 OO 3.3
>
> Given all of the lists that you copied, I assumed that you were not subscribed so I copied you directly. Please respond to the list rather than me directly so that others will see your response...
>
> On 01/15/2014 07:00 PM, Steele, Raymond wrote:
>> Hello,
>>
>> I have OpenOffice 3.3 installed and running on my Solaris x86 system.
>> Things run under normal user experience, but if I run a custom
>> application it fails on
>>
>> loadComponentFromURL("private:factory/scalc", "_blank, 0, loadProps).
>>
>> This code works fine on a Solaris 10 system running OO 3.3. Here is some of the stack trace that java produces.
> I am unclear on what you are saying since you say things like "this code works fine" and "here is a stack trace". Are you saying:
>
> (1) You have code that works on one computer but not on another....
>
> (2) "this code always fails"
>
> If (1), then there is a problem with your installation or a bug in OOo.
> If (2), your code is probably wrong.
>
> What language did you use? Basic, Java, C++? My guess is Basic, but your claimed error seems wrong for that.
>
> If (1) then there is probably a problem in Java version, linked libraries, or similar.
>
> If (2), have you tried a simple version written in Basic? Can you show a few lines before and after the one line that causes the problem. This is not even an entire line of code (since loadComponentFromURL is a method on the desktop object). Would be nice to see how loadProps is declared and what it contains.
>
>
>
>> Register to memory mapping:
>>
>> EAX=0x090bbe40 is an unknown value
>> EBX=0xfe762000: _GLOBAL_OFFSET_TABLE_+0 in /libc.so.1 at 0xfe600000
>>
>> Stack [oxddc510000, 0xddd4f000], sp=0xddd4c520, free space=1005k
>> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
>> C [libc.so.1] t_delete+0x41
>> C [libc.so.1] realfree+0x5e
>> C [libc.so.1] _malloc_unlocked+0x1d2
>> C [libc.so.1] malloc+0x38
>> C [libxml2.so.2] xmlXPathNewParserContext+0x28
>> C [libxml2.so.2] xmlXPathEval+0x92
>> C [libunoxml.so+0x81131]
>>
>>
>> Any help would be greatly appreciated. Also, I had to type this stack trace so I only provided what I thought was pertinent. Please let me know if you need more.
>>
>> Thanks,
>> Raymond Steele
>>
>>
> --
> Andrew Pitonyak
> My Macro Document: http://www.pitonyak.org/AndrewMacro.odt
> Info: http://www.pitonyak.org/oo.php
>
>
--
Andrew Pitonyak
My Macro Document: http://www.pitonyak.org/AndrewMacro.odt
Info: http://www.pitonyak.org/oo.php
---------------------------------------------------------------------
To unsubscribe, e-mail: api-unsubscribe@openoffice.apache.org
For additional commands, e-mail: api-help@openoffice.apache.org
RE: EXTERNAL: Re: loadComponentFromURL - Solaris 11 OO 3.3
Posted by "Steele, Raymond" <ra...@lmco.com>.
Thanks for the reply and I apologize about the confusion. If I use OpenOffice as a regular user, the applications work just find (i.e. writer, database, etc.), but if I attempt to run any code that I've written in Java that uses the loadComponentFromURL method, the application crashes with the below stack trace. Also, compiling and running of FirstLoadComponent.java located in sdk/examples/DevelopersGuide/FirstSteps results in the same. If I install OpenOffice 3.3 on a Solaris 10, not Solaris 11 as in this case, the applications run fine. I presume there is a conflict with the libraries. Specifically, the libxml.so.2 libraries, which already exist in my /usr/lib (installed by other Solaris applications). It appears that OpenOffice requires the libxml.so.2 located within the /opt/openoffice.org directories instead of the one installed by the Solaris apps. If I change my LD_LIBRARY_PATH to include the one openoffice requires, I then get other library references out of sync.
Raymond
-----Original Message-----
From: Andrew Douglas Pitonyak [mailto:andrew@pitonyak.org]
Sent: Tuesday, January 21, 2014 6:49 AM
To: api@openoffice.apache.org; Steele, Raymond
Subject: EXTERNAL: Re: loadComponentFromURL - Solaris 11 OO 3.3
Given all of the lists that you copied, I assumed that you were not subscribed so I copied you directly. Please respond to the list rather than me directly so that others will see your response...
On 01/15/2014 07:00 PM, Steele, Raymond wrote:
> Hello,
>
> I have OpenOffice 3.3 installed and running on my Solaris x86 system.
> Things run under normal user experience, but if I run a custom
> application it fails on
>
> loadComponentFromURL("private:factory/scalc", "_blank, 0, loadProps).
>
> This code works fine on a Solaris 10 system running OO 3.3. Here is some of the stack trace that java produces.
I am unclear on what you are saying since you say things like "this code works fine" and "here is a stack trace". Are you saying:
(1) You have code that works on one computer but not on another....
(2) "this code always fails"
If (1), then there is a problem with your installation or a bug in OOo.
If (2), your code is probably wrong.
What language did you use? Basic, Java, C++? My guess is Basic, but your claimed error seems wrong for that.
If (1) then there is probably a problem in Java version, linked libraries, or similar.
If (2), have you tried a simple version written in Basic? Can you show a few lines before and after the one line that causes the problem. This is not even an entire line of code (since loadComponentFromURL is a method on the desktop object). Would be nice to see how loadProps is declared and what it contains.
>
> Register to memory mapping:
>
> EAX=0x090bbe40 is an unknown value
> EBX=0xfe762000: _GLOBAL_OFFSET_TABLE_+0 in /libc.so.1 at 0xfe600000
>
> Stack [oxddc510000, 0xddd4f000], sp=0xddd4c520, free space=1005k
> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
> C [libc.so.1] t_delete+0x41
> C [libc.so.1] realfree+0x5e
> C [libc.so.1] _malloc_unlocked+0x1d2
> C [libc.so.1] malloc+0x38
> C [libxml2.so.2] xmlXPathNewParserContext+0x28
> C [libxml2.so.2] xmlXPathEval+0x92
> C [libunoxml.so+0x81131]
>
>
> Any help would be greatly appreciated. Also, I had to type this stack trace so I only provided what I thought was pertinent. Please let me know if you need more.
>
> Thanks,
> Raymond Steele
>
>
--
Andrew Pitonyak
My Macro Document: http://www.pitonyak.org/AndrewMacro.odt
Info: http://www.pitonyak.org/oo.php
---------------------------------------------------------------------
To unsubscribe, e-mail: api-unsubscribe@openoffice.apache.org
For additional commands, e-mail: api-help@openoffice.apache.org
Re: loadComponentFromURL - Solaris 11 OO 3.3
Posted by Andrew Douglas Pitonyak <an...@pitonyak.org>.
Given all of the lists that you copied, I assumed that you were not
subscribed so I copied you directly. Please respond to the list rather
than me directly so that others will see your response...
On 01/15/2014 07:00 PM, Steele, Raymond wrote:
> Hello,
>
> I have OpenOffice 3.3 installed and running on my Solaris x86 system. Things run under normal user experience, but if I run a custom application it fails on
>
> loadComponentFromURL("private:factory/scalc", "_blank, 0, loadProps).
>
> This code works fine on a Solaris 10 system running OO 3.3. Here is some of the stack trace that java produces.
I am unclear on what you are saying since you say things like "this code
works fine" and "here is a stack trace". Are you saying:
(1) You have code that works on one computer but not on another....
(2) "this code always fails"
If (1), then there is a problem with your installation or a bug in OOo.
If (2), your code is probably wrong.
What language did you use? Basic, Java, C++? My guess is Basic, but your
claimed error seems wrong for that.
If (1) then there is probably a problem in Java version, linked
libraries, or similar.
If (2), have you tried a simple version written in Basic? Can you show a
few lines before and after the one line that causes the problem. This is
not even an entire line of code (since loadComponentFromURL is a method
on the desktop object). Would be nice to see how loadProps is declared
and what it contains.
>
> Register to memory mapping:
>
> EAX=0x090bbe40 is an unknown value
> EBX=0xfe762000: _GLOBAL_OFFSET_TABLE_+0 in /libc.so.1 at 0xfe600000
>
> Stack [oxddc510000, 0xddd4f000], sp=0xddd4c520, free space=1005k
> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
> C [libc.so.1] t_delete+0x41
> C [libc.so.1] realfree+0x5e
> C [libc.so.1] _malloc_unlocked+0x1d2
> C [libc.so.1] malloc+0x38
> C [libxml2.so.2] xmlXPathNewParserContext+0x28
> C [libxml2.so.2] xmlXPathEval+0x92
> C [libunoxml.so+0x81131]
>
>
> Any help would be greatly appreciated. Also, I had to type this stack trace so I only provided what I thought was pertinent. Please let me know if you need more.
>
> Thanks,
> Raymond Steele
>
>
--
Andrew Pitonyak
My Macro Document: http://www.pitonyak.org/AndrewMacro.odt
Info: http://www.pitonyak.org/oo.php
---------------------------------------------------------------------
To unsubscribe, e-mail: api-unsubscribe@openoffice.apache.org
For additional commands, e-mail: api-help@openoffice.apache.org
RE: EXTERNAL: Re: loadComponentFromURL - Solaris 11 OO 3.3
Posted by "Steele, Raymond" <ra...@lmco.com>.
Sorry about the confusion. That is a typo. I had to type this all out.
-----Original Message-----
From: johnny smith [mailto:kanni@krovatka.su]
Sent: Thursday, January 16, 2014 10:05 AM
To: users@openoffice.apache.org
Subject: EXTERNAL: Re: loadComponentFromURL - Solaris 11 OO 3.3
On Thu, 16 Jan 2014 00:00:29 -0000, Steele, Raymond <ra...@lmco.com> wrote:
> I have OpenOffice 3.3 installed and running on my Solaris x86 system.
>Things run under normal user experience, but if I run a custom application it fails on loadComponentFromURL("private:factory/scalc", "_blank, 0, loadProps).
is it ok that the number of quotation marks is odd?
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@openoffice.apache.org
For additional commands, e-mail: users-help@openoffice.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@openoffice.apache.org
For additional commands, e-mail: users-help@openoffice.apache.org
Re: loadComponentFromURL - Solaris 11 OO 3.3
Posted by johnny smith <ka...@krovatka.su>.
On Thu, 16 Jan 2014 00:00:29 -0000, Steele, Raymond <ra...@lmco.com> wrote:
> I have OpenOffice 3.3 installed and running on my Solaris x86 system. Things run under normal user experience, but if I run a custom application it fails on
>loadComponentFromURL("private:factory/scalc", "_blank, 0, loadProps).
is it ok that the number of quotation marks is odd?
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@openoffice.apache.org
For additional commands, e-mail: users-help@openoffice.apache.org