Re: can't load javax.swing.plaf.metal.MetalLookAndFeel

1999-04-27 Thread David Chase


>Font specified in font.properties not found [--zapf
>dingbats-medium-r-normal--*-
>%d-*-*-p-*-adobe-fontspecific]
>Exception in thread "main" java.lang.Error: can't load
>javax.swing.plaf.metal.Me
>talLookAndFeel
...
>examples.browser.Browser.(Browser.java:73)
> This is the error I captured .What's the problem ?

This may sound nuts, but I had a similar problem
caused by messed-up permissions on my font files
(this was Windows NT, I suspect perhaps you are using
Linux from the cross-posting), and I don't know how
many months I ran without any other sign of the problem.
So, guess #1 is that the font file is missing or inaccessible,
guess #2 is that there is some mismatch in the translation
to font or file names.




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



jdk1.2

1999-04-27 Thread Hasan Mahmood

Hi.

I am facing a problem with jdk1.2. It seems that jdk runs just fine
remotely in X, but on the console it crashes with the following messages:

Exception in thread "main" java.lang.Error: can't load
javax.swing.plaf.metal.MetalLookAndFeel

And whole bunch of other messages related to this. I am clueless as to how
to fix this. I would appreciate your help.

Thanks,
Hasan.

 \\_/===\_//
  --0\ /0--
 (@)

Hasan Mahmood
Department of Electrical and Computer Engineering   
The University of Texas at Austin
 Austin, TX
  (512)  480 0669


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



Re: glibc 2.1 binary

1999-04-27 Thread Tom McMichael

Pete Wyckoff wrote:

> [EMAIL PROTECTED] said:
> > Well I think the common problem with glibc 2.1 (2.1.1)
> > is the error on excuting the java binary :
> >
> > ./../bin/i586/green_threads/java: error in loading shared libraries:
> > ./../lib/i586/
> > green_threads/libjava.so: undefined symbol: _dl_symbol_value
> >
> > I'm using RedHat 5.9 beta and the of course RH 5.2 works great (glibc
> > 2.0.7).
>
> For 1.1 you may want to back up to 116v5, or you can try 1.2pre-v1,
> but I've personally had no success with 1.1.7 and glibc2.1 either.
>

Ahh - your right about 116v5 working with glibc2.1.  Droped it in place
of 1.1.7 and it seems to work great.  Anyone know how much of a difference
there is between 1.1.7 and 1.1.6v5 ?  Ahh no more development on windoze 

Tom McMichael
[EMAIL PROTECTED]


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



Tried using pre-release Java 1.2

1999-04-27 Thread Dana L. Dickinson

Hi!

You wanted to hear from me if I tried installing the pre-release Java
1.2. Didn't get too far with it; I was guessing the Linux and libraries
might not be recent enough. The symptom was a seg fault when I tried to
compile using javac (I tried "javac -g -deprecation SarGui.java" both
with and without the options; it seg faulted each time). For what it's
worth, the Java code compiles and runs OK in a Win95 environment (JDK
1.2); I have no convenient method of testing it on a UNIX box.

If I feel ambitious enough for another long download, maybe I'll try one
of the earlier releases and see if I get a little farther; my code isn't
using any of the newest features yet. I've been doing the Java work on
the "PC" side of my system, but I hate working in the MicroS**t
environment, and it tends to crash a lot (all my non-Java work is done
in g++ on the Linux side, and only moved to Visual C++ for testing).

My system is a Pentium 233 running RedHat Linux 5.0. As you suggested,
here is the output from a "ldconfig -D" command. I'm not sure what all
the "inconsistent soname" messages are about, but it doesn't seem
promising ... (as you may have guessed, system admin is NOT my strong
suit). Thanks very much for any advice and counsel you might provide!

Dana

ldconfig: warning: /usr/i486-linux-libc5/lib/libform.so.1.9.9e has
inconsistent soname (libform.so.3.0)
ldconfig: warning: /usr/i486-linux-libc5/lib/libmenu.so.1.9.9e has
inconsistent soname (libmenu.so.3.0)
ldconfig: warning: /usr/i486-linux-libc5/lib/libncurses.so.1.9.9e has
inconsistent soname (libncurses.so.3.0)
ldconfig: warning: /usr/i486-linux-libc5/lib/libpanel.so.1.9.9e has
inconsistent soname (libpanel.so.3.0)
ldconfig: warning: /usr/lib/libnewt.so.0.21 has inconsistent soname
(libnewt.so.0.20)
ldconfig: warning: /usr/lib/libform.so.1.9.9e has inconsistent soname
(libform.so.3.0)
ldconfig: warning: /usr/lib/libmenu.so.1.9.9e has inconsistent soname
(libmenu.so.3.0)
ldconfig: warning: /usr/lib/libncurses.so.1.9.9e has inconsistent soname

 (libncurses.so.3.0)
