Unable to initialize threads

2000-07-26 Thread linux

I downloaded JDK118_v1 so that I could run the Oracle 8i installer.  The JDK
README seemed clear, so I put the JDK directory in /usr/local, and created
the symbolic link, /usr/local/jre, that the Oracle installer requires.  I
set my PATH to /usr/local/jre/bin:/usr/local/bin:/usr/bin:/bin and tried
running some of the Java demos.  They work just fine using either Netscape
or the appletviewer.  But whenever I try to invoke jre, I get the error:

Unable to initialize threads: cannot find class java/lang/Thread
Could not create Java VM

I've tried several things that the documentation seemed to suggest, like
"unsetting" CLASSPATH, setting the THREADS_FLAG environment variable to both
"native" and "green," changing the DEFAULT_THREADS_FLAG to both options in
the .java_wrapper and running as different users.  I even tried downloading
JRE_116_v5, but got exactly the same error.  Oh, and BTW, I'm using the KDE
window manager, not Enlightenment.

Since I get the error any time I try to invoke jre, it's not the Oracle
Installer, so what is the problem?  I've spent two days on it now, and I'm
not any closer to a solution!

--
Matthew Plumb, President
Reality-Based Consulting, Inc.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: Unable to initialize threads

2000-07-26 Thread linux

Ok, I've finally figured out that I have to set
CLASSPATH=/usr/local/jdk118_v1/lib/classes.zip, even thought the
documentation seem pretty clear about _un_setting the CLASSPATH.  So now I
can compile and run my "hello world" program.  Off I go to try the Oracle
Installer again.  This time I get:

Initializing Java Virtual Machine from /usr/local/jre/bin/jre. Please
wait...
Error in CreateOUIProcess(): -1
: Bad address

Any ideas on this one?  Since can run my "hello world" program, I guess this
one probably has to do with the Oracle Installer, not Java, huh?


> From: linux <[EMAIL PROTECTED]>
> Date: Wed, 26 Jul 2000 10:42:59 -0400
> To: <[EMAIL PROTECTED]>
> Subject: Unable to initialize threads
> 
> I downloaded JDK118_v1 so that I could run the Oracle 8i installer.  The JDK
> README seemed clear, so I put the JDK directory in /usr/local, and created the
> symbolic link, /usr/local/jre, that the Oracle installer requires.  I set my
> PATH to /usr/local/jre/bin:/usr/local/bin:/usr/bin:/bin and tried running some
> of the Java demos.  They work just fine using either Netscape or the
> appletviewer.  But whenever I try to invoke jre, I get the error:
> 
> Unable to initialize threads: cannot find class java/lang/Thread
> Could not create Java VM
> 
> I've tried several things that the documentation seemed to suggest, like
> "unsetting" CLASSPATH, setting the THREADS_FLAG environment variable to both
> "native" and "green," changing the DEFAULT_THREADS_FLAG to both options in the
> .java_wrapper and running as different users.  I even tried downloading
> JRE_116_v5, but got exactly the same error.  Oh, and BTW, I'm using the KDE
> window manager, not Enlightenment.
> 
> Since I get the error any time I try to invoke jre, it's not the Oracle
> Installer, so what is the problem?  I've spent two days on it now, and I'm not
> any closer to a solution!
> 
> --
> Matthew Plumb, President
> Reality-Based Consulting, Inc.
> 


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: Unable to initialize threads

2000-07-26 Thread linux

Martin, 

Thanks for the hint.  A discussion at Oracle Technet lead me to this page:

http://homepages.tig.com.au/~jmsalvo/linux/oracle8i.html

Apparently the Oracle installer Java program looks for the rt.jar file that
the JRE uses, and doesn't work with the classes.zip file the JDK uses.
Using JRE instead of JDK, I've managed to get the Installer running.  Of
course I haven't gotten the install to _work_, but that's not a Java
problem.

To the Java-Linux listers,

Thanks for putting up with me.  Since the Java problem is resolved, I won't
bother you any more.  For what it may be worth, the documentation I found
said that you could create a symbolic link called "rt.jar" pointing to
"classes.zip" in that same directory to fix the error message I was getting.
It might help you with some other, misbehaving Java program.



From: Martin Gustavo Dobro <[EMAIL PROTECTED]>
Date: Wed, 26 Jul 2000 17:00:18 -0300
To: "'linux'" <[EMAIL PROTECTED]>
Subject: RE: Unable to initialize threads



Hello 
I find a page in Oracle Technet
I've a same problem and I will probe with this.

http://www.oracle.com/support/oracleinstall/dbserver/LinuxInstall.pdf

Good Luck 

Gustavo 

