Issue 70137 - soffice 32 bits locks up after accessing the java option form if a java 64 is installed
Summary: soffice 32 bits locks up after accessing the java option form if a java 64 is...
Status: UNCONFIRMED
Alias: None
Product: ui
Classification: Code
Component: ui (show other issues)
Version: OOo 2.0.3
Hardware: PC (x86_64) Linux, all
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-10-05 19:10 UTC by ktom
Modified: 2014-08-13 08:22 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description ktom 2006-10-05 19:10:24 UTC
this looks just like the issue 44608, but has apparently crept back in.

selecting tools>options>java causes the tool to freeze.  i have to kill to
re-start.  after 15minutes still unresponsive.  the form defaults to having the
check box for java installed on.  but the list is empty.

rhel4 (cent0S 4)

ktomasek@d2al220 ~[102]>java -version
java version "1.5.0_08"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_08-b03)
Java HotSpot(TM) 64-Bit Server VM (build 1.5.0_08-b03, mixed mode)
ktomasek@d2al220 ~[103]>which java
/usr/bin/java
ktomasek@d2al220 ~[104]>ll `which java`
lrwxrwxrwx  1 root root 31 Aug 22 08:15 /usr/bin/java ->
/usr/local/jre1.5.0_08/bin/java
ktomasek@d2al220 ~[105]>cd /usr/local/
bin/         games/       jre1.5.0_08/ lib64/       man/         seamonkey/   src/
etc/         include/     lib/         libexec/     sbin/        share/
ktomasek@d2al220 ~[105]>cd /opt/
openoffice.org2.0/
ktomasek@d2al220 ~[105]>cd /opt/openoffice.org2.0/program/
ktomasek@d2al220 /opt/openoffice.org2.0/program[106]>java ./JREProperties.class
Exception in thread "main" java.lang.NoClassDefFoundError: //JREProperties/class
ktomasek@d2al220 /opt/openoffice.org2.0/program[107]>unam -a
unam: Command not found.
ktomasek@d2al220 /opt/openoffice.org2.0/program[108]>uname -a
Linux d2al220 2.6.9-34.0.2.ELsmp #1 SMP Fri Jul 7 18:22:55 CDT 2006 x86_64
x86_64 x86_64 GNU/Linux
Comment 1 mci 2006-10-20 13:07:20 UTC
Does this happen using OOo2.0.4, too??

Is this something for JL?
Comment 2 ktom 2006-10-20 17:27:03 UTC
yes it still fails for version 2.0.4.

i am not sure who/what JL is.
Comment 3 harlan879 2007-06-21 21:25:44 UTC
I get this with OOo 2.2.1 on RHEL 4 U5 on an x86_64 system. This is part of the
general problem where the 32-bit OOo hangs if it tries to run with 64-bit Java.
It's possible to disable Java for the installation, but attempting to go to the
tools>options>java menu freezes the application again. (I'm trying to see if
using a 32-bit version of Java, installed by hand, will work.) 

Regardless of whether the user is doing something wacky like running a 32-bit
version of OOo on a 64-bit machine, the application shouldn't be freezing here...
Comment 4 gibi 2009-09-19 15:04:50 UTC
with 3.1.1 i586 on a X64 PC with a Java X64 installed:
- the Tools > options > java form keeps empty but doesn't freeze anymore.
- I was able to normally close this window and go on working with OOo

The only annoying behavior is that there's no message to inform that OOo doesn't
find any java run-time.
So, as far as it is not a normal configuration and there's no more freezing,
should we close this issue?

Btw, I've changed the summary cause the case is only OOo 32 bits on a 64 bits
Linux platform with a 64 bits JRE.
Comment 5 汪作新 2014-08-13 08:22:46 UTC
iam new man,i need help