ldconfig: warning: /usr/lib/libpanel.so.1.9.9e has inconsistent soname
(libpanel.so.3.0)
ldconfig: warning: /lib/ld-2.0.6.so has inconsistent soname
(ld-linux.so.2)
ldconfig: warning: /lib/libBrokenLocale-2.0.6.so has inconsistent soname

 (libBrokenLocale.so.1)
ldconfig: warning: /lib/libc-2.0.6.so has inconsistent soname
(libc.so.6)
ldconfig: warning: /lib/libcrypt-2.0.6.so has inconsistent soname
(libcrypt.so.1)
ldconfig: warning: /lib/libdb-2.0.6.so has inconsistent soname
(libdb.so.2)
ldconfig: warning: /lib/libdl-2.0.6.so has inconsistent soname
(libdl.so.2)
ldconfig: warning: /lib/libm-2.0.6.so has inconsistent soname
(libm.so.6)
ldconfig: warning: /lib/libnsl-2.0.6.so has inconsistent soname
(libnsl.so.1)
ldconfig: warning: /lib/libnss_compat-2.0.6.so has inconsistent soname
(libnss_compat.so.1)
ldconfig: warning: /lib/libnss_db-2.0.6.so has inconsistent soname
(libnss_db.so.1)
ldconfig: warning: /lib/libnss_dns-2.0.6.so has inconsistent soname
(libnss_dns.so.1)
ldconfig: warning: /lib/libnss_files-2.0.6.so has inconsistent soname
(libnss_files.so.1)
ldconfig: warning: /lib/libnss_nis-2.0.6.so has inconsistent soname
(libnss_nis.so.1)
ldconfig: warning: /lib/libpthread-0.7.so has inconsistent soname
(libpthread.so.0)
ldconfig: warning: /lib/libresolv-2.0.6.so has inconsistent soname
(libresolv.so.2)
ldconfig: warning: /lib/libutil-2.0.6.so has inconsistent soname
(libutil.so.1)
ldconfig: version 970402
/usr/i486-linuxaout/lib:
libvga.so.1 => libvga.so.1.2.7
libtk.so.3 => libtk.so.3.1.1
libtcl.so.3 => libtcl.so.3.1
libm.so.4 => libm.so.4.6.27
libdb.so.1 => libdb.so.1.85.1
libcurses.so.0 => libcurses.so.0.1.2
libc.so.4 => libc.so.4.7.2
libXt.so.6 => libXt.so.6.0
libXt.so.3 => libXt.so.3.1.0
libXpm.so.4 => libXpm.so.4.2
libXaw.so.6 => libXaw.so.6.0
libXaw.so.3 => libXaw.so.3.1.0
libXIE.so.6 => libXIE.so.6.0
libX11.so.6 => libX11.so.6.0
libX11.so.3 => libX11.so.3.1.0
/usr/X11R6/lib:
libXm.so.2 => libXm.so.2.1
libUil.so.2 => libUil.so.2.1
libMrm.so.2 => libMrm.so.2.1
libXaw3d.so.6 => libXaw3d.so.6.1
libMagick.so.3.9 => libMagick.so.3.9.1
libXpm.so.4 => libXpm.so.4.10
libXtst.so.6 => libXtst.so.6.1
libXt.so.6 => libXt.so.6.0
libXp.so.6 => libXp.so.6.2
libXmu.so.6 => libXmu.so.6.0
libXi.so.6 => libXi.so.6.0
libXext.so.6 => libXext.so.6.3
libXaw.so.6 => libXaw.so.6.1
libXIE.so.6 => libXIE.so.6.0
libX11.so.6 => libX11.so.6.1
libSM.so.6 => libSM.so.6.0
libPEX5.so.6 => libPEX5.so.6.0
libICE.so.6 => libICE.so.6.3
/usr/i486-linux-libc5/lib:
libvgagl.so.1 => libvgagl.so.1.2.11
libvga.so.1 => libvga.so.1.2.11
libtermcap.so.2 => libtermcap.so.2.0.8
libstdc++.so.27 => libstdc++.so.27.1.4
libpanel.so.3.0 => libpanel.so.1.9.9e
libncurses.so.3.0 => libncurses.so.1.9.9e
libmenu.so.3.0 => libmenu.so.1.9.9e
libm.so.5 => libm.so.5.0.6
libg++.so.2

You're gonna love this...

1999-04-27 Thread Christine Eckstein

Has anyone got a JDK working on RedHat 6.0 yet? Heehee!

(personally I haven't tried it yet myself. I'm just curious to know how many 
'peddle-to-the-metal' people are out there. *grin*)


-== Sent via Deja News, The Discussion Network ==-
http://www.dejanews.com/  Easy access to 50,000+ discussion forums


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