-Mensaje original-
De: linux [SMTP:[EMAIL PROTECTED]]
Enviado el: Miércoles, 26 de Julio de 2000 12:11 p.m.
Para:   linux 
CC: [EMAIL PROTECTED]
Asunto: Re: Unable to initialize threads

Ok, I've finally figured out that I have to set
CLASSPATH=/usr/local/jdk118_v1/lib/classes.zip, even thought the
documentation seem pretty clear about _un_setting the CLASSPATH.  So now I
can compile and run my "hello world" program.  Off I go to try the Oracle
Installer again.  This time I get:

Initializing Java Virtual Machine from /usr/local/jre/bin/jre. Please
wait... 
Error in CreateOUIProcess(): -1
: Bad address 

Any ideas on this one?  Since can run my "hello world" program, I guess this
one probably has to do with the Oracle Installer, not Java, huh?

> From: linux <[EMAIL PROTECTED]>
> Date: Wed, 26 Jul 2000 10:42:59 -0400
> To: <[EMAIL PROTECTED]>
> Subject: Unable to initialize threads
> 
> I downloaded JDK118_v1 so that I could run the Oracle 8i installer.  The JDK
> README seemed clear, so I put the JDK directory in /usr/local, and created the
> symbolic link, /usr/local/jre, that the Oracle installer requires.  I set my
> PATH to /usr/local/jre/bin:/usr/local/bin:/usr/bin:/bin and tried running some
> of the Java demos.  They work just fine using either Netscape or the
> appletviewer.  But whenever I try to invoke jre, I get the error:
> 
> Unable to initialize threads: cannot find class java/lang/Thread
> Could not create Java VM
> 
> I've tried several things that the documentation seemed to suggest, like
> "unsetting" CLASSPATH, setting the THREADS_FLAG environment variable to both
> "native" and "green," changing the DEFAULT_THREADS_FLAG to both options in the
> .java_wrapper and running as different users.  I even tried downloading
> JRE_116_v5, but got exactly the same error.  Oh, and BTW, I'm using the KDE
> window manager, not Enlightenment.
> 
> Since I get the error any time I try to invoke jre, it's not the Oracle
> Installer, so what is the problem?  I've spent two days on it now, and I'm not
> any closer to a solution!
> 
> -- 
> Matthew Plumb, President
> Reality-Based Consulting, Inc.
> 

--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




JDK1.3 on Linux with SMP

2000-08-22 Thread Java Linux

Hi all,

We're running Red Hat Linux 6.1, kernel 2.2.12 and
glibc 2.1.2 on Pentium SMP machines. After several
hours of running, sometimes one node will crash,
giving:

Exception in thread "main" java.lang.OutOfMemoryError
<>

In fact, it's unlikely that there should be any memory
problems and this error does not occur when running on
a single node. It's also disturbing that each java
process takes only about 40 percent of the processing
capacity on each node, even though it could go up to 7

percent or more.  So, Sun's JDK 1.3 doesn't seem to be
working on SMP machines under linux.

Any advice?

Thanks.



__
Do You Yahoo!?
Yahoo! Mail – Free email you can access from anywhere!
http://mail.yahoo.com/


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




armv5tel and blackdown 1.3.1: Illegal instruction

2005-05-27 Thread linux pc
Hello everybody,
 
I'm trying to run blackdown from j2re-1.3.1-RC1-linux-arm.tar.bz2 on an xscale pxa270. I've followed the install instructions (unarchive, set path) and then duplicated bin/armv4 and lib/armv4 into bin/armv5tel and lib/armv5tel to get rid of "Error: can't find libjava.so." problem ("uname -m" returns armv5tel instead of armv4).
But now I get an Illegal instruction each time I try to run "java" - could it be a difference between pxa270 and pxa255 (which i saw people run blackdown on) that causes this? (also saw an issue in the bugtracker about this but it was for an older version/i386)
 
Regards,
Danny
		Do You Yahoo!? Yahoo! Small Business - Try our new Resources site!

Re: Re: armv5tel and blackdown 1.3.1: Illegal instruction

2005-06-17 Thread linux pc
  I tried to diagnosticate it further, but I didn't get far. The error message
