Error: Can't load libXpm.so.4
Hello I am using slackware 3.5. I have installed the jdk 116v5. But when I try to simply run java binary it says: /usr/local/jdk116_v5/bin/../bin/i686/green_threads/java: can't load library 'libXpm.so.4' I have installed it under /usr/local/jdk116_v5/ This file is originally placed under /usr/ix86-linuxaout/lib/ Also due to this error I copied it in the current directory but the same error. Please help me out asap. azher
StrongARM port
Warren Little writes: > Hello, > Was wondering if you folks had any plans to port the JDK to the > StrongARM processor (such as CCC's NetWinder). I don't think anyone with that processor has volunteered to help with the porting yet. Steve
Re: A bug in appletviewer
On 27 Oct 1998, Juergen Kreileder wrote:
John> public void paint(Graphics g)
> John> {
> John> super.paint(g);
> John> g.drawString(s,5,40);
> John> g.drawString(s2,5,80);
> John> g.drawString(s3,5,120);
> John> }
> John> }
>
> When working with frames you have to honor the frame's insets.
> The insets include the frames border size, the title bar size,
> the menu bar size, the warning bar size.
> So it's no bug, your code is not 100% portable ;-)
>
> Have you tried to use something like:
>
> Insets insets = getInsets();
> int top = insets.top;
> int left = insets.left;
> super.paint(g);
> g.drawString(s,5 + left ,40 + top);
> g.drawString(s2,5 + left ,80 + top);
> g.drawString(s3,5 + left ,120 + top);
Then let's blame Peter van der Linden whose book, Just Java, doesn't
mention insets in the index nor, so far as I can see scanning chapters, in
any code examples.
I have seen insets mentioned in the JDK documentation, but only in the
context of a ScrollPane.
Seems I've some code to change. Sob.
Cheers
John Summerfield
http://os2.ami.com.au/os2/ for OS/2 support.
Configuration, networking, combined IBM ftpsites index.
Re: Error: Can't load libXpm.so.4
Hello > I am using slackware 3.5. I have installed the jdk 116v5. But when I try > to simply run java binary it says: > > /usr/local/jdk116_v5/bin/../bin/i686/green_threads/java: can't load > library 'libXpm.so.4' libXpm?? or libXp? If you say libXp.so, you can get x332bin.tgz from Slackware site( ex. www.cdrom.com ). This tar-ball includes libXp.so so you can copy it from tar-ball into your Linux box. As same as above you can get libXpm.so from tar-balls ( may be x332xpm.tgz ?? ) from Slackware site. Good luck. from Hirotaka Igarashi [EMAIL PROTECTED]
Re: Error: Can't load libXpm.so.4
I got slackware 3.5 late july but do not recall having any problems with jdk116v5, it ran ok "out of the box", email me direct if you would like to find out what is different in our installations, jim watson hiro wrote: > Hello > > > I am using slackware 3.5. I have installed the jdk 116v5. But when I try > > to simply run java binary it says: > > > > /usr/local/jdk116_v5/bin/../bin/i686/green_threads/java: can't load > > library 'libXpm.so.4' > > libXpm?? or libXp? > > If you say libXp.so, you can get x332bin.tgz from Slackware site( > ex. www.cdrom.com ). This tar-ball includes libXp.so so you can copy > it from tar-ball into your Linux box. > > As same as above you can get libXpm.so from tar-balls ( may be > x332xpm.tgz ?? ) from Slackware site. > > Good luck. > > from Hirotaka Igarashi > [EMAIL PROTECTED]
Re: Ok...
Corwin Light-Williams wrote: > so I downloaded my non-com sources from Sun and wanted to build, but > I can't find any info or diffs. They sent me version 1.1.7, but I can't > find any info about 1.1.7. Did they send me the wrong version? I'd > like to help out, but getting in to the swing of things is a bit hard. > > Corwin the diffs for power pc are available at http://business.tyler.wm.edu/mklinux/. the i386 diffs for jdk117 are not available yet, but if you wish to experiment while you are waiting for the quality product you can get the diffs from mklinux and build something with minor changes using the v0 diffs - email me when you have the diffs...but be warned this is strictly unofficial, just something to play with while we are waiting jim watson
RE: Interprocess Communication with a Java Application
Checkout the RogueWave suite of libraries. I think Tools.h++ or ToolsPro.h++ is able to exchange data with JTools.h++ the Java version of Tools.h++. Of course these libs are not free, but not expensive either. Cheers, Addy.
Off-topic issues
Hi Java gnurus, Concerning all the off-topic issues posted on this newsgroup lately: IMHO it's ok to use this network to bring things to the attention of the people on this list (i.e. not concerning either the Java-Linux port or the use of Java under Linux), but it would be a good thing to explicitly state this in the subject line. What about agreeing on prepending "OFFTOPIC: " to the subject line if the message neither concerns the port nor using Java on Linux? Those of us who want to, can filter these messages out... Whaddayathink? Ernst -- _ | "Come to me all you who are weary and burdened, and I | | will give you rest." | | | | -- Jesus Christ (Mt. 11:28) | |_| | Ernst de Haan | email [EMAIL PROTECTED]| | Java programmer | web members.xoom.com/znerd/ | | Utrecht University| icq# 21871778 | |___|_|
JDK 1.1.6
I was wondering if there is a misunderstanding as to where the download JDK 1.1.6 for linux is. I went to the UK mirror sites (as instructed in the FAQ) and found only the gziped tar files of the differences from the original version, but not the whole JDK. Would you please help? Thank you for your time, regards, Helen Ikonomou __ Get Your Private, Free Email at http://www.hotmail.com
Re: Clipboard interaction between Swing/JDK and X11
the conclusion i have reached (after much agony) is that java is only required to support copy and paste from java to java, otherwise it is platform specific, and not a java problem...can someone confirm this is correct? thanks jim watson
Java Linux article
FYI: Mentions of Java 1.2 on linux and even quotes from our own Mr Byrnes... (towards the end of the piece) http://www.techweb.com/wire/story/TWB19981029S0001 Joe -- Joe Carter Software Engineer Brite Voice Systems Ltd, Gatley, Cheshire. UK. mailto:[EMAIL PROTECTED] http://freespace.virgin.net/joe.carter
Re: Off-topic issues
On Thu, 29 Oct 1998, Ernst de Haan wrote: > What about agreeing on prepending "OFFTOPIC: " to the subject line if > the message neither concerns the port nor using Java on Linux? Those of > us who want to, can filter these messages out... Good idea in theory, but in my experience not likely to be successful. There are always new members to the list who don't know about this convention, and for the existing list members there is no guarantee they are going to adhere to such a convention. Robert. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Robert P Biuk-Aghai, University of Macau, Faculty of Science and Technology http://hyperg.sftw.umac.mo/robert/tel: +853-3974365fax: +853-838314 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Microsoft isn't the answer. Microsoft is the question and the answer is no.
Re: Java Web Server1.1 on Linux
> Matt Zagni wrote:Is there an easy way to apply the diff's, or is it a manual i went and got the JavaWebServer1.1 and applied the diffs from http://www.blackdown.org/java-linux/products.html most of the diffs succeeded so i guess i have done it correctly, but a number of the diffs rejected: it stopped at the start so i told it to look for startup_wrapper, but there is no such file... is the diff out of date? === localhost:~/JWS/JavaWebServer1.1$ patch -p1 < jwebs-linux.diff Hmm... Looks like a unified diff to me... The text leading up to this was: -- |--- ../../sparc-S2/bin/startup_wrapper Thu Oct 30 14:42:05 1997 |+++ startup_wrapper Thu Mar 5 00:39:06 1998 -- File to patch: localhost:~/JWS/JavaWebServer1.1$ patch -p1 < jwebs-linux.diff Hmm... Looks like a unified diff to me... The text leading up to this was: -- |--- ../../sparc-S2/bin/startup_wrapper Thu Oct 30 14:42:05 1997 |+++ startup_wrapper Thu Mar 5 00:39:06 1998 -- File to patch: startup_wrapper No file found--skip this patch? [n] y Skipping patch... Hunk #1 ignored at 10. Hunk #2 ignored at 87. 2 out of 2 hunks ignored--saving rejects to startup_wrapper.rej Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -- | |--- ./bin/jserv.cls Wed Feb 4 15:52:32 1998 |+++ ./bin/jserv Thu Mar 5 01:19:54 1998 -- Patching file bin/jserv using Plan A... Hunk #1 succeeded at 560. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -- |--- ./native/Makefile.lnx.cls Thu Mar 5 01:21:16 1998 |+++ ./native/Makefile.lnx Thu Mar 5 01:36:14 1998 -- (Creating file native/Makefile.lnx...) Patching file native/Makefile.lnx using Plan A... Hunk #1 succeeded at 1. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -- |--- ./native/UNIXUser.c.cls Wed Feb 4 15:34:15 1998 |+++ ./native/UNIXUser.c Thu Mar 5 01:28:16 1998 -- Patching file native/UNIXUser.c using Plan A... Hunk #1 failed at 35. 1 out of 1 hunks failed--saving rejects to native/UNIXUser.c.rej Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -- |--- ./native/UNIXUserEnumeration.c.cls Wed Feb 4 15:34:15 1998 |+++ ./native/UNIXUserEnumeration.c Thu Mar 5 01:27:52 1998 -- Patching file native/UNIXUserEnumeration.c using Plan A... Hunk #1 failed at 57. 1 out of 1 hunks failed--saving rejects to native/UNIXUserEnumeration.c.rej Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -- |--- ./etc/java-server.startup.cls Wed Feb 4 15:53:24 1998 |+++ ./etc/java-server.startup Thu Mar 5 01:42:22 1998 -- Patching file etc/java-server.startup using Plan A... Hunk #1 succeeded at 80. Hunk #2 succeeded at 92. Hunk #3 succeeded at 111. Hunk #4 failed at 168. 1 out of 4 hunks failed--saving rejects to etc/java-server.startup.rej done
Re: Java Web Server1.1 on Linux
jim watson wrote: is the diff out of date? Hmmm... or do i need to get the JavaWebServer 1.1.2 upgrade first, before applying the diffs for the 1.1 "final"?
Re: Java Web Server1.1 on Linux
To All, Yep, I was'nt to sure of the diff file or how to apply it, but with the help of Jim I was doing to try it later on tonight. With the command line of.. > localhost:~/JWS/JavaWebServer1.1$ patch -p1 < jwebs-linux.diff But at the moment I am trying to get to grips with the solaris version of jws1.1 (and with the help of Joe, it appears to work ok) I am still trying to get to grips with the sample of MailServlet but thats another story... When I try running the jws1.1 under linux without applying the patch by running httpd.nojre, I get the errors of can't find the libs etc and when they do the result is as expected (not a elf file etc..) as it was ment for a Solaris box). Jim have you attempted to run the httpd.nojre after applying the patch ? Many thanks Matt > From: jim watson <[EMAIL PROTECTED]> > > > Matt Zagni wrote:Is there an easy way to apply the diff's, or is it a manual > > i went and got the JavaWebServer1.1 and applied the diffs from > http://www.blackdown.org/java-linux/products.html > > most of the diffs succeeded so i guess i have done it correctly, but a number > of the diffs rejected: > > it stopped at the start so i told it to look for startup_wrapper, but there is > no such file... > > is the diff out of date? > === > localhost:~/JWS/JavaWebServer1.1$ patch -p1 < jwebs-linux.diff > > Hmm... Looks like a unified diff to me... > The text leading up to this was: > -- > |--- ../../sparc-S2/bin/startup_wrapper Thu Oct 30 14:42:05 1997 > |+++ startup_wrapper Thu Mar 5 00:39:06 1998 > -- > File to patch: localhost:~/JWS/JavaWebServer1.1$ patch -p1 < jwebs-linux.diff > Hmm... Looks like a unified diff to me... > The text leading up to this was: > -- > |--- ../../sparc-S2/bin/startup_wrapper Thu Oct 30 14:42:05 1997 > |+++ startup_wrapper Thu Mar 5 00:39:06 1998 > -- > File to patch: startup_wrapper > No file found--skip this patch? [n] y > Skipping patch... > Hunk #1 ignored at 10. > Hunk #2 ignored at 87. > 2 out of 2 hunks ignored--saving rejects to startup_wrapper.rej > Hmm... The next patch looks like a unified diff to me... > The text leading up to this was: > -- > | > |--- ./bin/jserv.cls Wed Feb 4 15:52:32 1998 > |+++ ./bin/jserv Thu Mar 5 01:19:54 1998 > -- > Patching file bin/jserv using Plan A... > Hunk #1 succeeded at 560. > Hmm... The next patch looks like a unified diff to me... > The text leading up to this was: > -- > |--- ./native/Makefile.lnx.cls Thu Mar 5 01:21:16 1998 > |+++ ./native/Makefile.lnx Thu Mar 5 01:36:14 1998 > -- > (Creating file native/Makefile.lnx...) > Patching file native/Makefile.lnx using Plan A... > Hunk #1 succeeded at 1. > Hmm... The next patch looks like a unified diff to me... > The text leading up to this was: > -- > |--- ./native/UNIXUser.c.cls Wed Feb 4 15:34:15 1998 > |+++ ./native/UNIXUser.c Thu Mar 5 01:28:16 1998 > -- > Patching file native/UNIXUser.c using Plan A... > Hunk #1 failed at 35. > 1 out of 1 hunks failed--saving rejects to native/UNIXUser.c.rej > Hmm... The next patch looks like a unified diff to me... > The text leading up to this was: > -- > |--- ./native/UNIXUserEnumeration.c.cls Wed Feb 4 15:34:15 1998 > |+++ ./native/UNIXUserEnumeration.c Thu Mar 5 01:27:52 1998 > -- > Patching file native/UNIXUserEnumeration.c using Plan A... > Hunk #1 failed at 57. > 1 out of 1 hunks failed--saving rejects to native/UNIXUserEnumeration.c.rej > Hmm... The next patch looks like a unified diff to me... > The text leading up to this was: > -- > |--- ./etc/java-server.startup.cls Wed Feb 4 15:53:24 1998 > |+++ ./etc/java-server.startup Thu Mar 5 01:42:22 1998 > -- > Patching file etc/java-server.startup using Plan A... > Hunk #1 succeeded at 80. > Hunk #2 succeeded at 92. > Hunk #3 succeeded at 111. > Hunk #4 failed at 168. > 1 out of 4 hunks failed--saving rejects to etc/java-server.startup.rej > done > >
Re: A bug in appletviewer
On Thu, 29 Oct 1998, John Summerfield wrote: > > I have seen insets mentioned in the JDK documentation, but only in the > context of a ScrollPane. > > Seems I've some code to change. Sob. > I'll assume that Insets fixes the problem - it was, in any event, secondary to something else that was bugging me; MouseEvent.isPopuptrigger() always returns false on OS/2 & NT - that's why my sample code was doing mousey things. One thing about this Insets caper bugs me though: I have a Frame: its background is white. I position a window (MenuBar, grey) at the top using the value returned by Insets. On OS/2 it looks fine: on Linux there's a 1-2 pixel white line above the MenuBar. I'll hide the problem for now by changing my colours. btw I have noticed the Insets returned by OS/2 are different. I've also noticed that Insets returns all zeroes if the window's not visible - another spastic idea. Perhaps I'll bug Sun with that one though. Thanks for the help. Cheers John Summerfield http://os2.ami.com.au/os2/ for OS/2 support. Configuration, networking, combined IBM ftpsites index.
Installation / Execution of 1.1.6v5
I am having many problems installing and executing the 1.1.6 v5 package.
I am installing on a i386 box with linux 2.0.34 (Red Hat 5.0).
I have lib
Diagnostic:
--
If I tried to execute java but I got an error:
[nicolas@myComputer]$ java
java: error in loading shared libraries
libjava.so: cannot open shared object file: No such file or directory
This seems to be fixed by setting-up the LD_LIBRARY_PATH environment
variable:
[nicolas@myComputer]$ setenv LD_LIBRARY_PATH /Java/jdk116_v5/lib/i686/green_threads
NOTE: I have install the JDK stuff into /Java
At which point java then seems to work (i.e. I get the help
screen and I can check the version number):
[nicolas@myComputer]$ java -version
java version "1.1.6"
I then produced the very simple Java sample:
public class HelloWord
{
public static void main
(String[] args)
{
System.out.println("Hello World!");
}
}
When I executed javac I get an error:
[nicolas@myComputer]$ javac HelloWorld.java
javac: Command not found.
Questions:
---
1) Why are my bin in /Java/jdk116_v5/bin/i686/green_threads/
? (i.e. why not in /Java/jdk116_v5/bin/ ?)
2) Why do I get the 'Command not found' error when I execute
javac (or checkversion for that matter) ?
3) Is that last error an indication that the filesystem can not find
the file (the file IS there!!) or is it rather than a command in the Borne
Shell is not correct ?
Any help would be greatly appreciated.
Thank you,
Nicolas Duchastel de Montrouge, P. Eng.
newbie question
Hi all, I just installed the glibc verison of the blackdown JDK 1.1.6 and I am getting this error when trying to complile a simple program using javac. /usr/local/jdk116_v5/bin/../bin/i586/green_threads/java: error in loading shared libraries libXpm.so.4: cannot open shared object file: No such file or directory thanks for the help
Re: newbie question
On Thu, 29 Oct 1998 11:47:12 -0700, a wrote: >Hi all, >I just installed the glibc verison of the blackdown JDK 1.1.6 and I am >getting this error when trying to complile a simple program using javac. > >/usr/local/jdk116_v5/bin/../bin/i586/green_threads/java: error in loading >shared libraries >libXpm.so.4: cannot open shared object file: No such file or directory You need to update your XFree86 version. The Motif libraries we used to build the JDK now require the newer XFree86 releases. 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: newbie question
At 11:47 AM 10/29/98 -0700, you wrote:
>Hi all,
>I just installed the glibc verison of the blackdown JDK 1.1.6 and I am
>getting this error when trying to complile a simple program using javac.
>
>/usr/local/jdk116_v5/bin/../bin/i586/green_threads/java: error in loading
>shared libraries
>libXpm.so.4: cannot open shared object file: No such file or directory
>
>thanks for the help
Are you also getting an error from the script?
There is a known bug in the java_wrapper script that is very easy to correct.
There is a space missing in a call to a subroutine.
This is quoted from the revised script. Note the space after the
curly-brace in the second line.
>if isGreaterOrEqual "$libdlVers" 1.9.6 ||
> { isGreaterOrEqual "$libcVers" 1.5.44 &&
>isGreaterOrEqual "$libdlVers" 1.9.9 }
>
Re: Interprocess Communication with a Java Application
I believe RogueWave no longer sells JTools. It has a StudioJ suite which includes DBTOOLS.J, Chart.J, Blend.J, and Grid.J, which I currently own. I don't know what functionality JTools provided, but perhaps it is in one of these products which can be purchased separately. I do not work for RW, so I can't be sure. Maureen Lecuona [EMAIL PROTECTED] wrote: > Checkout the RogueWave suite of libraries. I think Tools.h++ or ToolsPro.h++ > is able to exchange data with JTools.h++ the Java version of Tools.h++. > > Of course these libs are not free, but not expensive either. > > Cheers, > > Addy. -- The three principal virtues of a programmer are Laziness, Impatience, and Hubris. -- Larry Wall I don't want to achieve immortality through my work, I want to achieve it by not dying. - Woody Allen
STOP MAILING ME
STOP MAILING ME THANK YOU. Yours (not for long)
classpath problems?
Hi all Still having problems. My CLASSPATH is set to the needed directories as well as classes.zip but I still keep getting these dang errors. Can't find class test.class (the test program) Unable to initialize threads: cannot find class java/lang/Thread help!
Re: classpath problems?
Here is my CLASSPATH that is not working CLASSPATH=.:/usr/local/jdk116_v5/lib/classes.zip:/usr/local/jdk116_v5/lib:/u sr/local/jdk116_v5/lib/moreClasses:/usr/local/apache1.3.3/share/j-bin At 04:11 PM 10/29/98 -0500, Martin Little wrote: >This is indicitive that you don't have your /lib/classes.zip in your >classpath > >../Martin > >a wrote: > >> Hi all >> Still having problems. My CLASSPATH is set to the needed directories as >> well as classes.zip but I still keep getting these dang errors. >> >> Can't find class test.class (the test program) >> Unable to initialize threads: cannot find class java/lang/Thread >> >> help! >
TechWeb article
They got my name wrong! Argh! I hate when that happens :-) Steve Byrne (no -S)
Re: Off-topic issues
How about this; Its not Ok to post off-topic to any newsgroup. --- or --- Those of us who get tired of filtering it manually just unsubscribe and let this list go the way so many have before it. I'm sure the hardest working, most dedicated people will be the first to go. There are some things that are not on-topic but are related. These posts I understand. However, completely off-topic posts (e.g. video controllers supported by X-servers) are just noise. Douglas Toltzman (someone who likes to help whenever possible but has unsubscribed from many lists once the signal-to-noise ratio became intolerable) At 03:30 PM 10/29/98 +0100, Ernst de Haan wrote: >Hi Java gnurus, > >Concerning all the off-topic issues posted on this newsgroup lately: >IMHO it's ok to use this network to bring things to the attention of the >people on this list (i.e. not concerning either the Java-Linux port or >the use of Java under Linux), but it would be a good thing to explicitly >state this in the subject line. > >What about agreeing on prepending "OFFTOPIC: " to the subject line if >the message neither concerns the port nor using Java on Linux? Those of >us who want to, can filter these messages out... > >Whaddayathink? > > >Ernst > >-- > _ >| "Come to me all you who are weary and burdened, and I | >| will give you rest." | >| | >| -- Jesus Christ (Mt. 11:28) | >|_| >| Ernst de Haan | email [EMAIL PROTECTED]| >| Java programmer | web members.xoom.com/znerd/ | >| Utrecht University| icq# 21871778 | >|___|_| >
Re: classpath problems?
> > Here is my CLASSPATH that is not working > > CLASSPATH=.:/usr/local/jdk116_v5/lib/classes.zip:/usr/local/jdk116_v5/lib:/u > sr/local/jdk116_v5/lib/moreClasses:/usr/local/apache1.3.3/share/j-bin Did you remember to EXPORT your path? M.
Re: classpath problems?
This works: javap -classpath $CLASSPATH java.lang.Object This don't work: (my.class is in same directory) javap -classpath $CLASSPATH my.class Class 'my.class' not found This don't work: java -classpath $CLASSPATH my.class Can't find class my.class This works: java -classpath $CLASSPATH java.lang.Object In class java.lang.Object: void main(String argv[]) is not defined -aaz At 04:26 PM 10/29/98 -0500, you wrote: >Are you saying you can issue javap, but not java? > >a wrote: > >> That works. >> No kaffe installed >> >> At 04:18 PM 10/29/98 -0500, you wrote: >> >Do you have kaffe installed on your box? Also, what happens if you do this: >> > >> >javap -classpath $CLASSPATH java.lang.Object >> > >> >a wrote: >> > >> >> >> CLASSPATH=.:/usr/local/jdk116_v5/lib/classes.zip:/usr/local/jdk116_v5/lib:/u >> >> sr/local/jdk116_v5/lib/moreClasses:/usr/local/apache1.3.3/share/j-bin >> >> >> >> At 04:11 PM 10/29/98 -0500, you wrote: >> >> >Could you show me your class path? >> >> > >> >> >Also, have you tried this: >> >> > >> >> >java -classpath $CLASSPATH ... >> >> > >> >> >a wrote: >> >> > >> >> >> Hi all >> >> >> Still having problems. My CLASSPATH is set to the needed directories as >> >> >> well as classes.zip but I still keep getting these dang errors. >> >> >> >> >> >> Can't find class test.class (the test program) >> >> >> Unable to initialize threads: cannot find class java/lang/Thread >> >> >> >> >> >> help! >> >> > >> > >
Re: classpath problems?
Thanks Scot and everyone else. I was calling it with the *.class extension. Without it it works. At 04:38 PM 10/29/98 -0500, you wrote: >OK, where is my.class located? Also, is the java source for my.class defined in >terms of a package? Also, are you trying to run my.class like this: > >1) java -classpath $CLASSPATH my.class > >OR > >2) java -classpath $CLASSPATH my > > >If you are doing 1) above, try 2). > > > >a wrote: > >> This works: >> javap -classpath $CLASSPATH java.lang.Object >> >> This don't work: (my.class is in same directory) >> javap -classpath $CLASSPATH my.class >> Class 'my.class' not found >> >> This don't work: >> java -classpath $CLASSPATH my.class >> Can't find class my.class >> >> This works: >> java -classpath $CLASSPATH java.lang.Object >> In class java.lang.Object: void main(String argv[]) is not defined >> >> -aaz >> >> At 04:26 PM 10/29/98 -0500, you wrote: >> >Are you saying you can issue javap, but not java? >> > >> >a wrote: >> > >> >> That works. >> >> No kaffe installed >> >> >> >> At 04:18 PM 10/29/98 -0500, you wrote: >> >> >Do you have kaffe installed on your box? Also, what happens if you do >> this: >> >> > >> >> >javap -classpath $CLASSPATH java.lang.Object >> >> > >> >> >a wrote: >> >> > >> >> >> >> >> >> CLASSPATH=.:/usr/local/jdk116_v5/lib/classes.zip:/usr/local/jdk116_v5/lib:/u >> >> >> sr/local/jdk116_v5/lib/moreClasses:/usr/local/apache1.3.3/share/j-bin >> >> >> >> >> >> At 04:11 PM 10/29/98 -0500, you wrote: >> >> >> >Could you show me your class path? >> >> >> > >> >> >> >Also, have you tried this: >> >> >> > >> >> >> >java -classpath $CLASSPATH ... >> >> >> > >> >> >> >a wrote: >> >> >> > >> >> >> >> Hi all >> >> >> >> Still having problems. My CLASSPATH is set to the needed >> directories as >> >> >> >> well as classes.zip but I still keep getting these dang errors. >> >> >> >> >> >> >> >> Can't find class test.class (the test program) >> >> >> >> Unable to initialize threads: cannot find class java/lang/Thread >> >> >> >> >> >> >> >> help! >> >> >> > >> >> > >> > >
Re: A bug in appletviewer
> John Summerfield writes: John> On Thu, 29 Oct 1998, John Summerfield wrote: >> >> I have seen insets mentioned in the JDK documentation, but only in the >> context of a ScrollPane. >> >> Seems I've some code to change. Sob. >> John> I'll assume that Insets fixes the problem - it was, in any John> event, secondary to something else that was bugging me; John> MouseEvent.isPopuptrigger() always returns false on OS/2 & John> NT - that's why my sample code was doing mousey things. The popup trigger thing is very bad design. Sun should have done something like PopupListener/Event. On X the popup trigger is 'right button *press*' but on windows it is 'right button *release*'. So you have to check isPopupTrigger both in mousePressed and mouseReleased. John> One thing about this Insets caper bugs me though: I have a John> Frame: its background is white. I position a window John> (MenuBar, grey) at the top using the value returned by John> Insets. On OS/2 it looks fine: on Linux there's a 1-2 pixel John> white line above the MenuBar. Insets differ between various platforms and window managers. Our port should be slightly better in detecting insets than the Sun Solaris JDK. What version of the Linux JDK and what window manager do you use? John> I'll hide the problem for now by changing my colours. John> btw I have noticed the Insets returned by OS/2 are John> different. I've also noticed that Insets returns all zeroes John> if the window's not visible - another spastic idea. Perhaps John> I'll bug Sun with that one though. When the window never was mapped (i.e. the peer doesn't exist) java has no chance to determine the insets because they depend on the window manager. Juergen
problem running java under Linux
All,
I am using SuSe-Linux 5.2 and I installed "glibc-2_0_6-1_i386.rpm"
because I have a Sybase Server running
on this machine too. So I presume that I am using glib and I installed
"jdk_1.1.6-v5-glibc-x86.tar.gz" in the
directory "/usr/lib/jdk116_v5/". I created the well known
HelloWorld.java and get the following error:
>javac HelloWorld.java
/usr/lib/jdk116_v5/bin/../bin/i686/green_threads/javac: line 19: 3684
Segmentation fault `dirname $0`/${progname} $RUNTIME_ARGS -ms8m
$RUNTIME_ARGS sun.tools.javac.Main $APP_ARGS
The output from 'ldconfig -D' is at the end of this mail. I think maybe
I get the error because of the weird warning in this
output. Anybody an idea what my problem is and how I can fix the lib
warnings??
Thank you!!
--Marcus
/sbin/ldconfig: version 1.9.6
/usr/X11R6/lib:
libz.so.1 => libz.so.1.1.1
libtiff.so.3 => libtiff.so.3.4.37
libjpeg.so.6 => libjpeg.so.6.0.1
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
libXpm.so.4 => libXpm.so.4.10
libtk4.2.so => libtk4.2.so
libtksam4.2.so => libtksam4.2.so
libtixsam4.1.7.6.so => libtixsam4.1.7.6.so
libtix4.1.7.6.so => libtix4.1.7.6.so
libtclsam7.6.so => libtclsam7.6.so
/usr/i486-linux/lib:
/usr/i486-linuxaout/lib:
libm.so.4 => libm.so.4.6.27
libdb.so.1 => libdb.so.1.85.1
libcurses.so.0 => libcurses.so.0.1.2
/usr/local/lib:
/usr/lib:
libpanel.so.3.0 => libpanel.so.3.0.980228
libtcl7.6.so => libtcl7.6.so
libexpect5.22.so => libexpect5.22.so
libsnmp.so.3.1 => libsnmp.so.3.1
libmh.so.3.2 => libmh.so.3.2
libgz.so.1 => libgz.so.1.1.1
libopcodes.so.2.8.1 => libopcodes.so.2.8.1
libbfd.so.2.8.1 => libbfd.so.2.8.1
libgpm.so.1 => libgpm.so.1.13
libtermcap.so.2 => libtermcap.so.2.0.8
libcurses.so.1 => libcurses.so.1.0.0
libpthreads.so.1 => libpthreads.so.1.60.4
libmenu.so.3.0 => libmenu.so.3.0.980228
libgnumalloc.so.5 => libgnumalloc.so.5
libform.so.3.0 => libform.so.3.0.980228
libstdc++.so.27 => libstdc++.so.27.2.1
libg++.so.27 => libg++.so.27.2.1
libgdbm.so.1 => libgdbm.so.1.7.3
libdb.so.1 => libdb.so.1.85.5
/lib:
/sbin/ldconfig: warning: /lib/ld-2.0.5.so has inconsistent soname
(ld-linux.so.2)
/sbin/ldconfig: warning: /lib/libBrokenLocale-2.0.5.so has inconsistent
soname (libBrokenLocale.so.1)
/sbin/ldconfig: warning: /lib/libc-2.0.5.so has inconsistent soname
(libc.so.6)
/sbin/ldconfig: warning: /lib/libcrypt-2.0.5.so has inconsistent soname
(libcrypt.so.1)
/sbin/ldconfig: warning: /lib/libdb-2.0.5.so has inconsistent soname
(libdb.so.2)
/sbin/ldconfig: warning: /lib/libdl-2.0.5.so has inconsistent soname
(libdl.so.2)
/sbin/ldconfig: warning: /lib/libm-2.0.5.so has inconsistent soname
(libm.so.6)
/sbin/ldconfig: warning: /lib/libnsl-2.0.5.so has inconsistent soname
(libnsl.so.1)
/sbin/ldconfig: warning: /lib/libnss_compat-2.0.5.so has inconsistent
soname (libnss_compat.so.1)
/sbin/ldconfig: warning: /lib/libnss_db-2.0.5.so has inconsistent soname
(libnss_db.so.1)
/sbin/ldconfig: warning: /lib/libnss_dns-2.0.5.so has inconsistent
soname (libnss_dns.so.1)
/sbin/ldconfig: warning: /lib/libnss_files-2.0.5.so has inconsistent
soname (libnss_files.so.1)
/sbin/ldconfig: warning: /lib/libnss_nis-2.0.5.so has inconsistent
soname (libnss_nis.so.1)
/sbin/ldconfig: warning: /lib/libpthread-0.6.so has inconsistent soname
(libpthread.so.0)
/sbin/ldconfig: warning: /lib/libresolv-2.0.5.so has inconsistent soname
(libresolv.so.2)
/sbin/ldconfig: warning: /lib/libutil-2.0.5.so has inconsistent soname
(libutil.so.1)
/sbin/ldconfig: warning: /lib/ld-2.0.6.so has inconsistent soname
(ld-linux.so.2)
/sbin/ldconfig: warning: /lib/libBrokenLocale-2.0.6.so has inconsistent
soname (libBrokenLocale.so.1)
/sbin/ldconfig: warning: /lib/libc-2.0.6.so has inconsistent soname
(libc.so.6)
/sbin/ldconfig: warning: /lib/libcrypt-2.0.6.so has inconsistent soname
(libcrypt.so.1)
/sbin/ldconfig: warning: /lib/libdb-2.0.6.so has inconsistent soname
(libdb.so.2)
/sbin/ldconfig: warning: /lib/libdl-2.0.6.so has inconsistent soname
(libdl.so.2)
/sbin/ldconfig: warning: /lib/libm-2.0.6.so has inconsistent soname
(libm.so.6)
/sbin/ldconfig: warning: /lib/libnsl-2.0.6.so has inconsistent soname
(libnsl.so.1)
/sbin/ldconfig: warning: /lib/libnss_compat-2.0.6.so has inconsistent
soname (libnss_compat.so.1)
/sbin/ldconfig: warning: /lib/libnss_db-2.0.6.so has inconsistent soname
(libnss_db.so.1)
/sbin/ldconfig: warning: /lib/libnss_dns-2.0.6.so has inconsist
Re: classpath problems?
a wrote: > This works: > javap -classpath $CLASSPATH java.lang.Object > > This don't work: (my.class is in same directory) > javap -classpath $CLASSPATH my.class > Class 'my.class' not found try: javap -classpath $CLASSPATH my Drop the .class extension. It's looking for a class name, not a file name. Also: is . in your classpath? --Charles
Re: problem running java under Linux
On Thu, 29 Oct 1998 17:28:38 -0500, Redeker, Marcus, BMG - NY1540 wrote: >All, > >I am using SuSe-Linux 5.2 and I installed "glibc-2_0_6-1_i386.rpm" >because I have a Sybase Server running >on this machine too. So I presume that I am using glib and I installed >"jdk_1.1.6-v5-glibc-x86.tar.gz" in the >directory "/usr/lib/jdk116_v5/". I created the well known >HelloWorld.java and get the following error: I build the v5 1.1.6 JDK on SuSE for the LIBC5 version. SuSE is basically LIBC5 with support for glibc. You will find that the LIBC5 version works while glibc will not be reliable. 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
