Problems with Swing 1.1
Hello, after upgrading from Swing 1.0 to Swing 1.1 I have problems running the examples that came with it. Thats the error I get: :/opt/java/classes/swing-1.1/examples/Simple > ./runnit /opt/java/applications/jdk117_v1a//bin/java -classpath .:/opt/java/classes/swing-1.1/swing.jar:/opt/java/classes/swing-1.1/motif.jar:/opt/java/classes/swing-1.1/multi.jar:/opt/java/classes/swing-1.1/windows.jar:/opt/java/applications/jdk117_v1a/lib/classes.zip SimpleExample java.lang.NoClassDefFoundError: SimpleExample$RadioListener at SimpleExample.(SimpleExample.java:60) at SimpleExample.main(SimpleExample.java:135) BTW the examples that came with Swing 1.0.1 are still running fine. What's going wrong? TIA, Helge
Question from a beginner
I would like to learn Java, I have a good understanding of C. can you recommend 1] Which versions(distribution) of Java, Linux, openwindows and any development kits to go for. 2] Any resources to learn Java. 3] What machine spec I would need to develop code.
Russian characters in TextField && TextArea
What should I do to have russian characters in TextField && TextArea. Other AWT controls works fine with Russian chars. I read the Blackdown FAQ about Japanese characters in JDK on Linux. There is partial solution only for libc 5, but I have Debian 2.0 && glibc-2.0.7 May be there is a solution for 8-bit international codepages for glibc ? Can JDK 1.2 helps me ? What is a main problem for internationalization JDK for Linux libc or XFree or, may be, JDK itself ;-)
Re: Question from a beginner
[EMAIL PROTECTED] wrote: > 2] Any resources to learn Java. http://www.scs.carleton.ca/~cs105/Notes/
Re: Question from a beginner
Check these links http://www.blackdown.org http://java.sun.com/docs/books/tutorial Mehrdad [EMAIL PROTECTED] wrote: > I would like to learn Java, I have a good understanding of C. > can you recommend > 1] Which versions(distribution) of Java, Linux, openwindows and any > development kits to go for. > 2] Any resources to learn Java. > 3] What machine spec I would need to develop code.
jdk117_v1a glibc x86, where are the classes?
Hello folks, This is on Red Hat 5.2 plus the December 16, 1998, errata updates. I untarred jdk-1.1.7-v1a-glibc-x86-native.tar.gz (from the infomagic mirror.) Contrary to the README, the guts are not in ./jdk1.1.7, they are in ./jdk117_v1a, and there are intervening sub-directories under bin, include and lib, too (i686/native_threads for bin and lib, native_threads for include, but then include only has one file anyway.) So I made links in the bin directory to all the files 2 levels below, including .extract_args, added the bin directory at the beginning of my PATH, and tried running javap which responded: Unable to initialize threads: cannot find class java/lang/Thread I also note that when I try the javap that installed with RH5.2 (in /usr/bin) the response is: java.lang.ClassNotFoundException: sun/tools/javap/JavaP I also installed the RPM for jdk1.0.2 that I found in the blackdown mirror on infomagic, and with that, at least javap works. So, why does the 1.1.7 README (release notes) not match reality, at least for the infomagic mirror? Where are the missing Thread and JavaP classes for 1.1.7 and whatever version (how can I tell which version it is) comes with RH5.2? Do I not have the threads support that native threads requires (how can I know whether I have it?) Oh, and what is the purpose of the jre and rt tar files? And does the common directory, with its diffs.gz file (which isn't compressed, at least not the infomagic mirror copy), have anything to do with 1.1.7? It appears to me to be diffs from Sun's source, which I guess isn't publicly available and maybe never will be for 1.1.x but should be for 2.x within a few weeks (if you accept that publicly means signing an agreement that you'll pay royalties for sales of modified versions.) It seems to me I ran across the term JRE (Java RunTime Environment?) in connection with Sun's Java plug-in, which I can't get to work with SPARC Solaris and Navigator 4.05, either, but that's another story. (Everything about Java seems to be another story, most of them sad.) Thanks. Mr Dale Carstensen LAMP, Inc. office (505)662-2524 1504 S Sage FAX (505)662-3588 Los Alamos, NM 87544-3037[EMAIL PROTECTED]
where to get souces for JDK1.1.6
Hi I need get a JDK on a MIPS machine running RedHat Linux. Can anyone point me to where I can get sources for a JDK? I don't need AWT support, just networking and threads. Thanks Nagendra [EMAIL PROTECTED]
swing1.1
Hi , IS there a version of swing1.1 port available for intel anywhere? Thankx ronyd
Re: Will SWING be included in the Linux version of Java 1.2?
On Tue, 29 Dec 1998, Kontorotsui wrote: > As I say in the subject, can you confirm that SWING will be part of the JDK 1.2 > for Linux? Yes. Swing is a standard part of Java 2 (formerly known as JDK1.2). Nigel Gamble[EMAIL PROTECTED] Mountain View, CA, USA. http://www.nrg.org/
Re: jdk117_v1a glibc x86, where are the classes?
On Tue, 29 Dec 1998 10:06:47 -0700, Dale Carstensen wrote: >Hello folks, > >This is on Red Hat 5.2 plus the December 16, 1998, errata updates. > >I untarred jdk-1.1.7-v1a-glibc-x86-native.tar.gz (from the infomagic mirror.) >Contrary to the README, the guts are not in ./jdk1.1.7, they are in >./jdk117_v1a, and there are intervening sub-directories under bin, include >and lib, too (i686/native_threads for bin and lib, native_threads for include, >but then include only has one file anyway.) The Native Threads archive is just an add-on to the standard archive. This is why there seems to be minimal information in the directory. The directory name has changed each time we do a new version - I guess we missed getting them all updated in the readme files. Sorry about that. Note that the readme should tell you that the native_threads archive is just an "add on" to the standard green_threads archive. There are many things that only exist in the base archive that are needed in addition to the native_threads package. >From the README.linux file: -- Native Threads support -- Starting with the 1.1.7 v1a port of the Java Virtual Machine, we have added native thread support. Traditionally, the JVM used user based threads, also known as "green" threads. Native threads, on the other hand, use the operating system to do the task switching. Native threads are thus a benefit in multi-processor (SMP) systems and they tend to make native method invocation support easier to deal with. Native threads do have some limitations relative to green threads. They require more overhead and are limited to the number of processes your Linux kernel supports. Native thread support is new as of 1.1.7 v1a due to the wonderful effort of Phill Edwards. To install the native threads package, you need to first download the JDK, JRE, or RT and install that. Next, you need to get the matching native threads package and install that into the same location. Finally, to use the native threads version of the JVM, you need to set the THREADS_FLAG environment variable to "native" Note, that while the native threads support works very well and has been tested by the Java-Linux porting team, it should still be viewed as "beta" code as it has not had the extended testing that the green threads code has. Also, at this time there is no native threads support for libc5 systems. Only glibc based Linux systems. -- [...] >So, why does the 1.1.7 README (release notes) not match reality, at least >for the infomagic mirror? Where are the missing Thread and JavaP classes for >1.1.7 and whatever version (how can I tell which version it is) comes with >RH5.2? Do I not have the threads support that native threads requires (how >can I know whether I have it?) Sorry about the naming thing. We had changed things a number of times and with a number of people writing the README file it just did not work out very well. We should try to get all of the wording looked over again. However, the readme does specifically tell you that you need to download either the JDK, JRE, or RT in green thread format and then add on the native threads package for that. >Oh, and what is the purpose of the jre and rt tar files? And does the >common directory, with its diffs.gz file (which isn't compressed, at least >not the infomagic mirror copy), have anything to do with 1.1.7? It appears >to me to be diffs from Sun's source, which I guess isn't publicly available Well, the RT package is just the run-time without the international UNICODE support. The JRE is basically the RT plus the I18N files. The JDK is the JRE plus all of the code needed to develop java programs in addition to running them. For more details as to the differences, see the Sun readme files. Michael Sinz -- Director of Research & Development, NextBus Inc. mailto:[EMAIL PROTECTED] - http://www.nextbus.com My place on the web ---> http://www.users.fast.net/~michael_sinz
Re: swing1.1
On Tue, 29 Dec 1998, Ron DeAngelis wrote: > IS there a version of swing1.1 port available for intel anywhere? We had this topic before. Swing 1.1 is 100% java, so you don't need a port for intel. Just take the version Sun provides ... Magnus Niemann
problems with jdk1.1.7v1a ppc port
I just installed the linux port of the jdk1.1.7v1a along with all the glibc updates and the X updates. The first problem I found was that the bin/chaeckVersions script. The script was not set with the other execute bit on. When I ran javac on a simple little program I would get an error like "can not find bin/checkVersions, I hope thats ok". Once I did a chmod a+x /usr/local/jdk117_v1a/bin/checkVersions the error went away. Mo DeJong dejong at cs.umn.edu
problems with jdk117 on linux ppc, please help.
Hello.
I have run into a big problem with the linuxppc port of the jdk117_va1.
I am going to file a bug report in the blackdown jitter bug database
but I though I would ask here just in case anyone has run into this
before and could help me out. Here is some of my system info.
Linux pmac 2.1.126 (a precompiled kernel off samba)
linuxppc version 4 install
On a powerbook G3.
jdk117_v1a (both green threads an native threads are installed)
I had these glibc rpms installed (off the jdk for ppc ftp site)
glibc-static-0.961212-1m
glibc-info-0.961212-1m
glibc-devel-0.961212-1m
glibc-0.961212-1m
I also installed the new X libs.
I am going to put the output of ldconfig -D and my env vars at
the end of this email so if you want to look at those go to the
end. Here is the code I wanted to compile and run.
public class Test {
//used to test java runtime and io subsystem during configure
public static void main(String[] argv) {
System.out.println("OK");
System.exit(0);
}
//used to test javah utility for .h file generation
private static native void foo();
//used to test java invocation after install
public static String isOK() {
return "OK";
}
}
Here is the output I got when I ran the code with green threads
and the jit enabled.
% javac Test.java
SIGSEGV 11* segmentation violation
stackbase=(nil), stackpointer=0x7830
Full thread dump:
"Clock" (TID:0x30895088, sys_thread_t:0x30033e88, state:CW) prio=12
NULL (TID:0x308950b0, sys_thread_t:0x1a010b0, state:R) prio=5
Here is the output I got when I ran the code with green threads
and the jit disabled.
% javac Test.java
SIGSEGV 11* segmentation violation
stackbase=(nil), stackpointer=0x7840
Full thread dump:
"Clock" (TID:0x30895088, sys_thread_t:0x30033e88, state:CW) prio=12
NULL (TID:0x308950b0, sys_thread_t:0x1a010b0, state:R) prio=5
I also tried to run javac with native threads but it just seemed to
freeze. If I look at the process table I can see that javac started
and created four other native threads. At that point it
just gets stuck and never prints anything else.
% ps a | grep java
1885 5 T0:00 sh /usr/local/jdk117_v1a/bin/ppc/native_threads/javac Test.j
1914 5 S0:00 /usr/local/jdk117_v1a/bin/ppc/native_threads/java -ms8m sun/
1915 5 S0:00 /usr/local/jdk117_v1a/bin/ppc/native_threads/java -ms8m sun/
1916 5 S N 0:00 /usr/local/jdk117_v1a/bin/ppc/native_threads/java -ms8m sun/
1917 5 S N 0:00 /usr/local/jdk117_v1a/bin/ppc/native_threads/java -ms8m sun/
I also tried to use the java executable on a compiled version of the Test.java
file with the exact same results. Has anyone else run into this? How can I fix
it?
thanks a bunch
mo dejong
dejong at cs.umn.edu
Here is the rest of the info about my environment. (of course when I was
running native threads I changed the LD_LIBRARY_PATH and THREADS_FLAGS vars).
HISTSIZE=1000
HOSTNAME=localhost.localdomain
LOGNAME=mo
HISTFILESIZE=1000
MAIL=/var/spool/mail/mo
LD_LIBRARY_PATH=/usr/local/jdk117_v1a/jit:/usr/local/jdk117_v1a/lib/ppc/green_threads
CLASSPATH=/usr/local/jdk117_v1a/lib/classes.zip:.:
JAVA_COMPILER=mwjit-981013
THREADS_FLAG=green
TERM=linux
HOSTTYPE=powerpc
PATH=/usr/local/jdk117_v1a/bin:/usr/local/bin:/bin:/usr/bin:.:/usr/X11R6/bin:/opt/kde/bin:/sbin:.
KDEDIR=/opt/kde
HOME=/home/mo
JDK_HOME=/usr/local/jdk117_v1a
SHELL=/bin/sh
PS1=[\W]\$
USER=mo
JAVA_HOME=/usr/local/jdk117_v1a
OSTYPE=Linux
SHLVL=1
_=/usr/bin/env
Here is the output of ldconfig -D.
ldconfig: warning: /lib/libc-1. libpwdb.so.0 => libpwdb.so.0.54
libproc.so.1.2.6 => libproc.so.1.2.6
libpam_misc.so.0 => libpam_misc.so.0.59
libpam.so.0 => libpam.so.0.59
libutil.so.1 => libutil-1.99.so
libresolv.so.2 => libresolv-1.99.so
libpthread.so.0 => libpthread-0.5.so
libnss_nis.so.1 => libnss_nis-0.7.so
libnss_files.so.1 => libnss_files-1.99.so
libnss_dns.so.1 => libnss_dns-1.99.so
libnss_db.so.1 => libnss_db-1.99.so
libnss_compat.so.1 => libnss_compat-0.7.so
libnsl.so.1 => libnsl-0.7.so
libdl.so.2 => libdl-1.99.so
libdb.so.2 => libdb-1.99.so
libcrypt.so.1 => libcrypt-1.99.so
libBrokenLocale.so.1 => libBrokenLocale-1.99.so
libuuid.so.1 => libuuid.so.1.1
libss.so.2 => libss.so.2.0
libext2fs.so.2 => libext2fs.so.2.3
libe2p.so.2 => libe2p.so.2.3
libcom_err.so.2 => libcom_err.so.2.0
libtermcap.so.2 => libtermcap.so.2.0.8
libm.so.6 => libm-1.99.so
libc.so.6 => libc-1.99.so
/usr/lib:
libforms.so.0.88 => libforms.so.0.88
libtk8.0.so => libtk8.0.so
libtkx8.0.2.so => libtkx8.0.2.so
libtclx8.0.2.so => libtclx8.0.2.so
libtcl8.0.so => libtcl8.0.so
libslang.so.0 => libslang.so.0.99.38
libreadline.so.3 => libreadline.so.3.0
libhistory.so.3 => libhistory.so.3.0
libqt.so.1
still no GUI on alpha
I have a simple little gui file, gTest.java.
% cat gTest.java
import java.awt.*;
public class gTest
{
public static void main(String args[])
{
Frame f = new Frame();
f.resize(100,100);
f.setLayout(new BorderLayout());
f.add(new Label("Greetings"), "South");
f.show();
}
}
when i run it, I get the following error:
% java gTest
libXm.so.1: cannot open shared object file: No such file or directory
(libawt.so)
java.lang.UnsatisfiedLinkError:
no awt in shared
library path
at java.lang.Runtime.loadLibrary(Runtime.java)
at java.lang.System.loadLibrary(System.java)
at
at java.awt.Toolkit.getDefaultToolkit(Toolkit.java:394)
at java.awt.Window.getToolkit(Window.java:230)
at java.awt.Frame.addNotify(Frame.java:203)
at java.awt.Window.show(Window.java:145)
at gTest.main(gTest.java:10)
(Occasionnaly I get a similar error, but looking for libc.so.6 instead of
libXm.so.1)
One person suggest I check my LD_LIBRARY_PATH variable:
% echo $LD_LIBRARY_PATH
/usr/X11R6/lib:/usr/local/jdk117/lib/alpha_21164/green_threads:/lib:/usr/lib
Here is each of those directories. Anyone have an idea as to what might
be wrong? (Anything not GUI seems to work just fine)
-dave
% ls -l /usr/X11R6/lib
total 12698
drwxr-xr-x 3 root root 1024 Dec 8 10:58 GNUstep
drwxr-xr-x 16 root root 1024 Dec 8 11:21 X11
drwxr-xr-x 2 root root 1024 Dec 7 2018 asdm
lrwxrwxrwx 1 root root 13 Aug 28 2018 libICE.so.6 ->
libICE.so.6.3
-rwxr-xr-x 1 root root 165306 Oct 9 21:12 libICE.so.6.3
lrwxrwxrwx 1 root root 14 Dec 14 23:00 libMrm.so.0 ->
libMrm.so.0.79
-rw-r--r-- 1 root root 336105 Jun 3 1997 libMrm.so.0.79
lrwxrwxrwx 1 root root 14 Aug 28 2018 libPEX5.so.6 ->
libPEX5.so.6.0
-rwxr-xr-x 1 root root 469959 Oct 9 21:12 libPEX5.so.6.0
lrwxrwxrwx 1 root root 12 Aug 28 2018 libSM.so.6 ->
libSM.so.6.0
-rwxr-xr-x 1 root root71648 Oct 9 21:12 libSM.so.6.0
-rw-r--r-- 1 root root 586096 Oct 13 12:29 libWINGs.a
-rw-r--r-- 1 root root20544 Oct 13 12:29 libWMaker.a
lrwxrwxrwx 1 root root 13 Aug 28 2018 libX11.so.6 ->
libX11.so.6.1
-rwxr-xr-x 1 root root 1549115 Oct 9 21:12 libX11.so.6.1
lrwxrwxrwx 1 root root 13 Aug 28 2018 libXIE.so.6 ->
libXIE.so.6.0
-rwxr-xr-x 1 root root 121659 Oct 9 21:12 libXIE.so.6.0
lrwxrwxrwx 1 root root 13 Aug 28 2018 libXaw.so.6 ->
libXaw.so.6.1
-rwxr-xr-x 1 root root 533109 Oct 9 21:12 libXaw.so.6.1
lrwxrwxrwx 1 root root 15 Aug 28 2018 libXaw3d.so.6 ->
libXaw3d.so.6.1
-rwxr-xr-x 1 root root 603472 Oct 14 10:02 libXaw3d.so.6.1
lrwxrwxrwx 1 root root 14 Aug 28 2018 libXext.so.6 ->
libXext.so.6.3
-rwxr-xr-x 1 root root 116475 Oct 9 21:12 libXext.so.6.3
lrwxrwxrwx 1 root root 12 Aug 28 2018 libXi.so.6 ->
libXi.so.6.0
-rwxr-xr-x 1 root root77555 Oct 9 21:12 libXi.so.6.0
lrwxrwxrwx 1 root root 10 Dec 28 18:44 libXm.so ->
libXm.so.1
lrwxrwxrwx 1 root root 13 Dec 14 23:00 libXm.so.0 ->
libXm.so.0.79
-rw-r--r-- 1 root root 7007644 Jun 3 1997 libXm.so.0.79
lrwxrwxrwx 1 root root 10 Dec 16 15:50 libXm.so.1 ->
libXm.so.0
lrwxrwxrwx 1 root root 13 Aug 28 2018 libXmu.so.6 ->
libXmu.so.6.0
-rwxr-xr-x 1 root root 177454 Oct 9 21:12 libXmu.so.6.0
lrwxrwxrwx 1 root root 12 Aug 28 2018 libXp.so.6 ->
libXp.so.6.2
-rwxr-xr-x 1 root root67423 Oct 9 21:12 libXp.so.6.2
lrwxrwxrwx 1 root root 14 Aug 28 2018 libXpm.so.4 ->
libXpm.so.4.10
-rwxr-xr-x 1 root root 122593 Aug 13 09:56 libXpm.so.4.10
lrwxrwxrwx 1 root root 12 Aug 28 2018 libXt.so.6 ->
libXt.so.6.0
-rwxr-xr-x 1 root root 675401 Oct 9 21:12 libXt.so.6.0
lrwxrwxrwx 1 root root 14 Aug 28 2018 libXtst.so.6 ->
libXtst.so.6.1
-rwxr-xr-x 1 root root43976 Oct 9 21:12 libXtst.so.6.1
lrwxrwxrwx 1 root root 57 Dec 16 15:46 libawt.so ->
/usr/local/jdk117/lib/alpha_21164/green_threads/libawt.so
-rw-r--r-- 1 root root 176340 Oct 13 12:29 libwraster.a
drwxr-xr-x 2 root root 1024 Dec 7 2018 modules
% ls -l /usr/local/jdk117/lib/alpha_21164/green_threads
total 11925
-rwxr-xr-x 1 root root38752 Jun 11 2024 libagent.so
-rwxr-xr-x 1 root root48696 Jun 11 2024 libagent_g.so
-rwxr-xr-x 1 root root 367960 Jun 11 2024 libawt.so
-rwxr-xr-x 1 root root 576856 Jun 11 2024 libawt_g.so
-rwxr-xr-x 1 root root 659152 Jun 11 2024 libjava.so
-rwxr-xr-x 1 root root 1053952 Jun 11 2024 libjava_dl.so
-rwxr-xr-x 1 roo
REMOVE
REMOVE
Re: problems with jdk117 on linux ppc, please help.
Hi, I am running Paul's 2.1.125 kernel on my G3 system and I ran your test code on my system and it worked perfectly: Here is the output of the compile and run: [root@kbhend local]# javac Test.java [root@kbhend local]# java Test OK I think this is a library conflict. After you used rpm to upgrade to glibc version 1m, did you perform a complete shutdown and restart? Doing an ldconfig is not enough to flush the contents of the shared library cache for libraries that are currently being used (like glibc) by other programs. (I have found this out the hard way!) You will get the seg-fault you describe with the old glibc installed from R4. Please try the following: rpm -Uvh glibc*1m* (you might have to try rpm --force -ivh glibc*1m*) shutdown -r now Once it gets back up, check what rpm -q glibc returns. If should be the 1m version. Then retry your sample program. It should work. It works fine on my system. If it still fails, e-mail me directly and we can see what other libraries differ between your linuxppc machine and mine. I hope this helps. Kevin (Blackdown porting team for PPC). -- Kevin B. Hendricks Associate Professor, Operations & Information Technology School of Business, College of William & Mary Williamsburg, VA 23187, [EMAIL PROTECTED] http://business.tyler.wm.edu
problems under redhat 5.2 intel
hi, i have a problem when i run any jdk program: when i try to run one, such as the compiler or the interpreter, i get the following error: ls: not: No such file or directory /usr/java/jdk117_v1a/bin/../bin/i686/green_threads/java: can't resolve symbol '_Xglobal_lock' /usr/java/jdk117_v1a/bin/../bin/i686/green_threads/java: can't resolve symbol '_XUnlockMutex_fn' /usr/java/jdk117_v1a/bin/../bin/i686/green_threads/java: can't resolve symbol '_XLockMutex_fn' this happens no matter if im root or not; if im in X or not; if i specify a class to run or not does anyone know how to fix this? thanks, buuda environment variables HOSTNAME=chimera HISTFILESIZE=1000 CLASSPATH=/usr/java/jdk117_v1a/lib/classes.zip TERM=xterm HOSTTYPE=i386 PATH=/usr/local/bin:/bin:/usr/bin:.:/usr/X11R6/bin:/usr/java/jdk117_v1a/bin:/usr/X11R6/bin:/bin:/usr/bin:/usr/rhs/bin:/usr/local/bin:/home/ksh/bin:/home/ksh/bin:/usr/povray HOME=/home/ksh SHELL=/bin/zsh HOSTDISPLAY=chimera:0.0 DISPLAY=:0.0 OSTYPE=linux SHLVL=2 _=/usr/bin/env COLORFGBG=15;default;0 WINDOWID=12582914 COLORTERM=xiterm-xpm PWD=/home/ksh/cprogs/nethernet X11HOME=/usr/X11R6 __ Get Your Private, Free Email at http://www.hotmail.com
