Re: Installation of glibc (was: JDK1.2 on Slackware3.5 problems)

[Andreas Jaeger]

> Nathan Meyers writes:

 > The difficulty with the JDK1.2/Slackware installation turned out to be a
 > very incomplete installation of glibc: libc.so.6 had been installed by
 > copying, but none of the other hundreds of related libraries and support
 > files was there.

 > If anyone has some good words of wisdom on putting glibc on a libc5
 > system, I'm sure some of the viewers would find the info useful. I know
 > of some old, detailed instructions to install glibc from source
 > (http://metalab.unc.edu/LDP/HOWTO/Glibc2-HOWTO.html), but I don't really
 > know the story for glibc packages. Is it safe to drop in a glibc RPM or
 > .deb -- does the installation successfully avoid breaking the system?

The glibc2-HowTo should mention the case of binary glibc packages.
It's not an easy task (neither is installing the sources) but it
should work if you take a day or so to read the documentation first
(especially glibc2 HowTo and glibc2 FAQ) and have backups handy.

Btw. Frodo Looijaard describes a different way installing glibc2 as
secondary libc at  (don't know if
the link is still valid).

 > How well do the distribution upgrades handle the migration to a new
 > glibc?
The distributions should do well but using a distribution means
AFAIK updating your complete system.

 > Anyone here have some relevant experience?
I'm only a glibc developer - and only switched once from libc5 to
glibc;-).

Andreas
-- 
 Andreas Jaeger   [EMAIL PROTECTED][EMAIL PROTECTED]
  for pgp-key finger [EMAIL PROTECTED]


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

Re: What's so platform dependent with Java2 source?

[Nelson Minar]

>Why has it been so difficult to port Sun's Java2 source to Linux?

I have no specific knowledge - I'm not part of the Blackdown team,
have never seen the JDK sources, etc. But I can guess :-)


The port is a spare-time effort with non-open source.

Java2 is a hell of a lot of code. No matter how good it is, when it's
big it's hard to port.

The Blackdown folks seem to be adding a lot of value back to the Java
port. How many of their patches have gone back into the Java tree?

Java hits threads very hard. In particular, the native threads port of
Java stresses the glibc threading framework (and the kernel!) more
than most systems. So you have to contend not just with portability
problems, not just bugs in the Java sources, but bugs and misfeatures
in the Linux implementation too.

Memory management is tough to port. Remember how long the Linux JDK
didn't free memory?

AWT gives porters a hard time. I don't personally understand this,
except Xlib is icky.


I'd be interested to hear what the Blackdown folks can say on the
subject. In particular, what about Linux makes it hard to port? Maybe
some of us can help improve the Linux side..

  [EMAIL PROTECTED]
.   .  . ..   .  . . http://www.media.mit.edu/~nelson/


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

Re: Other ports

[Nathan Meyers]

Gerald wrote:
> 
> Besides the Blackdown 1.1.x/1.2 ports and the IBM 1.1.6 port, are
> there any other ports (as opposed to actual implementation like Kaffe)
> underway to provide a useable Java implementation for Linux?

Kaffe is a cleanroom (what you mean by "actual"?) implementation of the
full JDK, developed from specs rather than ported from Sun source. There
is also Japhar (a JVM only), GNU Classpath (core class libraries only),
and Mozilla ElectricalFire (a JVM-only with a different approach to
class compilation). Of the cleanroom implementations, Kaffe appears to
be the most functional.

As for other ports, there are of course the ports for other Linux
platforms (Alpha, Sparc, etc.) - recently the subject of some hot debate
in this list. If there are any other Linux/i386 ports about, they
haven't gone public. Offhand, I can't think of anyone else likely to be
in this business.


Nathan


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

Re: JSP Examples in Jetty

[Paul Mclachlan]

At 20:20 06 Jun 1999 -0500, John N. Alegre wrote:

> Does anyone have any comments or pointers to documentation on getting the Java
> Server Pages examples up and running in Jetty?

I'm going to assume you're using Jetty 2.2x and not the 1.7 stream.

You have to (obviously) have the gnujsp.jar in your classpath too.

My configuration (which has some more comments than the standard demo
one) looks like this:

# 
# keyweb Jetty configuration
# 

#
#  There's one server, it's called 'main'
#
SERVERS   : main

#---  Server configuration  
#
#  This configures each server (each port the webserver listens on)
#
main.CLASS: com.mortbay.HTTP.HttpServer

#  Listen on 3080 with HttpListener
main.LISTENER.all.CLASS   : com.mortbay.HTTP.HttpListener
main.LISTENER.all.ADDRS   : 0.0.0.0:3080

#  There's one stack, it's called 'root'
main.STACKS   : root

#  Some config parameters
main.PROPERTY.SessionMaxInactiveInterval  : 3600
main.PROPERTY.MinListenerThreads  : 3
main.PROPERTY.MaxListenerThreads  : 20
main.PROPERTY.MaxListenerThreadIdleMs : 6
main.PROPERTY.MimeMap : ./etc/Mime.prp

#---  root stack configuration  
#
#  The root stack configuration.
#
main.root.HOSTS   :
main.root.PATHS   : /

#  Handle requests in the following order:
#
#  1. Log the request
#  2. Translate their request if necessary, (ie, make /forest /te0)
#  3. Authenticate the user, if they're asking for a protected path
#  4. If the name they typed matches a configured servlet (or jsp), run it
#  5. Otherwise look for a file that matches their path
#  6. Else output 'not found'
main.root.HANDLERS: 
Log;Translate;Auth;Param;Session;Servlet;File;NotFound

#  Handle exceptions with the 'Default' handler
main.root.EXCEPTIONS  : Default

#  Yes, log www hits to logs/www
main.root.Log.CLASS   : com.mortbay.HTTP.Handler.LogHandler
main.root.Log.PROPERTY.File   : ./logs/www
main.root.Log.PROPERTY.Append : True
main.root.Log.PROPERTY.LongForm   : True
main.root.Log.PROPERTY.CountContentLength : False
#main.root.Log.PROPERTY.DateFormat : dd/MMM/:HH:mm:ss

#---  Translations  
#
#  A translation makes one path magically map to another by using the
#  'permanently moved' HTTP response.
#
main.root.Translate.CLASS   : com.mortbay.HTTP.Handler.TranslateHandler

#  Make /, /forest & /eclipse all point at te0
main.root.Translate.PROPERTY./$ : /te0/
main.root.Translate.PROPERTY./eclipse   : /te0/
main.root.Translate.PROPERTY./forest: /te0/

#  common typos o and capital O instead of 0 (zero)
main.root.Translate.PROPERTY./teo   : /te0
main.root.Translate.PROPERTY./teO   : /te0

#  Make /who go to /jsp/who.jsp
#  (the $ means don't remap 'who/hi' or 'whom', for instance)
main.root.Translate.PROPERTY./who$  : /jsp/who.jsp
main.root.Translate.PROPERTY./te0|  : /te0/index.jsp

#---  Authentication  --
#
#  This uses key.web.KeyAuthHandler to authenticate people based on their
#  forest login/password & the player being in the specified container.
#
#  /players allows anyone with a forest account
#  /ranks/mage (etc) allows anyone in the mage group
#
main.root.Auth.CLASS  : key.web.KeyAuthHandler
main.root.Auth.PROPERTY.forest.LABEL : forest
main.root.Auth.PROPERTY.forest.ID: /players
main.root.Auth.PROPERTY.forest.PATHS : /online
main.root.Auth.PROPERTY.mage.LABEL : mage
main.root.Auth.PROPERTY.mage.ID: /ranks/mage
main.root.Auth.PROPERTY.mage.PATHS : /online/mage

#---  Sessions  
main.root.Param.CLASS : com.mortbay.HTTP.Handler.ParamHandler
main.root.Param.PROPERTY.Cookies  : True
main.root.Session.CLASS   : com.mortbay.HTTP.Handler.SessionHandler

#---   Servlets & JSP  -
#
#  A servlet runs a java class when the page gets hit.  JSP is implemented
#  through a JSP servlet that'll compile (if necessary) & run the JSP page.
#
main.root.Servlet.CLASS : com.mortbay.HTTP.Handler.ServletHandler

#  No dynamic servlets are configured.  Honestly, I don't
#  have a clue how to use this.
#main.root.Servlet.PROPERTY.PATHS   : /servlet/
#main.root.Serv

Clarification on some X-related JDK behavior

[Nathan Meyers]

I'm trying to set myself straight on some of JDK1.1 and JDK1.2's
X-related behavior... could someone check my results?

1) The JDK opens top-level windows with the default visual for the X
server, which the user cannot override.

2) The JDK sets placement (X and Y position) on top-level windows, which
the user cannot override.

3) The JDK has no option for installing its own colormap.

4) Various failures are occurring with 16-, 24-, and/or 32-bit display
depths ("IntegerInterleavedRaster: ... incompatible with ColorModel")
that are a) known bugs? b) undiagnosed bugs? c) fixed bugs? d) xfree86
bugs? e) all of the above?

Elaborations or corrections would be appreciated!


Nathan


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

JDK 1.2 for Linux on Sparc

[Ralf . Orlowski]

Hi everybody,

I have in my Office an Sparc 5 running Linux.
Now I want to use this machine for programming in Java.

So I'm looking for JDK 1.2 for that machine.
Is there already an beta-version available for sparc-linux.

If there is one, I would appreciate any hints, where to find it.

Bye

Ralf

---
Ralf Orlowski   voice: +49-2241-405927
Im Kirchtal 88  fax:   +49-2241-405953
53844 Troisdorf   E-mail: [EMAIL PROTECTED]
PGP 5.0 Key available at www.trustcenter.de



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

Linux Java

[johnm]

Dear [EMAIL PROTECTED],
I just installed java1.2 on redhat linux release 5.1.  I tried to
view a java applet through the appletviewer and got this error- Exception in
thread "main" java.lang.UnsatisfiedLinkError:
/hdb1/other/jdk1.2/jre/lib/i386/libfontmanager.so: libstdc++-libc6.0-1.so.2:
cannot open shared object file: No such file or directory.
How do I find the libraries I need and could you also tell me which
libraries I need?  I have libstdc++2.8.  Can you help me?  My email address
is [EMAIL PROTECTED]

Sincerely,
John Minstein


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

Linux Java

[johnm]

Dear [EMAIL PROTECTED],
I just installed java1.2 on redhat linux release 5.1.  I tried to
view a java applet through the appletviewer and got this error- Exception in
thread "main" java.lang.UnsatisfiedLinkError:
/hdb1/other/jdk1.2/jre/lib/i386/libfontmanager.so: libstdc++-libc6.0-1.so.2:
cannot open shared object file: No such file or directory.
How do I find the libraries I need and could you also tell me which
libraries I need?  I have libstdc++2.8.  Can you help me?  My email address
is [EMAIL PROTECTED]

Sincerely,
John Minstein


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

Install Java

[johnm]

Dear [EMAIL PROTECTED],,
I just installed java1.2 on redhat linux release 5.1.  I tried to
view a java applet through the appletviewer and got this error- Exception in
thread "main" java.lang.UnsatisfiedLinkError:
/hdb1/other/jdk1.2/jre/lib/i386/libfontmanager.so: libstdc++-libc6.0-1.so.2:
cannot open shared object file: No such file or directory.
How do I find the libraries I need and could you also tell me which
libraries I need?  I have libstdc++2.8.

Sincerely,
John Minstein


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

Re: Installation of glibc (was: JDK1.2 on Slackware3.5 problems)

[Aniruddha Patro]

This might help you folks...

I've a glibc2.1 runtime on a libc5 Slackware 3.5(2.0.34 upgraded to 2.3.2).

Compiled glibc2.1 and installed it under /usr/local/glibc-2.1
added /usr/local/glibc2.1/lib to /etc/ld.so.conf
Created links
/lib/libc.so.6 to /lib/libc.so.6
/lib/ld-linux.so.2 to /lib/ld-linux.so.2
/lib/libm.so.6 to /lib/libm.so.6

Installed JDK1.2 Pre2 compiled with glibc2.1 under /usr/local/jdk1.2
added the following to /etc/ld.so.conf
/jre/lib/i386/green_threads
/jre/lib/i386/native_threads
/jre/lib/i386/classic
/jre/lib/i386

Ran ldconfig -v

And now I am able to compile and run java programs.

-
Patro







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

Re: JDK 1.2 for Linux on Sparc

[Steve Byrne]

[EMAIL PROTECTED] writes:

> 
> Hi everybody,
> 
> I have in my Office an Sparc 5 running Linux.
> Now I want to use this machine for programming in Java.
> 
> So I'm looking for JDK 1.2 for that machine.
> Is there already an beta-version available for sparc-linux.
> 
> If there is one, I would appreciate any hints, where to find it.

It's in progress.  It's had some difficulties running more than just one
Linux version, but those are being straightened out.

I don't want to make any commitments for the guys doing the port, but
it's getting better all the time, and may be releasable soon.

Steve
-- 

Steve Byrne   | Try Linux: The Soul of a GNU Machine
[EMAIL PROTECTED]  |  



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

Re: Install Java

[Steve Byrne]

[EMAIL PROTECTED] writes:

> 
> Dear [EMAIL PROTECTED],,
>   I just installed java1.2 on redhat linux release 5.1.  I tried to
> view a java applet through the appletviewer and got this error- Exception in
> thread "main" java.lang.UnsatisfiedLinkError:
> /hdb1/other/jdk1.2/jre/lib/i386/libfontmanager.so: libstdc++-libc6.0-1.so.2:
> cannot open shared object file: No such file or directory.
> How do I find the libraries I need and could you also tell me which
> libraries I need?  I have libstdc++2.8.

Get 1.2prev2. 

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

-- 

Steve Byrne   | Try Linux: The Soul of a GNU Machine
[EMAIL PROTECTED]  |  



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

Re: What's so platform dependent with Java2 source?

[Steve Byrne]

[EMAIL PROTECTED] (Nelson Minar) writes:

> 
> >Why has it been so difficult to port Sun's Java2 source to Linux?
> 
> I have no specific knowledge - I'm not part of the Blackdown team,
> have never seen the JDK sources, etc. But I can guess :-)
> 
> 
> The port is a spare-time effort with non-open source.

Right.

> Java2 is a hell of a lot of code. No matter how good it is, when it's
> big it's hard to port.

Right.

> The Blackdown folks seem to be adding a lot of value back to the Java
> port. How many of their patches have gone back into the Java tree?

All told (from the 1.1.x days), a lot.  Many of them are going into 1.3.

> Java hits threads very hard. In particular, the native threads port of
> Java stresses the glibc threading framework (and the kernel!) more
> than most systems. So you have to contend not just with portability
> problems, not just bugs in the Java sources, but bugs and misfeatures
> in the Linux implementation too.

Right.  LinuxThreads doesn't completely play well with signals.  This
causes race conditions.  It's messy.  We may end up including a (slightly)
custom libpthreads with the release to work around these issues.

> Memory management is tough to port. Remember how long the Linux JDK
> didn't free memory?

It has its issues.  If Solaris were == Linux, then Solaris would be Linux.
It's not, and the differences make porting "interesting".

> AWT gives porters a hard time. I don't personally understand this,
> except Xlib is icky.

Not just AWT -- much of the interaction with the n different window
managers can cause problems.  And the AWT support isn't developed for the
various bit depths available on the Linux platforms, resulting in mysterious
errors at start up when using non-supported bit depths.

> I'd be interested to hear what the Blackdown folks can say on the
> subject. In particular, what about Linux makes it hard to port? Maybe
> some of us can help improve the Linux side..

You've hit the high order bits.  Linux threads are not Solaris threads, and the
implementation naturally assumes that Solaris threads are available.  The
Solaris equivalent of pthread_cond_wait will return if an interrupt occurs;
Linux pthreads won't, so all kinds of kludgery has to go on to get around this
problem.

Steve

-- 

Steve Byrne   | Try Linux: The Soul of a GNU Machine
[EMAIL PROTECTED]  |  



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

JDK1.2pre2: Problem launching java GUI app from Runtime.exec()

[Jon Priddey]

With Blackdown JDK 1.1x I could launch another java program with a GUI
from Runtime.exec. It just works, first time.

Now in JDK 1.2 it is more complicated:

The exec environment now requires a "DISPLAY=localhost:0"
The machine (Red Hat 5.1, Red Hat 6.0) needs xhost +localhost

This works if booting at runlevel 3.

If booting at runlevel 5 (ie xdm), the localhost X system refuses the
connection. xhost has no effect, mkxauth -c localhost doesn't do it
either.

I don't know if this is Red Hat specific, i've only tried runlevel=5 on
Red Hat 6.

Any suggestions appreciated.

Thanks, Jon.


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

Re: What's so platform dependent with Java2 source?

[Nathan Meyers]

Steve Byrne wrote:
> > The Blackdown folks seem to be adding a lot of value back to the Java
> > port. How many of their patches have gone back into the Java tree?
> 
> All told (from the 1.1.x days), a lot.  Many of them are going into 1.3.

People are talking about 1.3? Not 1.2.3?

Does this imply another massive set of changes to the Java platform?


> Linux threads are not Solaris threads, and the
> implementation naturally assumes that Solaris threads are available.  The
> Solaris equivalent of pthread_cond_wait will return if an interrupt occurs;
> Linux pthreads won't, so all kinds of kludgery has to go on to get around this
> problem.

Meaning, it appears, that all Unix vendors licensing Java get to
experience similar pain. And as far as I can tell, the Blackdown
(pre)releases are out ahead of everyone else's.

Nathan


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

Re: What's so platform dependent with Java2 source?

[Riyad Kalla]

Out of curiosity,
how much of this information that is found to be
implemented unoptimally in the linux kernel, is sent back
and corrected to the kernel developers? Or do the two camps
were totally independant of eachother and just force the
Java-Linux crew to kludge every bump in the road?

If the kernel team were to work with you on fixing these
issues, how much easier would the port be to do?

That's it for now, take care!

-Riyad

Steve Byrne wrote:
> 
> [EMAIL PROTECTED] (Nelson Minar) writes:
> 
> >
> > >Why has it been so difficult to port Sun's Java2 source to Linux?
> >
> > I have no specific knowledge - I'm not part of the Blackdown team,
> > have never seen the JDK sources, etc. But I can guess :-)
> >
> >
> > The port is a spare-time effort with non-open source.
> 
> Right.
> 
> > Java2 is a hell of a lot of code. No matter how good it is, when it's
> > big it's hard to port.
> 
> Right.
> 
> > The Blackdown folks seem to be adding a lot of value back to the Java
> > port. How many of their patches have gone back into the Java tree?
> 
> All told (from the 1.1.x days), a lot.  Many of them are going into 1.3.
> 
> > Java hits threads very hard. In particular, the native threads port of
> > Java stresses the glibc threading framework (and the kernel!) more
> > than most systems. So you have to contend not just with portability
> > problems, not just bugs in the Java sources, but bugs and misfeatures
> > in the Linux implementation too.
> 
> Right.  LinuxThreads doesn't completely play well with signals.  This
> causes race conditions.  It's messy.  We may end up including a (slightly)
> custom libpthreads with the release to work around these issues.
> 
> > Memory management is tough to port. Remember how long the Linux JDK
> > didn't free memory?
> 
> It has its issues.  If Solaris were == Linux, then Solaris would be Linux.
> It's not, and the differences make porting "interesting".
> 
> > AWT gives porters a hard time. I don't personally understand this,
> > except Xlib is icky.
> 
> Not just AWT -- much of the interaction with the n different window
> managers can cause problems.  And the AWT support isn't developed for the
> various bit depths available on the Linux platforms, resulting in mysterious
> errors at start up when using non-supported bit depths.
> 
> > I'd be interested to hear what the Blackdown folks can say on the
> > subject. In particular, what about Linux makes it hard to port? Maybe
> > some of us can help improve the Linux side..
> 
> You've hit the high order bits.  Linux threads are not Solaris threads, and the
> implementation naturally assumes that Solaris threads are available.  The
> Solaris equivalent of pthread_cond_wait will return if an interrupt occurs;
> Linux pthreads won't, so all kinds of kludgery has to go on to get around this
> problem.
> 
> Steve
> 
> --
> 
> Steve Byrne   | Try Linux: The Soul of a GNU Machine
> [EMAIL PROTECTED]  |
> 
> 
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

-- 
[:]   Riyad Kalla   [:]
[:] InterAccess Corporation [:]
[:]  University of Arizona  [:]
[:][EMAIL PROTECTED][:]


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

Using 1.2 with Swing 1.1

[Matthew Brown]

Hello,
Some of u might think the above question is a big DUH since 1.2 has
Swing 1.1 built with it.  What I am asking is this, since the bug
exists ( OpenLinux 2.2 / Intel) of jdk 1.2 pre v2 won't displaying Swing
due to that it can't find the metal look and feel.  Is there any way
I could compile it under 1.2 but use Swing stuff from the Swingall.jar
file that I have when I am using 1.1 with jdk 1.1.7ver3???

Matt Brown


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

Re: Installation of glibc (was: JDK1.2 on Slackware3.5 problems)

[Andreas Jaeger]

> Aniruddha Patro writes:

Aniruddha> This might help you folks...
Aniruddha> I've a glibc2.1 runtime on a libc5 Slackware 3.5(2.0.34 upgraded to 2.3.2).

Aniruddha> Compiled glibc2.1 and installed it under /usr/local/glibc-2.1
Aniruddha> added /usr/local/glibc2.1/lib to /etc/ld.so.conf
Aniruddha> Created links
Aniruddha> /lib/libc.so.6 to /lib/libc.so.6
Aniruddha> /lib/ld-linux.so.2 to /lib/ld-linux.so.2
Aniruddha> /lib/libm.so.6 to /lib/libm.so.6

The link to /lib/ld-linux.so.2 is the only one neccessary since the
rest will be found with ld.so.cache.

Andreas
-- 
 Andreas Jaeger   [EMAIL PROTECTED][EMAIL PROTECTED]
  for pgp-key finger [EMAIL PROTECTED]


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

Re: Using 1.2 with Swing 1.1

[Juergen Kreileder]

> Matthew Brown writes:

Matthew> Some of u might think the above question is a big DUH
Matthew> since 1.2 has Swing 1.1 built with it.  What I am asking
Matthew> is this, since the bug exists ( OpenLinux 2.2 / Intel) of
Matthew> jdk 1.2 pre v2 won't displaying Swing due to that it
Matthew> can't find the metal look and feel.

Try running X with a different color depth.


Juergen


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