You're gonna love this...

1999-04-27 Thread Christine Eckstein

Has anyone got a JDK working on RedHat 6.0 yet? Heehee!

(personally I haven't tried it yet myself. I'm just curious to know how many 
'peddle-to-the-metal' people are out there. *grin*)


-== Sent via Deja News, The Discussion Network ==-
http://www.dejanews.com/  Easy access to 50,000+ discussion forums


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



Problem with JSplitPane on 1.1.7 and Swing 1.1.1b2

1999-04-27 Thread Gerald Preissler

Hello folks,

could anyone please tell me if this is a problem with the Blackdown
JVM or with Swing pre Java 1.2. Under JDK 1.2 on NT, the attached code 
works as I expect it to, i.e. if I click in a TextField, I see a caret 
and the event-listeners get events when I click, press enter etc.
 Under Blackdown 1.1.7 with Swing 1.1.1 Beta 2, there is no caret if I 
click in one of the JTextFields, and I don´t get any events from the 
listener. I don´t have a win-machine with jdk1.1.7 and Swing handy to 
test there.

Thanks
Jerry

--8<-- cut here
import java.awt.*;
import java.awt.event.*;
import javax.swing.*;

public class test4 extends JFrame implements ActionListener,FocusListener{

public test4() {
super ("System Diary - demo for simple tree");
setSize(350,80);
addWindowListener (new BasicWindowMonitor());
JTextField b1 = new JTextField("Button 1");
JTextField b2 = new JTextField("Button 2");
b1.addActionListener(this);
b2.addActionListener(this);
b1.addFocusListener(this);
b2.addFocusListener(this);
JSplitPane test = new JSplitPane(JSplitPane.HORIZONTAL_SPLIT,b1,b2);
getContentPane().add(test);

setVisible(true);
}

public void actionPerformed(ActionEvent e) {
System.out.println(e);
}

public void focusGained(FocusEvent e) {
System.out.println(e);
}

public void focusLost(FocusEvent e) {
System.out.println(e);
}


public static void main (String[] args)
{
test4 t = new test4();
}
}
--8=--cut here
-- 
 |||   ... and now for something completely different ...
 o o
 --m--!--m--


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



Re: You're gonna love this...

1999-04-27 Thread Rob Nugent

My download of RH 6.0 is running at present

I'll post as and when I have any news (unless anyone else answers first!)

Rob

Christine Eckstein wrote:

> Has anyone got a JDK working on RedHat 6.0 yet? Heehee!
>
> (personally I haven't tried it yet myself. I'm just curious to know how many 
>'peddle-to-the-metal' people are out there. *grin*)
>
> -== Sent via Deja News, The Discussion Network ==-
> http://www.dejanews.com/  Easy access to 50,000+ discussion forums
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

--


Rob Nugent
Development Manager
UniKix Technologies Europe
[EMAIL PROTECTED]
http://www.unikix.com
Tel: +44 (0) 1489 585503
Fax: +44 (0) 1489 881363



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



Nothing has happened for a month ?? is the port stopping ??

1999-04-27 Thread Lasse K. Christiansen




Just a request to know if you're continuing to 
port java 1.2 to Linux ??
 
 
Best Regards
 
Lasse K. Christiansen


Followup on previous report

1999-04-27 Thread Dana L. Dickinson

Hi again!

I tried downloading the glibc version 1.1.7 of the JDK. It ran
successfully on my system with no modifications, and the software
compiled cleanly and ran. So I guess I just need to wait for the
official JDK 1.2 release and things should be fine; it seems clear your
stuff can handle my system's configuration.

Thanks a lot for all the work you've done porting this stuff! I'm not a
sophisticated enough user to take full advantage of Linux, but (as a
self-employed type) I sure appreciate having it around. As the new
office suite stuff comes on line, I expect to move most of my work over
to the Linux side - I'm really looking forward to it.

Yours truly,
Dana Dickinson

P.S. If there's anything else I can tell you about trying to use JDK 1.2
on this system, please feel free to ask.


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



Re: java plug-in

1999-04-27 Thread Sonja Emmel

"PAX!" wrote:

> Hello everybody
>
> I'm trying to develope an applet based application. I was developing
> with 1.1.6, but I moved to 1.2. Now I find Netscape can't execute my
> applet (of course I recompiled it). Setting the CLASSPATH to point the
> rt.jar isn't enough.
>
> Then, I started reading about java-plugin, and such. I've seen in $un's
> pages that there isn't a linux version (it was such a surprise :()!).
> Does anybody knows some hack to make 1.2 applets work with netscape (I'm
> using version 4.5) ?
>
> Or shall I use.. (ugh, too painfull to mention ;))
>
> Thank, and keep this great work going !!!
>

Hi!

I don't know if there is a linux version of the plug-in from Sun, but I am
almost sure that there is until now no browser capable to view 1.2 applets.
I tried the plug-in for Netscape under Win95 with 1.2 applets and it didn't
work. I only was capable to view the applets with a direct connection to the www
and a special HTML-tag:


...

1999-04-27 Thread Riyad Kalla


Did anyone run the beta of RH 6.0? I believe it was 5.7?
With gnome enabled, it crashed every 3 or 4 actions (mouse clicks /
keyboard commands) within X with GNOME enabled. It was horrific. I
played with it for a few hours, same story. I enabled KDE without GNOME,
worked fine. Really strange.
So now I'm a bit apprehensive about installing 6.0. Any input?
-- 
(:  Riyad Kalla  :)
(:   [EMAIL PROTECTED]   :)
(:    CS Major   :)
(: University of Arizona :)
 


Re: You're gonna love this...

1999-04-27 Thread Paul Ho

At 09:07 AM -0700 04/27/99, Christine Eckstein wrote:
>Has anyone got a JDK working on RedHat 6.0 yet? Heehee!

I'm using a very late rawhide, glibc2.1 with linux 2.2.6-ac1 etc.
jdk 1.2 pre-v1 works.

I would expect 6.0 is ok too.


Paul



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



Re: glibc 2.1 binary

1999-04-27 Thread Paul Ho

At 05:20 PM -0700 04/26/99, Pete Wyckoff wrote:

>For 1.1 you may want to back up to 116v5, or you can try 1.2pre-v1,
>but I've personally had no success with 1.1.7 and glibc2.1 either.

There is a solution for jdk117 on glibc 2.0 and 2.1
Read JitterBug for detail.
It's more that a month old already, it seem nobody read JitterBug.

Paul



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



Re: glibc 2.1 binary

1999-04-27 Thread Paul Ho

At 06:09 PM -0500 04/26/99, [EMAIL PROTECTED] wrote:
>Hi,
>
>Is there still a planned glibc 2.1 release of pre-v1?

JDK1.2 pre-v1 works with glibc2.1
You have to use green threads and nojit.

README.linux have more info.
(BTW, from the README.linux pre-v1 was bulit on glibc 2.1)

Paul



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



More info

1999-04-27 Thread Jason C. Locke

A while ago I used your JVM on linux and found the AWT stuff to be a bit
slow.  I'm wondering if things have improved since then due to the new
agreement (true?) Sun has arrived at with the free software community.

I'd like to know the specifics on how the port was done and how well it
compares to Sun's, which seems to be (unfairly I know) the best one (for
Solaris anyway).

Just some pointers to detailed information that developers like myself can
get into.  Thanks...

--
Jason C. Locke PGP Key ID: 0x4311ACEB
Senior Technology Director ICQ Number: 36813344
Quantum Mojo

e. [EMAIL PROTECTED]


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



Re: glibc 2.1 binary

1999-04-27 Thread Tom McMichael

Paul Ho wrote:

> At 05:20 PM -0700 04/26/99, Pete Wyckoff wrote:
>
> >For 1.1 you may want to back up to 116v5, or you can try 1.2pre-v1,
> >but I've personally had no success with 1.1.7 and glibc2.1 either.
>
> There is a solution for jdk117 on glibc 2.0 and 2.1
> Read JitterBug for detail.
> It's more that a month old already, it seem nobody read JitterBug.
>
> Paul

Good point Paul ... checked out jitter bug and according to the "DONE"
section the two choices for glibc 2.1 are:
1) jdk 1.2
2) pre-pre-release of jdk117_v2 available at ...

http://www.wisp.net/~kreilede/

I'm downloading it right now ... will post if I have success
Any comments on this pre-release ?

Tom McMichael
[EMAIL PROTECTED]


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



Re: Getting a frames X window handle

1999-04-27 Thread Michael Hope

> > I meant getting the window handle directly from the innards of Java.  The
> > current program has some code ripped directly from xprop which searches by
> > name, but it takes a good 3-4 sec on a remote X server.
> 
> Could part of the time issue be due to network latency?

I'm not actually that sure.  The time increases with the load on the
server (well, duh!), but it is always at least two seconds.  The network
is a bog standard 10baseT, and the number of clients running has little
effect on it.  According to xnetload, the average transfer from the server
is about 50kB/s, so thats not it directly.  Comparing the time of a native
C program changing another existing window versus a linked in JNI changing
a Java window near its time of creation would be an interesting test...

-- Michael




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



Re: Getting a frames X window handle

1999-04-27 Thread Nathan Meyers

Michael Hope wrote:
> > > I meant getting the window handle directly from the innards of Java.  The
> > > current program has some code ripped directly from xprop which searches by
> > > name, but it takes a good 3-4 sec on a remote X server.
> > 
> > Could part of the time issue be due to network latency?
> 
> I'm not actually that sure.  The time increases with the load on the
> server (well, duh!), but it is always at least two seconds.  The network
> is a bog standard 10baseT, and the number of clients running has little
> effect on it.  According to xnetload, the average transfer from the server
> is about 50kB/s, so thats not it directly.  Comparing the time of a native
> C program changing another existing window versus a linked in JNI changing
> a Java window near its time of creation would be an interesting test...

Latency is a good suspect -- it's certainly not the bandwidth that's killing
you. There's a lot of two-way X protocol traffic involved in the sort of query
you're doing, and a little latency can go a long way :-(. I suspect you're also
performing the time-consuming task of opening a new connection, since there's
probably no way for you to get the (Display *) pointer from Java. That may be
the worst performance sink of all.

Unfortunately, I've been poking around and looking at the peer classe APIs and
haven't seen any way to get your hands on the window ID.

Nathan

-
This message was sent using Endymion MailMan.
http://www.endymion.com/products/mailman/



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



Re: tya 1.3 compile problem

1999-04-27 Thread Dimitris Vyzovitis

Chris Abbey wrote:

> Howdy all, I'm having some problems compiling TYA1.3 on a stock RH5.2
> box. I know I've compiled TYA1.1 before, on a different (non-RH) box,
> but this time around I can't seem to get past the configure step!
>
> the relevant output in config.log from gcc is:
>
> ld: cannot open crt1.o: No such file or directory
>
> yup, no such file anywhere on my system... something tells me I'm
> missing a package somewhere... but I can't figure out which.
> I've got 2.0.36 kernel sources installed, as well as 2.7.2.3-14 gcc
> and glibc 2.0.7-29 (also libc 5.3.12-27 for compat.) come to think
> of it I'm not sure I've built anything since installing this box...
> can someone who has built tya on rh5.2 please let me know which
> package owns that file. Thanks -=Chris

Well, it compiled normal on my 5.2 box.
But I am running kernel2.2.3 here + libstdc++2.9.0 + egcs-2.91.66 for compiler
system
Unfortunately, I don't remember seeing any reference to something like crt1.o
lately...
Perhaps there is an implicit assumption of a more up-to-date compiler here.

BTW, tya1.3 runs pretty well with 1.2-pre1, if we consider its early nature.
And, it is not much slower than sunwjit!

Dimitris


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



HotSpot?

1999-04-27 Thread Dimitris Vyzovitis

Well,
it seems that hotspot is out there - but not yet for linux.
Is there any chance that the porting team get their hands on the src
(and do their miracle again)?

For those who have missed it:
http://java.sun.com/pr/1999/04/pr990427-01.html

Dimitris


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



Re: Problem with JSplitPane on 1.1.7 and Swing 1.1.1b2

1999-04-27 Thread Maksim Lin

It works fine under blackdown jdk1.1.7 & swing1.1 on my RH5 box - in
fact it also works fine with the latest kaffe (v1beta4) release.

Guess it must be to do with either 1.2 or new swing beta.

Maks.

Gerald Preissler wrote:
> 
> Hello folks,
> 
> could anyone please tell me if this is a problem with the Blackdown
> JVM or with Swing pre Java 1.2. Under JDK 1.2 on NT, the attached code
> works as I expect it to, i.e. if I click in a TextField, I see a caret
> and the event-listeners get events when I click, press enter etc.
>  Under Blackdown 1.1.7 with Swing 1.1.1 Beta 2, there is no caret if I
> click in one of the JTextFields, and I don´t get any events from the
> listener. I don´t have a win-machine with jdk1.1.7 and Swing handy to
> test there.
> 
> Thanks
> Jerry
> 
> --8<-- cut here
> import java.awt.*;
> import java.awt.event.*;
> import javax.swing.*;
> 
> public class test4 extends JFrame implements ActionListener,FocusListener{
> 
> public test4() {
> super ("System Diary - demo for simple tree");
> setSize(350,80);
> addWindowListener (new BasicWindowMonitor());
> JTextField b1 = new JTextField("Button 1");
> JTextField b2 = new JTextField("Button 2");
> b1.addActionListener(this);
> b2.addActionListener(this);
> b1.addFocusListener(this);
> b2.addFocusListener(this);
> JSplitPane test = new JSplitPane(JSplitPane.HORIZONTAL_SPLIT,b1,b2);
> getContentPane().add(test);
> 
> setVisible(true);
> }
> 
> public void actionPerformed(ActionEvent e) {
> System.out.println(e);
> }
> 
> public void focusGained(FocusEvent e) {
> System.out.println(e);
> }
> 
> public void focusLost(FocusEvent e) {
> System.out.println(e);
> }
> 
> public static void main (String[] args)
> {
> test4 t = new test4();
> }
> }
> --8=--cut here
> --
>  |||   ... and now for something completely different ...
>  o o
>  --m--!--m--
> 
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

-- 
Remember Darwin; building a better mousetrap merely results in smarter
mice.


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



Java Unsatisfied link error

1999-04-27 Thread Al


I am using Red Hat 5.2 and JDK 1.2 Version .  I am getting the following
exception
when I try to run my application.  I know the Application is ok because
it works fineon NT.
Does anybody know what this exception means.

Exception in thread "main" java.lang.UnsatisfiedLinkError:
/usr/local/bin/jdk1.2_v1/jre/lib/i386/libfontmanager.so:
libstdc++-libc6.0-1.so.2: cannot open shared object file: No such file
or directory
 at java.lang.ClassLoader$NativeLibrary.load(Native Method)
 at java.lang.ClassLoader.loadLibrary0(Compiled Code)
 at java.lang.ClassLoader.loadLibrary(Compiled Code)
 at java.lang.Runtime.loadLibrary0(Compiled Code)
 at java.lang.System.loadLibrary(Compiled Code)
 at sun.security.action.LoadLibraryAction.run(Compiled Code)
 at java.security.AccessController.doPrivileged(Native Method)
 at sun.awt.font.NativeFontWrapper.(NativeFontWrapper.java:41)
 at sun.awt.X11GraphicsEnvironment.initDisplay(Native Method)
 at
sun.awt.X11GraphicsEnvironment.(X11GraphicsEnvironment.java:61)
 at java.lang.Class.forName0(Native Method)
 at java.lang.Class.forName(Compiled Code)
 at java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(Compiled
Code)
 at java.awt.Font.initializeFont(Compiled Code)
 at java.awt.Font.(Compiled Code)
 at javax.swing.plaf.metal.DefaultMetalTheme.(Compiled Code)
 at javax.swing.plaf.metal.MetalLookAndFeel.createDefaultTheme(Compiled
Code)
 at javax.swing.plaf.metal.MetalLookAndFeel.getDefaults(Compiled Code)
 at javax.swing.UIManager.setLookAndFeel(Compiled Code)
 at javax.swing.UIManager.setLookAndFeel(Compiled Code)
 at javax.swing.UIManager.initializeDefaultLAF(Compiled Code)
 at javax.swing.UIManager.initialize(Compiled Code)
 at javax.swing.UIManager.maybeInitialize(Compiled Code)
 at javax.swing.UIManager.getUI(Compiled Code)
 at javax.swing.JPanel.updateUI(Compiled Code)
 at javax.swing.JPanel.(Compiled Code)
 at javax.swing.JPanel.(Compiled Code)
 at javax.swing.JRootPane.createGlassPane(Compiled Code)
 at javax.swing.JRootPane.(Compiled Code)
 at javax.swing.JFrame.createRootPane(Compiled Code)
 at javax.swing.JFrame.frameInit(Compiled Code)
 at javax.swing.JFrame.(Compiled Code)
 at PrintFrame.(Compiled Code)
 at TwinkleTwinkleLittleStar.(Compiled Code)
 at TwinkleTwinkleLittleStar.main(Compiled Code)




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



some tya1.3 feedback

1999-04-27 Thread Dimitris Vyzovitis

Some feedback on tya1.3 with jdk1.2pre1 would be in place.

1) The configuration script fails to identify the jdk version. As a
consequence, the -DJDK12 flag has to be added manually in the Makefile.
This is really strange, since the
java*1.2*)
AC_MSG_RESULT(recognized: JDK1.2v1pre)
AC_DEFINE(JDK12)
jopt_libdir=../jre/lib/i386
;;
entry in configure.in should do the job!

2) The java2D demo runs **completely** (and pretty fast). sunwjit fails
to run anything than the first tab page (isn't that ugly?).

3) The SwingSet demo hungs at the menu entry Choosers->ColorChooser
(sunwjit doesn't)

2) The style-pad demo fails with a strange stack trace :
dimitris@gauss Stylepad]$ java Stylepad
 TYA 1.3v1 (for J12 / Linux). Copyright (c) 1997,98,99 The TYA Team
 Contact  The TYA Team   via Albrecht Kleine  <[EMAIL PROTECTED]>
TYA:  37549 byte for sun/io/CharacterEncoding. (()V)
TYA: Disable_hook call ignored
TYA:  58824 byte for
javax/swing/plaf/metal/MetalLookAndFeel.initComponentDefaults
((Ljavax/swing/UIDefaults;)V)
TYA:  70399 byte for
javax/swing/plaf/basic/BasicLookAndFeel.initComponentDefaults
((Ljavax/swing/UIDefaults;)V)
TYA: Disable_hook call ignored
Exception in thread "main" javax.swing.text.StateInvariantError:
infinite loop in formatting
at java.awt.im.InputMethodHighlight.(Compiled Code)
at java.awt.im.InputMethodHighlight.(Compiled Code)
at
at
at javax.swing.plaf.basic.BasicTextUI$RootView.setSize(Compiled
Code)
at javax.swing.plaf.basic.BasicTextUI.getPreferredSize(Compiled
Code)
at javax.swing.JComponent.getPreferredSize(Compiled Code)
at javax.swing.JEditorPane.getPreferredSize(Compiled Code)
at javax.swing.ScrollPaneLayout.layoutContainer(Compiled Code)
at java.awt.Container.doLayout(Compiled Code)
at java.awt.Container.validateTree(Compiled Code)
at java.awt.Container.validateTree(Compiled Code)
at
at
at
at java.awt.Container.validate(Compiled Code)
at
at Stylepad.main(Compiled Code)

sunwjit succeeds

4) Some comparisons in a heavy computational procedures  (this is an
average for interwined runs):
  jdk1.2pre1-tya1.3v1 : 63 secs
  jdk1.2pre1-sunwjit :  162 secs
   jdk1.2pre1 - no jit : 130 secs (yes the jti slows down stuff)

  jdk1.1.7v1a-tya1.2 : 66 secs (yes, j12 with tya is faster!)


A ***big bravo for the tya team*** - at least I can use jdk1.2 without
taking a coffee break each time I run an app ;-}

OK, it is still problematic in some cases (swing is one of them.
although awt seems to run reasonably well) but is on the right track!


Dimitris



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



Re: Java Unsatisfied link error

1999-04-27 Thread James Seigel

Yes.  It means they are still working on making it robust for every
distribution.  This problem is mentioned in the documentation that comes with
the JDK.  What works for me sometimes..is to "ln -s
/usr/lib/libstdc++
//usr/local/jdk1.2/jre/lib/i386/libstdc++-libc6.0-1.so.2

Cheers
J
Al wrote:

> I am using Red Hat 5.2 and JDK 1.2 Version .  I am getting the following
> exception
> when I try to run my application.  I know the Application is ok because
> it works fineon NT.
> Does anybody know what this exception means.
>
> Exception in thread "main" java.lang.UnsatisfiedLinkError:
> /usr/local/bin/jdk1.2_v1/jre/lib/i386/libfontmanager.so:
> libstdc++-libc6.0-1.so.2: cannot open shared object file: No such file
> or directory
>  at java.lang.ClassLoader$NativeLibrary.load(Native Method)
>  at java.lang.ClassLoader.loadLibrary0(Compiled Code)
>  at java.lang.ClassLoader.loadLibrary(Compiled Code)
>  at java.lang.Runtime.loadLibrary0(Compiled Code)
>  at java.lang.System.loadLibrary(Compiled Code)
>  at sun.security.action.LoadLibraryAction.run(Compiled Code)
>  at java.security.AccessController.doPrivileged(Native Method)
>  at sun.awt.font.NativeFontWrapper.(NativeFontWrapper.java:41)
>  at sun.awt.X11GraphicsEnvironment.initDisplay(Native Method)
>  at
> sun.awt.X11GraphicsEnvironment.(X11GraphicsEnvironment.java:61)
>  at java.lang.Class.forName0(Native Method)
>  at java.lang.Class.forName(Compiled Code)
>  at java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(Compiled
> Code)
>  at java.awt.Font.initializeFont(Compiled Code)
>  at java.awt.Font.(Compiled Code)
>  at javax.swing.plaf.metal.DefaultMetalTheme.(Compiled Code)
>  at javax.swing.plaf.metal.MetalLookAndFeel.createDefaultTheme(Compiled
> Code)
>  at javax.swing.plaf.metal.MetalLookAndFeel.getDefaults(Compiled Code)
>  at javax.swing.UIManager.setLookAndFeel(Compiled Code)
>  at javax.swing.UIManager.setLookAndFeel(Compiled Code)
>  at javax.swing.UIManager.initializeDefaultLAF(Compiled Code)
>  at javax.swing.UIManager.initialize(Compiled Code)
>  at javax.swing.UIManager.maybeInitialize(Compiled Code)
>  at javax.swing.UIManager.getUI(Compiled Code)
>  at javax.swing.JPanel.updateUI(Compiled Code)
>  at javax.swing.JPanel.(Compiled Code)
>  at javax.swing.JPanel.(Compiled Code)
>  at javax.swing.JRootPane.createGlassPane(Compiled Code)
>  at javax.swing.JRootPane.(Compiled Code)
>  at javax.swing.JFrame.createRootPane(Compiled Code)
>  at javax.swing.JFrame.frameInit(Compiled Code)
>  at javax.swing.JFrame.(Compiled Code)
>  at PrintFrame.(Compiled Code)
>  at TwinkleTwinkleLittleStar.(Compiled Code)
>  at TwinkleTwinkleLittleStar.main(Compiled Code)
>
> --
> 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]



