Re: [Oorexx-devel] For the adventurous ...
Hi Erico, On 22.08.2010 01:32, Erico Mendonca wrote: On 8/21/2010 at 07:19 PM, in message 4c7050fc.3060...@wu-wien.ac.at, Rony G. Flatscher rony.flatsc...@wu-wien.ac.at wrote: P.S.: On 64-Bit-Ubuntu there is an issue with 64-bit-Java loading the 64-bit-so; have to look into it. Using 64-bit-Java from 64-bit ooRexx is o.k. and one can even successfully drive genuine OOo (and e.g. run all supplied OOo examples). Rony, In my proposed SPEC file I just placed all the libraries in /usr/lib/ooRexx, and added that to ld.so.conf.d. So far it's working fine under 32-bit and 64-bit (tested under a few RPM-based distros, ran the testcases ok). Perhaps that would work under Ubuntu as well? *great*, thank you very much for trying and sharing as well as for your hint ! --- What I could gather (was rather outworn and tired) on the 64-bit (Ubuntu) is the following: * 64-bit ooRexx loading 64-bit Java via 64-bit libBSF4ooRexx.so works as in 32-bit, * 64-bit Java loadgint 64-bit libBSF4ooRexx.so (which then would invoke 64-bit ooRexx) did not work (the 32-bit versions work). I noticed it when testing 64-Bit OOo and dispatching ooRexx macros which caused OOo to abend immediately, with no further information. Trying to isolate (=simplify) the problem I arrived at a scenario without OOo, just 64-bit Java loading 64-bit libBSF4ooRexx.so which loads 64-bit ooRexx. The following occurred: o There is a stack trace which leads to a 'java.lang.NoClassDefFoundError: org/rexxla/bsf/RexxDispatcher', which is part of the BSF4ooRexx jar's, indicating that maybe the CLASSPATH is not honored. o invoking then with java -d64 -Xcheck:jni -c $CLASSPATH org.rexxla.bsf.RexxDispatcher path2rexx-java-program.rxj causes a simple message terminate called after throwing an instance of 'ActivityException'. Aborted to be displayed. I have no idea yet where 'ActivityException' comes from. I seem to remember that the execution path Java-libBSF4ooRexx.so worked for 64-bit on Linux in the past, so not sure what is the cause. Finally, I used variations in using the cacao VM instead of the server VM which would give an error message to the effect that BSFooRexx was not found (in Java you just give the base name for the so/dll and Java should pre- and append the chunks to yield libBSF4ooRexx.so). Going after that and querying Java's system properties shows, that java.library.path is set to: /usr/java/packages/lib/amd64:/usr/lib/jni:/lib:/usr/lib. The 64-bit libBSF4ooRexx.so on Ubuntu is placed in /usr/lib and should therefore be locatable for Java. The java.vm.name in this case is OpenJDK 64-Bit Server VM. Open for any ideas/theories/hints to go after (though I might not be able to do much today). ---rony -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel
[Oorexx-devel] For the adventurous ...
Hi there, it looks as if the 32-bit-Linux installer/deinstaller now work. So those of you who are a little bit adventurous may want to take a first look at it. Here are the necessary steps: * create a Rexx interpreter from trunk, after applying the patch http://sourceforge.net/tracker/?func=detailaid=3046995group_id=119701atid=684732, If you have OOo installed on your system: * Please note, the OOo-support only works with the genuine OpenOffice from http://download.openoffice.org. So, if you are not using gentoo, you may need to first remove the OOo supplied with your Linux first and install the genuine OOo afterwards. --- Now to BSF4ooRexx: * get http://wi.wu-wien.ac.at/rgf/rexx/bsf4oorexx/archive/2010/2010-08-21/BSF4ooRexx_install.zip and unzip to any location, o change into bsf4oorexx/install/linux and double-click on install.sh That's it.! (Best if you logoff/logon again, but you do not have to do it.) Whatever you notice (good or bad), please let us know. ---rony P.S.: On 64-Bit-Ubuntu there is an issue with 64-bit-Java loading the 64-bit-so; have to look into it. Using 64-bit-Java from 64-bit ooRexx is o.k. and one can even successfully drive genuine OOo (and e.g. run all supplied OOo examples). P.P.S.: Have not yet tested all the additions/changes of the Windows installer versions, which may have little problems. Will look into that tomorrow or Monday, as I have become far too exhausted in the past weeks with this and need some rest... :) [The installation for Windows is the same, except for folder: after unzipping change into change into bsf4oorexx/install/windows and double-click on install.cmd and if that does not work double-click on install_runas_Administrator.cmd.] -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel
Re: [Oorexx-devel] For the adventurous ...
On 8/21/2010 at 07:19 PM, in message 4c7050fc.3060...@wu-wien.ac.at, Rony G. Flatscher rony.flatsc...@wu-wien.ac.at wrote: P.S.: On 64-Bit-Ubuntu there is an issue with 64-bit-Java loading the 64-bit-so; have to look into it. Using 64-bit-Java from 64-bit ooRexx is o.k. and one can even successfully drive genuine OOo (and e.g. run all supplied OOo examples). Rony, In my proposed SPEC file I just placed all the libraries in /usr/lib/ooRexx, and added that to ld.so.conf.d. So far it's working fine under 32-bit and 64-bit (tested under a few RPM-based distros, ran the testcases ok). Perhaps that would work under Ubuntu as well? -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel
