Thanks

[Syed Mubin]

Hi,

Thanks everybody, after setting the CLASSPATH the java is working 
the problem was rectified.

Thanks
Syed

__
 Syed Mubeen Tata Institute of Fundamental Research,
 [EMAIL PROTECTED]   P.B #1234,
 80-334-5615 or 4062 or 3035 IISc Campus,  
 Resi :3452848   Bangalore - 560 012. INDIA.
___
 


Java-linux <[EMAIL PROTECTED]>
Cc: Cynthia Jeness <[EMAIL PROTECTED]>

Printing from browser

[Laura L. Evangelista]

Java people,

I have an applet that needs to print components (reports) ... It
runs fine with appletviewer, but running it through a browser
(Netscape 4.05), I get security errors.

How can I get my applets to print from a browser?

Than'x for any help.

-- Laura

FilenameFilter for FileDialog

[Bernd Wengenroth]

Hi!

Ich have some problems using a filenamefilter 
with FileDialog.setFilenameFilter().

It seem that the filedialog doesn't call the "accept"-method
of the filter.

My code:

FileDialog fileB = new FileDialog( frame, "", FileDialog.LOAD );
fileB.setDirectory( "some dir" );
fileB.setFile( "some file" );
FilenameFilter flt = new RegularFilenameFilter( pattern );
fileB.setFilenameFilter( flt );
fileB.show();

String file = fileB.getFile(); 

The class "RegularFileNameFile" checks for matched agains
a regular expression.
The defined "accept"-Method is never called.

Any hints?

Regards,
Bernd

-- 

 Bernd Wengenroth
 IoS Gesellschaft für innovative Softwareentwicklung mbH

 Donatusstraße 127-129 WWW: http://www.IoS-online.de
 50259 Pulheim email: [EMAIL PROTECTED]
 Tel: 02234 / 986434   Fax: 02234 / 986433

RE: Printing from browser

[Tar . Zoltan]

Sorry for my English.

I had this problem a month ago. I got this solution to it:

I suggest to read the Signing and Verifying
JAR Files tutorial, this is a part of the Java Tutorial on
java.sun.com

In short:
I use the Java plugin, and signed jar file.
Create a certificate, with the javakey utility. Then make
a jar file from your class fajl. With javakey, you can sign
the jar file.
On client you must have this certificate too. It is suffice:
copy your javakey database file to the client, and make
changes in the client java.security file. (lib/security)

Zoltan TAR

> --
> From: Laura L. Evangelista[SMTP:[EMAIL PROTECTED]]
> Sent: 1998. október 14. 9:16
> To:   Java Linux
> Subject:  Printing from browser
> 
> Java people,
> 
>   I have an applet that needs to print components (reports) ... It
> runs fine with appletviewer, but running it through a browser
> (Netscape 4.05), I get security errors.
> 
>   How can I get my applets to print from a browser?
> 
>   Than'x for any help.
> 
> -- Laura
> 

Re: Newbie...

[Cees de Groot]

jim watson quoted:
 
 
We don't recommend setting the CLASSPATH environment
variable because
 
it can be long-lived (particularly if you set it in a login
or startup
 
script). It's also easy to forget about, and then one day,
your
 
programs won't work because the compiler or interpreter
loads a crusty
 
old class file instead of the one you want. An old,
out-of-date
 
CLASSPATH variable is a fruitful source of confusing
problems. "
jim watson
Work-around: don't have version numbers in your CLASSPATH. I am a
Collector Of Packages, and the classpath in my /etc/profile becomes some
4 lines long. However, my setup is:
/opt/java/package/version/...
and a symlink "/opt/java/package/current" to the most recent version.
The CLASSPATH exclusively contains "current", so it automatically upgrades
with new software.
It's cleaner to set CLASSPATH in a wrapper script, of course, but often
this only is feasible for a deployment situation. When hacking/developing,
you want to have all stuff at your fingertips.
 
-- 
Cees de Groot <[EMAIL PROTECTED]>
Acriter Consulting  http://www.acriter.com

--- we're hiring Java developers!
 

strange event

[Håkan Thörngren]

I am running Linux JDK 1.1.6 v2 and get the following error message
from time to time:

