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:[email protected]] Sent: Tuesday, January 21, 2014 6:49 AM To: [email protected]; 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: [email protected] For additional commands, e-mail: [email protected]