is just "Illegal instruction", and the only param I found that doesn't cause
it is "-help" (even "-version" and "-verbose" trigger it). Of course, it appears
only if I copy bin/armv4l and bin/armv4l to /bin/armv5tel and /bin/armv5tel
(otherwise it can't find libjava.so - I tried symlinking too). 
  I tried to edit the "java" script and hardcoded armv4l, but without the
duplicated /bin/armv5tel and lib/armv5tel it gave the following error
(it must call uname -a somewhere else too):
 
#java -version
exec: 37: /usr/local/j2re1.3.1/bin/../bin/armv5tel/realpath: not found/usr/local/j2re1.3.1/bin/java: 68: /bin/realpath: not found/usr/local/j2re1.3.1/bin/java: 69: /bin/realpath: not foundgrep: /lib/jvm.cfg: No such file or directorygrep: /lib/jvm.cfg: No such file or directory/usr/local/j2re1.3.1/bin/java: 132: /bin/realpath: not foundjava was not found in /bin/armv4l/native_threads/java
  Too bad a decent piece of software such as blackdown
has already become unusable on linux/ARM...
 
Regards,
Danny
Dominic Duval <[EMAIL PROTECTED]> wrote:
What's the illegal instruction about? Is it showing anything else? The1.3.1 release runs fine on the PXA255, but I've never tried it on the 270...
Cheers,-Dominic
 
On Fri, 2005-05-27 at 22:07 -0700, linux pc wrote:> Hello everybody,> > I'm trying to run blackdown from j2re-1.3.1-RC1-linux-arm.tar.bz2 on> an xscale pxa270. I've followed the install instructions (unarchive,> set path) and then duplicated bin/armv4 and lib/armv4 into> bin/armv5tel and lib/armv5tel to get rid of "Error: can't find> libjava.so." problem ("uname -m" returns armv5tel instead of armv4).> But now I get an Illegal instruction each time I try to run "java" -> could it be a difference between pxa270 and pxa255 (which i saw people> run blackdown on) that causes this? (also saw an issue in the> bugtracker about this but it was for an older version/i386)
		Yahoo! Sports 
Rekindle the Rivalries. Sign up for Fantasy Football




Re: which JDK?

1998-07-08 Thread Linux Weekly News

Nathan Meyers <[EMAIL PROTECTED]> writes:

> If you've got 'rpm' installed, you're probably on a Redhat box. Other
> distributions have their own characteristic tools, but I don't know the names.
> 
> Nathan Meyers
> [EMAIL PROTECTED]

Caldera and S.u.S.E. also use rpm.  A Red Hat system will have
a /usr/src/redhat directory, though.  

Liz Coolbaugh
[EMAIL PROTECTED]



Re: 3rd JDK for Linux/Intel available (OpenGroup)

1998-08-19 Thread Linux Weekly News

"Kevin B. Hendricks" <[EMAIL PROTECTED]> writes:

> Given their product is heavily based on the hard work of the Blackdown
> team, you would think they would share their diffs.  Unfortunately, they
> have refused all requests to share diffs.  So much for being the OpenGroup
> (IMHO).
> 
> Kevin B. Hendricks
> Linux PowerPC / MkLinux JDK Porting Team
> [EMAIL PROTECTED]

When you say "heavily based", do you believe they have taken actual code
from the blackdown port?  Is the blackdown port GPL (which would make such
borrowing illegal)?  

Liz Coolbaugh
[EMAIL PROTECTED]



CAN'T UPGRADING RED HAT 5.0

1998-07-22 Thread RHS Linux User

I've been told that on my RedHat5.0 I had to upgrade from glic2.0.5 to
gclibc-2.0.7 in order to
run JDK1.1.5 ( and later ). Well,
I did, and I discovered that my system did not accept anymore the root
login/password. I had to reinstall
a plain RedHat 5.0 with no patches at all. This means that JDK1.1.5-v7
(glic version ) is still
crashing, of course. Does anyone have any idea for me to try ?
Thanks
Daniele Manghi
[EMAIL PROTECTED]



java-linux-digest Digest V02 #36

2002-06-05 Thread java-linux-digest-request
--- Begin Message ---

java-linux-digest DigestVolume 02 : Issue 36

Today's Topics:
  JDialog.setVisible(true) -> iconifie  [ Dick Repasky <[EMAIL PROTECTED] ]
  Re: JDialog.setVisible(true) -> icon  [ "Sudhir Kumar" <[EMAIL PROTECTED]> ]
  Re: JDialog.setVisible(true) -> icon  [ Juergen Kreileder <[EMAIL PROTECTED]> ]
  Re: HELP : Stable JVM for running JB  [ "Craig O'Shannessy" <[EMAIL PROTECTED] ]

--- End Message ---
--- Begin Message ---

Hi,

I'm having difficulty with JDialog.setVisible() on Blackdown Java-Linux 
Java(TM) 2 SDK, Standard Edition Version 1.3.1  FCS and above (meaning the
latest, too).  The first time that I use the setVisible method of
a dialog it comes up fine.  After I hide it with setVisible(false),
calls to setVisible(true) make the JDialog visible but only as a closed
icon, and I must click on the icon to actually see the JDialog.  This wasn't
a problem on earlier versions of Blackdown, and I don't have the problem
using Sun's JRE on Windows or Solaris or using the latest Apple MRJ
for Mac OS X.

What's up?

Thanks,

Dick


--- End Message ---