Apache OpenOffice (AOO) Bugzilla – Issue 3564
opening Java applet casues OpenOffice to crash
Last modified: 2002-06-04 14:43:52 UTC
Build 641D RedHat 6.2 related issue 1787. example applets can be obtained from http://java.sun.com/openstudio/index.html for test purposes use demo/clock/index.html requirements:- JRE version 1.3.3_01 can be obtained at http://java.sun.com/j2se/1.3 This issues is a regression, Java applets were working in the previous test build (642).
I can reproduce this in a 641d under RedHat 7.2. I will investigate further.
Can alos reproduce bug on Solaris Sparc 8 update 7 OO.org 641D
windows 2000, build 641D, Java applet opens but does not run. OpenOffice.org does not crash.
Hi Kay, what is your further investigation doing ? Is this issue still new or have you started already. There's no much time left.
Jochen, please have a look at this...
I tried some applets under windows 2000 and they are working ok. Robert, can you please provide some more information about plattform and applets which are not working?
The applet I'm using for test on windows 2000 with JDK 1.3.1_01 & OpenOffice.org build 641d is the clock applet. This can be downloaded from http://java.sun.com/openstudio/applets/clock.html. The error I'm seeing is that the applet opens but does not run.
That is exactly one of the applets I tried. Can anybody else reproduce the applet problem or (the other way around) is the applet working for anybody else?
Hi, is there any progress on this issue? I'm asking because we wanted the release to be done soon.
Hi Armin, can you reproduce the applet problem? If not, I will set the bug to not reproducable!
Kay, I can verify that Armin cannot reproduce the bug, he is using 1.3.1. For my part I've reinstalled the JRE 1.3.1 and OpenOffice.org, but I'm still getting the same problem, applet not running (I have checked the security settings to ensure it is on). Close the windows part of this bug as not reproducible, however the Solaris and Linux errors are still valid.
I can verify the problem under solaris too. Replacing the libjen.so with one locally build (for StarOffice) solves the problem, looking at the tags for the files in stoc/source/javavm shows, the OpenOffice.org uses old revisions then StarOffice. Cause of this I suspect a revision mismatch. How do we should proceed from here on?
please provide the filename and revision we need to join to OOO_STABLE_1 here in this issue.
What about just using the files tagged SRC641 in the udk/stoc/source/javavm directory?
The files different from OOO_STABLE_1 are: RCS file: /cvs/udk/stoc/source/javavm/javavm.cxx,v retrieving revision 1.27 RCS file: /cvs/udk/stoc/source/javavm/jvmargs.cxx,v retrieving revision 1.5 RCS file: /cvs/udk/stoc/source/javavm/jvmargs.hxx,v retrieving revision 1.5 Sander, please them a try.
the tag is correct now
fixed and verified for Solaris and Windows, Linux is on is way, Robert please confirm and close.
Hi, What is the Linux status on this bug? I simply can not get this to work under PPC Linux with all the revisions supplied below. Are there further revisions needed for Linux x86 to work? I would be happy to help work on this (I have access to jdk 1.3.0 source from Sun) if anyone needs or wants help to work on the Linux issue if it still exists on x86. Also can someone fix the test code for java in stoc/ so that It works. If I properly set the right environment vars CLASSPATH and LD_LIBRARY_PATH the bridges/test/javauno tests do work on ppc Linux. Thanks, Kevin
from robert I heard that it works with Linux/x86, so we have to ask jl to give you support for LinuxPPC. Joachim, are you listening ?
Hi Kay, I could use your help here. I had added some debug statements that show what is happening in stoc (it is a debug build) when I try inserting an applet Object in the Writer. On the screen I still get an anchor and an empty frame. On the console my debug sessions shows the following: This GDB was configured as "ppc-yellowdog-linux"...(no debugging symbols found)... "/home/kbhend/OpenOffice.org641/" is not a core dump: Is a directory (gdb) run Starting program: /src1/OpenOffice.org10/program/soffice.bin (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... [New Thread 19869 (manager thread)] [New Thread 19868 (initial thread)] [New Thread 19870] [New Thread 19871] [New Thread 19872] [New Thread 19873] Trace Message : javavm - left user.language Trace Message : javam - right en Trace Message : javavm - left user.region Trace Message : javam - right US Trace Message : javavm - left Home Trace Message : javam - right /jdk/j2sdk1.3 Trace Message : javavm - left VMType Trace Message : javam - right jdk Trace Message : javavm - left Version Trace Message : javam - right 1.3.0 Trace Message : javavm - left RuntimeLib Trace Message : javam - right /jdk/j2sdk1.3/jre/lib/ppc/classic/libjvm.so Trace Message : javavm - left JavaLibPath Trace Message : javam - right /jdk/j2sdk1.3/lib/ppc:/jdk/j2sdk1.3/jre/lib/ppc: /jdk/j2sdk1.3/jre/lib/ppc/native_threads: /jdk/j2sdk1.3/jre/lib/ppc/classic: Trace Message : javavm - left SystemClasspath Trace Message : javam - right /jdk/j2sdk1.3/jre/lib/rt.jar:/jdk/j2sdk1.3/jre/lib/javaplugin.jar: /jdk/j2sdk1.3/jre/lib/i18n.jar:/jdk/j2sdk1.3/lib/tools.jar: /jdk/j2sdk1.3/lib/dt.jar:/jdk/j2sdk1.3/lib: /src1/OpenOffice.org10/program/classes/classes.jar: /src1/OpenOffice.org10/program/classes/sandbox.jar: /src1/OpenOffice.org10/program/classes/ridl.jar: /src1/OpenOffice.org10/program/classes/unoil.jar: /src1/OpenOffice.org10/program/classes/jurt.jar: /src1/OpenOffice.org10/program/classes/juh.jar: /src1/OpenOffice.org10/program/classes/swingall.jar: /src1/OpenOffice.org10/program/classes/java_uno.jar: /src1/OpenOffice.org10/program/classes/xt.jar: /src1/OpenOffice.org10/program/classes/jaxp.jar Trace Message : JVM::setSystemClasspath: /jdk/j2sdk1.3/jre/lib/rt.jar:/jdk/j2sdk1.3/jre/lib/javaplugin.jar: /jdk/j2sdk1.3/jre/lib/i18n.jar:/jdk/j2sdk1.3/lib/tools.jar: /jdk/j2sdk1.3/lib/dt.jar:/jdk/j2sdk1.3/lib: /src1/OpenOffice.org10/program/classes/classes.jar: /src1/OpenOffice.org10/program/classes/sandbox.jar: /src1/OpenOffice.org10/program/classes/ridl.jar: /src1/OpenOffice.org10/program/classes/unoil.jar: /src1/OpenOffice.org10/program/classes/jurt.jar: /src1/OpenOffice.org10/program/classes/juh.jar: /src1/OpenOffice.org10/program/classes/swingall.jar: /src1/OpenOffice.org10/program/classes/java_uno.jar: /src1/OpenOffice.org10/program/classes/xt.jar: /src1/OpenOffice.org10/program/classes/jaxp.jar Trace Message : javavm - left Java Trace Message : javam - right 1 Trace Message : javavm - left JavaScript Trace Message : javam - right 1 Trace Message : javavm - left Applets Trace Message : javam - right 1 Trace Message : JVM::setUserClasspath: Trace Message : javavm - left appletviewer.security.mode Trace Message : javam - right unrestricted Trace Message : javavm - left stardiv.security.disableSecurity Trace Message : javam - right false [New Thread 19877] osJavaHome is JAVA_HOME=/jdk/j2sdk1.3/jre sClassPath is -Djava.class.path=/jdk/j2sdk1.3/jre/lib/rt.jar: /jdk/j2sdk1.3/jre/lib/javaplugin.jar: /jdk/j2sdk1.3/jre/lib/i18n.jar:/jdk/j2sdk1.3/lib/tools.jar: /jdk/j2sdk1.3/lib/dt.jar:/jdk/j2sdk1.3/lib: /src1/OpenOffice.org10/program/classes/classes.jar: /src1/OpenOffice.org10/program/classes/sandbox.jar: /src1/OpenOffice.org10/program/classes/ridl.jar: /src1/OpenOffice.org10/program/classes/unoil.jar: /src1/OpenOffice.org10/program/classes/jurt.jar: /src1/OpenOffice.org10/program/classes/juh.jar: /src1/OpenOffice.org10/program/classes/swingall.jar: /src1/OpenOffice.org10/program/classes/java_uno.jar: /src1/OpenOffice.org10/program/classes/xt.jar: src1/OpenOffice.org10/program/classes/jaxp.jar: prop 0 is user.language=en options 1 is -Duser.language=en prop 1 is user.region=US options 2 is -Duser.region=US prop 2 is JavaLibPath=/jdk/j2sdk1.3/lib/ppc:/jdk/j2sdk1.3/jre/lib/ppc: /jdk/j2sdk1.3/jre/lib/ppc/native_threads: /jdk/j2sdk1.3/jre/lib/ppc/classic: options 3 is -DJavaLibPath=/jdk/j2sdk1.3/lib/ppc:/jdk/j2sdk1.3/jre/lib/ppc: /jdk/j2sdk1.3/jre/lib/ppc/native_threads:/ jdk/j2sdk1.3/jre/lib/ppc/classic: prop 3 is JavaScript=1 options 4 is -DJavaScript=1 prop 4 is Applets=1 options 5 is -DApplets=1 prop 5 is appletviewer.security.mode=unrestricted options 6 is -Dappletviewer.security.mode=unrestricted prop 6 is stardiv.security.disableSecurity=false options 7 is -Dstardiv.security.disableSecurity=false [New Thread 19878] [New Thread 19879] [New Thread 19880] create java virtual machine returned 0 java vm created successfully Trace Message : JavaVMContext::JavaVMContext java vm context created java vm registered in uno runtime registerConfigChangesListener completed This is after using Writer insert->Object->Applet and selecting the demo JavaClock.class (ps I added the returns to make the paths easier to read) Where is the UserClassPath set (mine is blank). Where is the path to the demo applet classes (they are in my home directory)? How does the JVM know which applet to run and where the classes are to this applet? From looking at the debug info, stoc seems to be doing everything right that I can see and the jvm starts up fine but it is never seems to get invoked to run the actual applet. Where would in the code would the FindClass be done on the JavaClock.class? When I test the java_uno bridge code it does work (I can attached to the proper jvm thread and do a FindClass and invoke it (this all works). But the bridges/test/java_uno/test.cxx aonly looks for system classes (hash) which can be found in the SystemClassPath but does not test any non-system classes. Does this mean the problem is not in stoc? Where else should I be looking to see the proper FindClass being done for the applet and the invoke on its method? Any guidance here on how to debug this further would be greatly appreciated. Thanks, Kevin ps. I do have access to jdk 1.3.0and jdk 1.3.1 .o2 source and can debug inside the jdk if needed. Please let me know. Thanks, Kevin
reassigning to Kay for LinuxPPC support
Hi, Please ignore my pleas for help. I have it working now. The problem was not in OOo but in the jdk itself. I have rebuilt the latest jdk 1.3.1-02 and all is now well. For the record, Blackdown JDK's need to link libjvm.so with libhpi.so so that the synchronization semaphores for working around the non-posix signal handling in the fork/exec part of the jdk to prevent missing symbols when libjvm.so is dlopened without haveing libhpi.so loaded first. Typically all jni programs are themselves linked with both so that libjvm.so and libhpi.so are pulled in at the same time. Also, the Blackdown/Sun jdks are statically linked with OpenMotif but that static code is actually pulled into libawt.so (a shared library) and so the libXm.a library must be built with -fPIC on ppc Linux to prevent relocation errors. So now that all of that works, PPC Link can insert applets and have them appear. Thanks, Sorry to bother you! Kevin
BTW: I will "resolve this as fixed: now since it seems to work under both x86 Linux and ppc Linux. Hope that is okay with everyone. Thanks, Kevin
closing this one out since in OOo 1.0