unable to dispatch event: java.awt.EventDispatchThread$EmptyEvent[] on
Thread[AWT-Dispatch-Proxy,5,]

What does it mean?

Re: Newbie...classpaths

[jim watson]

Cees de Groot wrote

> It's cleaner to set CLASSPATH in a wrapper script, of course, but
>   often this only is feasible for a deployment situation. When
>   hacking/developing, you want to have all stuff at your fingertips.
>

Cees,

i agree with you, there are many ways to do this, and it is ok when you
know what it is doing. for myself i use a script which launches jdk102,
116, or 117 as required and with various classpaths...

the thing is, when someone writes to the list saying they cannot get the
jdk to work out of the box..

then they are better off to go with the
"standard default and recommended by the makers - no classpaths"
setup, at least until they get it working...there are so many different
ways people can configure their installations, it will be very hard for
they and anyone else to diagnose a problem and provide help, if they
start off with a non-standard setup

regards

jim watson

Threads / CLASSPATH?

[Danny Ayers]

Hi,
Thanks for all the suggestions relating to CLASSPATH - I though this
would be a fairly quiet list (Java&Linux = FairlyObscure^2, mail->0),
not so!

I've still got a problem though. When trying to run java mpEDIT (nice
basic java text editor I downloaded) I get 'Can't find class
java.lang.Thread'. Now other stuff runs ok, and the lib is there in the
.zip file. mpEDIT runs ok on a Windows machine.

I've seen mention of the green_threads stuff (but nothing relating
directly to my problem) is this related?
THanks in advance,
Danny.
-- 

Alternate address :
[EMAIL PROTECTED]

College Site :
http://www.highpeak.ac.uk

Re: Threads / CLASSPATH?

[Michael Sinz]

On Wed, 14 Oct 1998 13:29:45 +0100, Danny Ayers wrote:

>Hi,
>Thanks for all the suggestions relating to CLASSPATH - I though this
>would be a fairly quiet list (Java&Linux = FairlyObscure^2, mail->0),
>not so!
>
>I've still got a problem though. When trying to run java mpEDIT (nice
>basic java text editor I downloaded) I get 'Can't find class
>java.lang.Thread'. Now other stuff runs ok, and the lib is there in the
>.zip file. mpEDIT runs ok on a Windows machine.

Hmmm...  This tends to happen when the Java classes.zip file is not found
by the JVM.

I have seent this in two cases:

1)  When Kaffe is installed since it will answer to "java" and does
not automatically find its own classes.zip file (since it used to
use Sun's)

2)  When a program wrapper script uses the jre and the -cp/-classpath
option since this option *replaces* the classpath that the java_wrapper
supplies.  This is, IMHO, a bug, but it is how it works.  In these
cases, it is sometimes needed to actually have CLASSPATH set to
point at classes.zip.

I personally think that no user should every point at classes.zip and
that the system should automatically make sure it is at the end of
the classpath so that things work.  However, there are so many different
startup scripts for so many different programs written by so many
different people who have had to deal with the many different behaviors
of past Sun JDK releases, it is hard to get this all cleaned up.

>I've seen mention of the green_threads stuff (but nothing relating
>directly to my problem) is this related?

No...  "green" threads are also known as "user based" threads which
means the threading is handled by the JVM on its own vs "native" threads
which uses the operating system kernel to manage the threading.  Either
way works, albeit in different ways.  Native threads can be overall better
but only if the OS supports a good threading model without too much
overhead.  OS/2 and Solaris both have very nice threading support.  Windows
NT has reasonable threading support but not very good performance.  The
Linux kernel threading support is rather high in overhead and there are
complications with respect to the way the GC works.


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

Java

[David Armour]

Hi

I am wondering several things:

Will there be a port of the Java Servlet Development Kit to Linux?

How is this work being maintained? (For instance, Sun has released JDK
1.1.7 and the Swing classes)  Will these be available for the X-86
version of Linux soon?

Any other information pertaining to running Java under Linux would be
helpful.  I am working on a project which requires server side Java to
be implemented.  The environment contains several different operating
systems including Linux, so being able to be this code up and running on
a Linux server would be great.

David Armour

mpEDIT : Threads/CLASSPATH?

[Danny Ayers]

Thanks (Ernst & Michael) for the replies - I should have included the
following in my query :

mpEDIT is a text editor, very like wordpad, for java, free with source
from :
http://members.tripod.com/~mpTOOLS/mpEDIT.html

Thanks (Ernst & Michael) for the replies - I should have included the
following in my query :
the script to run mpEDIT is as follows -

java -classpath src:$CLASSPATH mpTOOLS.mpEDIT.mpEDIT $1 $2 $3 $4

 the dos (.bat) version uses -
java -classpath src;%CLASSPATH% mpTOOLS.mpEDIT.mpEDIT %1 %2 %3 %4

I'm trying the script under Linux (bash) and I get 'Can't find class
java.lang.Thread'. The DOS version works straight away, and it's only a
small file...
Danny.
-- 

Alternate address :
[EMAIL PROTECTED]

College Site :
http://www.highpeak.ac.uk

mpEDIT : Threads/CLASSPATH?

[Danny Ayers]

Thanks (Ernst & Michael) for the replies - I should have included the
following in my query :

mpEDIT is a text editor, very like wordpad, for java, free with source
from :
http://members.tripod.com/~mpTOOLS/mpEDIT.html

Thanks (Ernst & Michael) for the replies - I should have included the
following in my query :
the script to run mpEDIT is as follows -

java -classpath src:$CLASSPATH mpTOOLS.mpEDIT.mpEDIT $1 $2 $3 $4

 the dos (.bat) version uses -
java -classpath src;%CLASSPATH% mpTOOLS.mpEDIT.mpEDIT %1 %2 %3 %4

I'm trying the script under Linux (bash) and I get 'Can't find class
java.lang.Thread'. The DOS version works straight away, and it's only a
small file...
Danny.
-- 

Alternate address :
[EMAIL PROTECTED]

College Site :
http://www.highpeak.ac.uk

mpEDIT+Threads/CLASSPATH?

[Danny Ayers]

Thanks (Ernst & Michael) for the replies - I should have included the
following in my query :

mpEDIT is a text editor, very like wordpad, for java, free with source
from :

http://members.tripod.com/~mpTOOLS/mpEDIT.html

Thanks (Ernst & Michael) for the replies - I should have included the
following in my query :

the script to run mpEDIT is as follows -
java -classpath src:$CLASSPATH mpTOOLS.mpEDIT.mpEDIT $1 $2 $3 $4

the dos (.bat) version uses -
java -classpath src;%CLASSPATH% mpTOOLS.mpEDIT.mpEDIT %1 %2 %3 %4

I'm trying the script under Linux (bash) and I get 'Can't find class
java.lang.Thread'. The DOS version works straight away. This same editor
is used in Jipe & Jade IDEs (both, I think, free from developer.com).
Danny.

-- 



Alternate address :

[EMAIL PROTECTED]



College Site :

http://www.highpeak.ac.uk

Re: RPM JDK installation on RedHat 5.1

[Levente Farkas]

Arif H Saleem wrote:
> 
> hi!
> 
> We have used the jdk 1.1.6v5 tar.gz to build an rpm on an i386 RedHat 5.1
> system. We have glibc 2.0.7-19 installed (also glibc-devel) and lesstif 0.86.5.
> We had no problem building the rpm but on installation we get a failed
> dependency:
> 
> libXm.so.2 required by jdk-1.1.6-5

I don't know which rpm do you try, but the one I build jdk-1.1.6-5.glibc
do NOT require libXm.so.2.

 -- Levente

 --
 E-Mail:   Levente Farkas <[EMAIL PROTECTED]>
 Homepage: http://www.inf.u-szeged.hu/~lfarkas/
 PGP public key & Geek Code: [EMAIL PROTECTED]
 --

RPM JDK installation on RedHat 5.1

[Arif H Saleem]

hi!

We have used the jdk 1.1.6v5 tar.gz to build an rpm on an i386 RedHat 5.1
system. We have glibc 2.0.7-19 installed (also glibc-devel) and lesstif 0.86.5. 
We had no problem building the rpm but on installation we get a failed 
dependency:

libXm.so.2 required by jdk-1.1.6-5

We understand that this is provided by Metro Link Motif 2.0 ( we checked their
web page)  but it does not seem to be included with LessTif. (It only has
libXm.so.1) 
Does this mean that we either have to buy Metro Link Motif or recompile 
against LessTif ???

thanks
arif

Arif H Saleem
Webstar plc.
[EMAIL PROTECTED]

Re: rmid with JDK1.1.6

[Michael Kranz]

Hi Andrea, Hi Joe,

thank you both for your answers.

>Kontorotsui wrote:
>> Probably because RMI is implemented in Java 1.2. I am waiting for RMI
too,
>> right now I'm forced to work on a Solaris workstation...at least it's not
>> windows :)


Right, I also was told to wait for 1.2.

>
>Eh? RMI is in the linux JDK already. And it works.
>"rmiregistry" I think is the command u want...
>I've had linux Java talking to solaris Java via RMI.


Ok. But I was really looking for the rmi object activation process on the
server "rmid". So what you did "to solaris" I want to do "to linux".

>1.2 was going to have RMI over IIOP (CORBA),
>but I don't think that's going to make it in now...


Yes, looking in the official JDK1.2Beta4 documentation there are entries for
package org.omg.CORBA, but probably it's to early to rely on this for stable
implementations.

Michael
-
Gesellschaft fuer Informatik e.V. (GI)
Wissenschaftszentrum
Ahrstrasse 45
D-53175 Bonn

Tel.: +49(0)228/302-145 / Fax: +49(0)228/302-167
e-mail: [EMAIL PROTECTED] / WWW: 
-
Michael Kranz
Tel.: +49(0)228/302-156 / e-mail: [EMAIL PROTECTED]
-

Re: rmid with JDK1.1.6

[Joe Carter]

Michael Kranz wrote:
> 
8< RMI stuff
> 
> Ok. But I was really looking for the rmi object activation process on the
> server "rmid". So what you did "to solaris" I want to do "to linux".
> 
I'm confused now.
What is "rmid"?

My linux box has the same java facilities as the solaris box.
I'm fairly certain you can talk either way.

There's no "rmid" in the solaris 1.1.6.
My solaris stuff only uses rmiregistry...

Can anyone comment on the differences between 1.1 and 1.2 RMI?
(beyond the running over IIOP...)

Joe

-- 
Joe Carter  Software Engineer
Brite Voice Systems Ltd, Gatley, Cheshire. UK.
mailto:[EMAIL PROTECTED]

Re: FilenameFilter for FileDialog

[Ulrich Kortenkamp]

> "Bernd" == Bernd Wengenroth <[EMAIL PROTECTED]> writes:

Bernd> It seem that the filedialog doesn't call the
Bernd> "accept"-method of the filter.

This is a common problem of all file dialogs. Have a look at the
bugparade at http://developer.javasoft.com .

Bernd> Any hints?

Use swing. 

Ulli

-- 
ETH Zentrum, IFW B43, CH-8092 Zürich
Phone +41-1-63 27393 // FAX +41-1-63 21172

Re: FilenameFilter for FileDialog

[Jason Gilbert]

On Wed, 14 Oct 1998, Bernd Wengenroth wrote:

> Ich have some problems using a filenamefilter 
> with FileDialog.setFilenameFilter().
> 
> It seem that the filedialog doesn't call the "accept"-method
> of the filter.

It's not.  This is listed in the JDC bug system as a sun bug due to 
motif.  I believe it said something about not being able to implement it 
w/o significant reworking or writing their own dialog instead of the 
standard motif one or something like that.  Look to the JavaSoft bug 
tracker for more info.

jason

Re: RH5.1 configuration problem for running with Java???

[Wendy Richardson]

Gordon Chamberlin wrote:

> At the risk of sounding ignorant, or stating the obvious, I'd say the
> problem is with the shared library.  It was compiled against libc5.
> When you try to run it on RH5.1, the shared library cannot find libc5.
>
> You should do one of two things:
> 1) install libc5 on the RH5.1 system
> or
> 2) recompile the shared library on the RH5.1 system so that it
> links correctly against libc6 (aka glibc).
>

Thanks!  I rebuilt the shared library on the RH5.1 system and it worked, but
now I have another problem.  My Java programcrashes in the native code on a
line like this:


cout << "TESTING!!! " << endl;


I am using g++ 2.7.2 on RH5.1, not the egcs compiler on RH5.1.  It works fine
if I use the egcs compiler, but not with the 2.7.2 version of g++.
Does anyone know why something as simple as the above line would crash using
a different compiler?


stow98:schizo(~/JSAF/src/SAF)> ldd ./libsaf.so
libXm.so.2 => /usr/X11R6/lib/libXm.so.2 (0x4321c000)
libXp.so.6 => /usr/X11R6/lib/libXp.so.6 (0x433a6000)
libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x433ad000)
libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4 (0x433f)
libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x433ff000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x4340a000)
libc.so.6 => /lib/libc.so.6 (0x434a1000)
libg++.so.2.7.2 => /usr/lib/libg++.so.2.7.2 (0x43545000)
libstdc++.so.2.7.2 => /usr/lib/libstdc++.so.2.7.2 (0x43579000)
libm.so.6 => /lib/libm.so.6 (0x435b3000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x)
libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x435cc000)
libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x435d4000)


Program received signal SIGSEGV, Segmentation fault.
0x4022d436 in _IO_file_overflow (f=0x40284788, ch=10) at fileops.c:362
fileops.c:362: No such file or directory.
(gdb)
(gdb) where
#0  0x4022d436 in _IO_file_overflow (f=0x40284788, ch=10) at
fileops.c:362
#1  0x4022dc80 in __overflow (f=0x40284788, ch=10) at genops.c:162
#2  0x447aca4c in endl () at iostream.cc:508
#3  0x447aa85c in ostream::operator<< () at iostream.cc:902
#4  0x419c1521 in main_init__FiPPc (argc=1, argv=0x81f8470) at
main.c:887
#5  0x419c2fa2 in Java_Jsaf_initSAF (env=0x40072b74, jobj=0x3,
jobjarray=0x4) at main.c:2032
#6  0x40062333 in push_env ()
#7  0x4003b773 in invokeJNINativeMethod ()
#8  0x4003bddf in invokeLazyNativeMethod ()
#9  0x400684d9 in L$cs_callmethod6 ()
#10 0x4065a068 in ?? ()
#11 0x2 in ?? ()
#12 0x8 in ?? ()

-Wendy
[EMAIL PROTECTED]

Re: Newbie...

[Ernst de Haan]

Cees de Groot wrote:

> Work-around: don't have version numbers in your CLASSPATH...

I agree. This is what goes in my /etc/profile (somewhere at the end):

   export JIKES_HOME=/usr/local/jikes
   export SWING_HOME=/usr/local/swing
   export JAVA_HOME=/usr/local/jdk

   export PATH=$PATH:$JIKES_HOME:$JAVA_HOME/bin
   export CLASSPATH=$JAVA_HOME/lib/classes.zip:$SWING_HOME/swingall.jar

Works fine, I have:

   /usr/local/swing -> /usr/local/swing1.1b3
   /usr/local/jdk -> /usr/local/jdk1.1.6v2
   /usr/local/jikes -> /usr/local/jikes0.39

--
+-+
|  "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/   |
+---+-+

Re: rmid with JDK1.1.6

[Michael Thome]

> "Michael" == Michael Kranz <[EMAIL PROTECTED]> writes:
>> Kontorotsui wrote:
>>> Probably because RMI is implemented in Java 1.2. I am waiting for RMI
> too,
>>> right now I'm forced to work on a Solaris workstation...at least it's not
>>> windows :)
> Right, I also was told to wait for 1.2.
>> 
>> Eh? RMI is in the linux JDK already. And it works.
>> "rmiregistry" I think is the command u want...
>> I've had linux Java talking to solaris Java via RMI.
> Ok. But I was really looking for the rmi object activation process on the
> server "rmid". So what you did "to solaris" I want to do "to linux".
Do you mean "rmic"?  The stub and skeleton compiler?

The linux and Solaris versions are effectively identical - certainly
in regards to RMI.  We've been using RMI (client, server and
compile-time) on all of {windoze,linux,solaris,macos} since the beta
days of 1.1 - I'm not sure what you could be looking for that isn't
there. 

cheers,
-mik

-- 
Michael Thome ([EMAIL PROTECTED])

Re: Sun's ORB & Java-Linux

[Michael Thome]

> "Gerald" == Gerald Gutierrez <[EMAIL PROTECTED]> writes:
> Has anyone got Sun's ORB to work with Linux's Java port ? I'd like to
> use CORBA with Java but it says on Sun's web page that JavAIDL is for
> JDK1.2 only. It'd also be great if the ORB is actually stable.
> Suggestions for alternative ORBs perhaps ?
There were a number of pre-release versions of JavaIDL for 1.1.x
versions - I occasionally use one that came off a sun developers CD,
but you can probably find an archived copy somewhere.

cheers,
-mik

-- 
Michael Thome ([EMAIL PROTECTED])

Re: Threads / CLASSPATH?

[Ernst de Haan]

Danny Ayers wrote:

> Hi,
> Thanks for all the suggestions relating to CLASSPATH - I though this
> would be a fairly quiet list (Java&Linux = FairlyObscure^2, mail->0),
> not so!

:-) *grin*  &&  *bigsmile*

> I've still got a problem though. When trying to run java mpEDIT (nice
> basic java text editor I downloaded) I get 'Can't find class
> java.lang.Thread'. Now other stuff runs ok, and the lib is there in the
> .zip file. mpEDIT runs ok on a Windows machine.

You're probably doing something like:

   java -classpath thezipfile.zip thepackage.TheClass

you should do something like:

   java -classpath /usr/local/jdk1.1.6v7/lib/classes.zip:thezipfile.zip
thepackage.TheClass
   java -classpath $CLASSPATH:thezipfile.zip thepackage.TheClass

Problem is some versions of the java command cannot find (or do not want
to find, I'm still not sure ;o)  ) where the JDK classes.zip file is
unless it is in the class path. It seems that the windoze version of java
is a bit more intelligent.

> I've seen mention of the green_threads stuff (but nothing relating
> directly to my problem) is this related?
> THanks in advance,
> Danny.
> --
> 
> Alternate address :
> [EMAIL PROTECTED]
>
> College Site :
> http://www.highpeak.ac.uk

--
+-+
|  "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/   |
+---+-+

Re: Java

[Ernst de Haan]

David Armour wrote:

> Will there be a port of the Java Servlet Development Kit to Linux?

The JSDK is platorm-neutral. Download the UNIX version, add jsdk.jar to
your classpath and go with the flow.

> How is this work being maintained? (For instance, Sun has released JDK
> 1.1.7 and the Swing classes)  Will these be available for the X-86
> version of Linux soon?

Swing is _also_ platform-neutral. Download the TGZ or COMPRESSED TAR
version, add swingall.jar to your classpath and enjoy.

The JDK is a different story. People like Steve Byrne are working on this.
Check out the FAQ @:

   http://www.blackdown.org/java-linux.html

> Any other information pertaining to running Java under Linux would be
> helpful.  I am working on a project which requires server side Java to
> be implemented.  The environment contains several different operating
> systems including Linux, so being able to be this code up and running on
> a Linux server would be great.

Linux is _the_ platform for running server-side Java (besides Solaris). I
am currently investigating some http servers which support servlets, like
apache (with the jserv module), vqServer, jigsaw and JavaSoft's JWS.

If you know how to work with Linux and you know how to run Java programs
from an command line, you'll find Linux is great for Java (and vice versa)
;-)

GreetinX++ from Holland,

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/   |
+---+-+

Re: mpEDIT : Threads/CLASSPATH?

[Ernst de Haan]

Danny Ayers wrote:

> Thanks (Ernst & Michael) for the replies - I should have included the
> following in my query :

You're welcome.


> mpEDIT is a text editor, very like wordpad, for java, free with source
> from :
> http://members.tripod.com/~mpTOOLS/mpEDIT.html
>
> Thanks (Ernst & Michael) for the replies - I should have included the
> following in my query :

Too much honour. :o)

> the script to run mpEDIT is as follows -
>
> java -classpath src:$CLASSPATH mpTOOLS.mpEDIT.mpEDIT $1 $2 $3 $4

Use $* instead $1 $2 $3 etc.
And why 'src'? This probably does not have anything to do with your
problem, but the java interpreter needs .class files (bytecode), not
source code files. So this mpEDIT program places libraries beneath 'src'?
Weird.

>  the dos (.bat) version uses -
> java -classpath src;%CLASSPATH% mpTOOLS.mpEDIT.mpEDIT %1 %2 %3 %4

Then the unix-version should work too, if everything else is the same.
Hmmm. What _is_ your CLASSPATH setting? Use 'echo $CLASSPATH' or 'set |
grep CLASSPATH'

> I'm trying the script under Linux (bash) and I get 'Can't find class
> java.lang.Thread'. The DOS version works straight away, and it's only a
> small file...
> Danny.
> --
> 
> Alternate address :
> [EMAIL PROTECTED]
>
> College Site :
> http://www.highpeak.ac.uk

--
+-+
|  "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/   |
+---+-+

Re: Threads / CLASSPATH?

[Dan Kegel]

Michael Sinz wrote:
> Hmmm...  This tends to happen when the Java classes.zip file is not found
> by the JVM.
> ...
> I personally think that no user should every point at classes.zip and
> that the system should automatically make sure it is at the end of
> the classpath so that things work.  

Maybe a good compromise would be for the JVM to print out
a special, helpful, error message right at startup
if java.lang.Thread can't be found?

We might want to assume that it should be stored in a file
classes.zip, and if classes.zip is not on the classpath,
append it and retry the operation.

If that fails, it could print out the following message 
showing where it tried to load classes.zip from:
   Error: class java.lang.Thread not found.  
   Classes.zip not in classpath.
   Cannot find file /usr/java/lib/classes.zip.
   You may need to reinstall Java.

(OK, OK, I should just add the code myself... but I'm too lame
right now...)
- Dan

Re: libXm.so.2 and RPM JDK installation on RedHat 5.1

[jim watson]

Arif,

when this happened to me i tried this, but just as an experiment ...

- look for libXm.so.1.??, make sure there is nothing like libXm.so.2.??
- if all clear make a symbolic link from libXm.so.2 to libXm.so.1
- seemed to work ok but i guess it could be hazardous if something needs the real
v2...


Then i got the lesstif source and rebuilt after running configure with the motif 2
option set ,i recall i still had to make a symbolic link then as it produced
libXm.so.2.0

regards

jim watson

Re: RPM JDK installation on RedHat 5.1

[Ulrich Kortenkamp]

> "LF" == Levente Farkas <[EMAIL PROTECTED]> writes:

LF> Arif H Saleem wrote:
>> libXm.so.2 required by jdk-1.1.6-5

LF> I don't know which rpm do you try, but the one I build
LF> jdk-1.1.6-5.glibc do NOT require libXm.so.2.

I experienced the same problem with the jdk-1.1.6-5 I downloaded from
a redhat-contrib mirror.

Ulli
-- 
ETH Zentrum, IFW B43, CH-8092 Zürich
Phone +41-1-63 27393 // FAX +41-1-63 21172

Re: mpEDIT+Threads/CLASSPATH?

[Michael Sinz]

On Wed, 14 Oct 1998 15:41:02 +0100, Danny Ayers wrote:

>Thanks (Ernst & Michael) for the replies - I should have included the
>following in my query :
>
>mpEDIT is a text editor, very like wordpad, for java, free with source
>from :
>
>http://members.tripod.com/~mpTOOLS/mpEDIT.html
>
>Thanks (Ernst & Michael) for the replies - I should have included the
>following in my query :
>
>the script to run mpEDIT is as follows -
>java -classpath src:$CLASSPATH mpTOOLS.mpEDIT.mpEDIT $1 $2 $3 $4

Unless the src directory is needed in the classpath, try using just

java mpTOOLS.mpEDIT.mpEDIT $*

You could also do:

CLASSPATH="src:${CLASSPATH}"
java mpTOOLS.mpEDIT.mpEDIT $*

if you need the src part.  The -classpath option *replaces* the classpath
environment variable and thus prevents the java_wrapper from adding its
classes.zip path.  (A bug, IMHO, but it is how it does things)

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

Working Button mnemonics under Linux Java?

[Eu Hin Chua]

Hi,

Has anyone ever managed to get keyboard mnemonics working for JButtons
using Swing?

e.g.

OKButton.setMnemonic('o');

Under windows 95/8/NT, all of my code (including the SwingSet demo)
performs as expected, with the ALT key being used to activate the mnemonic
for both buttons and menu items. Under Linux, nothing happens at all.

This has never really been an issue of _prime_ importance, so I haven't
gotten round to resolving it till now. On linux, I've tested it on every
incarnation of Swing since 1.0, on every type of jdk (glic and lic5) since
jdk1.1.5 v7, on redhat 4.2, 5, 5.1 and debian 2, and on window managers
that include fvwm, fvwm95, afterstep, windowmaker, icewm and kde.

The absence of any posts regarding this topic on either this mailing list
or USENET leads me to believe that either every one has figured out a way
to get it to work via a meta key other than 'alt', or that no one has
really been bothered enough to care.

Please tell me it's assumption 1 ;)

thanks in advance,

Eu Hin
--
"...bottom line, Dilbert teaches you that your computer is your 
friend while Quake teaches you not to use your grenade launcher 
in a small room." - www.bluesnews.com

iiNet Technologies

Another Classpath question

[Alton Goodman]

I'm attempting to learn java using the tutorial at java.sun.com.  My
platform is Linux 2.0.30, a Slackware install.  I installed jdk1.1.6v4a
per the instructions in the README file.  I haven't set the CLASSPATH
env variable.

So I wrote a program Date.java and placed it in a package named
packages.  packages is a subdirectory in my home directory.  Here is a
snippet:
package packages;

import java.lang.*;
import java.util.StringTokenizer;


public class Date extends Object {
  private int iMM = 1;
  private int iYY = 1998;
  private int iDD = 1;
.
.
.
  public static void main( String[] args ) {
int i = 0;
Date[] d1 = {
  new Date( 12, 9, 2010 ),
  new Date( 0, 9, 2010 ),
  new Date( 12, 0, 2010 ),
  new Date( 12, 9, 0 ),
  new Date( 2, 29, 2000 ),
  new Date( 2, 29, 2001 ),
  new Date( 2, 29, 2004 ),
  new Date( 10, 7, 1998 ),
  new Date( "February", 14, 1999 ),
  new Date( "February", 29, 2000 ),
  new Date( "February", 29, 2001 ),
  new Date( "5/22/1972" ),
  new Date( "2/29/1972" ),
  new Date( "2/29/2000" ),
  new Date( "2/29/1973" )
};
}

I moved Date.class to ~/packages and rm'd Date.java and Date.class from
the subdirectory that they had been created in.  Then I wrote
Testdate.java to test Date.class :).  Testdata.java:
import packages.Date;


public class Testdate {
  public static void main( String[] args ) {

Date d1 = new Date( 2 , 25, 2000 );

System.out.println( d1.getDate() );
  }
}

BTW, Date.java does have a constructor and an accessor function.  I
compile Testdate.java using:
javac -classpath .:~/:/opt/jdk1.1.6v4a/lib/classes.zip Testdate.java

The compile executes without warnings or errors.  But when I attempt to
run the app using:
java -classpath .:~/:/opt/jdk1.1.6v4a/lib/classes.zip Testdate.class
java complains that it cannot find Testdate.class.

Could someone help me?  I'm purposefully created a class that would have
a name clash in attempting to learn packages.

Thanks in Advance,
Al

JDK development effort

[Joe S. Chen]

Hello,

  I'm sure this question has been asked millions of times.  I appreciate
your patience.   I am using JDK 1.1.5 on Linux, and am wondering if there
is an effort on JDK 1.2?   If so, is there an approximate time frame for
availability.

  Thank you for your response.

Regards,
Joe Chen
[EMAIL PROTECTED]