Re: jdk1.2

1999-04-27 Thread Jeff Galyan

Hasan Mahmood wrote:
> 
> Hi.
> 
> I am facing a problem with jdk1.2. It seems that jdk runs just fine
> remotely in X, but on the console it crashes with the following messages:
> 
> Exception in thread "main" java.lang.Error: can't load
> javax.swing.plaf.metal.MetalLookAndFeel
> 

Sounds like you're trying to run a Swing GUI app without an X server
running.


-- 
Jeff Galyan
http://www.anamorphic.com
http://www.sun.com
jeffrey dot galyan at sun dot com
talisman at anamorphic dot com
Sun Certified Java(TM) Programmer
==
Linus Torvalds on Microsoft and software development:
"... if it's a hobby for me and a job for you, why are you doing such a
shoddy job of it?"

The views expressed herein do not necessarily reflect those of my
employer.

Sun Microsystems, Inc., has no connection to my involvement with the
Mozilla Organization.


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



Re: glibc 2.1 binary

1999-04-27 Thread Scott Murray

On Tue, 27 Apr 1999, Tom McMichael wrote:

[snip!]
 
> Good point Paul ... checked out jitter bug and according to the "DONE"
> section the two choices for glibc 2.1 are:
> 1) jdk 1.2
> 2) pre-pre-release of jdk117_v2 available at ...
> 
> http://www.wisp.net/~kreilede/
> 
> I'm downloading it right now ... will post if I have success
> Any comments on this pre-release ?

It seems to fix the problem I (and others I think) had with Runtime.exec
hanging sometimes when used with native threads.  Which is good, as I
was almost resigned to putting in some Linux specific code into the app
I'm working on to avoid the problem under v1a.

I don't want to sound ungrateful for the 1.2 effort (the initial results
of which I'm using with great success), but is there an ETA for the
release of jdk117_v2?

Thanks,

Scott


-- 
=
Scott Murray   email: [EMAIL PROTECTED]
http://www.interlog.com/~scottm ICQ#: 10602428
-
 "Good, bad ... I'm the guy with the gun." - Ash, "Army of Darkness"


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



Re: Java Unsatisfied link error

1999-04-27 Thread VISHAL BHASIN

On Wed, 28 Apr 1999, James Seigel wrote:

> Yes.  It means they are still working on making it robust for every
> distribution.  This problem is mentioned in the documentation that comes with
> the JDK.  What works for me sometimes..is to "ln -s
> /usr/lib/libstdc++
> //usr/local/jdk1.2/jre/lib/i386/libstdc++-libc6.0-1.so.2
> 
> Cheers
> J

Hi all,

   Some thing similar happened to me as well.I think libfontmanager.so is
looking at some *unknown* place for the libstdc++
What do you guys think about this? Is there any way to make it look at the 
correct place?

Btw, does java also use ld as linker?

tia,
vishal.


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



Re: HotSpot?

1999-04-27 Thread Oliver Fels

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

> Well,
> it seems that hotspot is out there - but not yet for linux.
> Is there any chance that the porting team get their hands on the src
> (and do their miracle again)?

I dont think so.
According to the last statements from SUN HotSpot will be sold 
seperately as a commercial product.

Oliver

-BEGIN PGP SIGNATURE-
Version: PGP 6.0.2 -- QDPGP 2.60 

iQA/AwUBNyag8aWMaLHtOEvMEQI5vwCfVBzczxFTLQ3xluhMhB2XSJz9FwYAnjQ4
75Sz4ajko7PzpplRTxbGg0le
=+lPP
-END PGP SIGNATURE-
___
Oliver Fels| e-mail: 
Neurotec Hochtechnologie GmbH  | [EMAIL PROTECTED]
Team Manager JAVA-/IT-Security | 
Friedrichshafen, Germany   | 
---


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



Re: java plug-in

1999-04-27 Thread Oliver Fels

> I don't know if there is a linux version of the plug-in from Sun, but I am
According to some READMEs the plugin for Linux does not work 
with 1.2 yet.
> almost sure that there is until now no browser capable to view 1.2 applets.
Not for Linux (besides appletviewer). The wintel version just works 
fine.

> I tried the plug-in for Netscape under Win95 with 1.2 applets and it didn't
> work. I only was capable to view the applets with a direct connection to the www
> and a special HTML-tag:
Yes, this is how it is supposed to work.

Oliver
___
Oliver Fels| e-mail: 
Neurotec Hochtechnologie GmbH  | [EMAIL PROTECTED]
Team Manager JAVA-/IT-Security | 
Friedrichshafen, Germany   | 
---


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