checkVersion glitch

1998-10-12 Thread Rene Schmit 

  Hi all

when running a java program, I get the following message:

/usr/local/jdk/bin/checkVersions: {isGreaterOrEqual: command not found

Inserting a space between the '{' and 'isGreaterOrEqual ' in
checkVersions fixes the problem:

   { isGreaterOrEqual "$libcVers" 1.5.44 &&
isGreaterOrEqual "$libdlVers" 1.9.9 }

BTW, thanks for your great work...

rEnE

rmid with JDK1.1.6

1998-10-12 Thread Michael Kranz 

Hello,

I didn't find the RMI-Server rmid within JDK1.1.6. How can I implement RMI
on a Server under Linux? Any documentation abou this?

Thank you and best regards
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]
-

JDK 1.1.7

1998-10-12 Thread Filipe Cust\sdio 

I spent this weekend trying to get JDK 1.1.7 to compile. After patching
the sources with the JDK1.1.6v5 diffs, I applied the diffs that "patch"
rejected manually.

I finally have a compilable JDK 1.1.7. Unfortunately, it segfaults on
trying to run anything. I'll try to track down the problem. In the
meantime, if anyone wants my patches as a starting point, feel free to
mail me.

A JDK 1.1.7 test run follows.

Filipe

---
Script started on Mon Oct 12 02:15:55 1998
[root@spectrum /tmp]# cat Hello.java

public class Hello {
public static void main( String [] args ) {
System.out.println( "Hello World" );
}
}
[root@spectrum /tmp]# java Hello
SIGSEGV   11*  segmentation violation

Full thread dump:
Monitor Cache Dump:
Registered Monitor Dump:
Dynamic loading lock: 
Monitor IO lock: 
Child death monitor: 
Event monitor: 
I/O monitor: 
Alarm monitor: 
Monitor registry: 
Thread Alarm Q:
Aborted (core dumped)
[root@spectrum /tmp]# gdb
/usr/local/java/jdk1.1.7/bin/i586/green_threads/java core
GNU gdb 4.17
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i386-redhat-linux"...
Core was generated by
`/usr/local/java/jdk1.1.7/bin/i586/green_threads/java Hello'.
Program terminated with signal 6, Aborted.
find_solib: Can't read pathname for load map: Input/output error

#0  0x4020d781 in ?? () from /lib/libc.so.6
(gdb) bt
#0  0x4020d781 in ?? () from /lib/libc.so.6
#1  0x4020e7bf in ?? () from /lib/libc.so.6
#2  0x4005ba19 in ?? ()
   from /usr/local/java/jdk1.1.7/lib/i586/green_threads/libjava.so
#3  0x4005d0d4 in ?? ()
   from /usr/local/java/jdk1.1.7/lib/i586/green_threads/libjava.so
#4  0xb0fc in ?? ()
#5  0x4005df19 in ?? ()
   from /usr/local/java/jdk1.1.7/lib/i586/green_threads/libjava.so
#6  0x4005e05e in ?? ()
   from /usr/local/java/jdk1.1.7/lib/i586/green_threads/libjava.so
#7  0x40059723 in ?? ()
   from /usr/local/java/jdk1.1.7/lib/i586/green_threads/libjava.so
#8  0x4004e805 in ?? ()
   from /usr/local/java/jdk1.1.7/lib/i586/green_threads/libjava.so
#9  0x40058edc in ?? ()
   from /usr/local/java/jdk1.1.7/lib/i586/green_threads/libjava.so
#10 0x805cdda in main (argc=2, argv=0xb420, envp=0xb42c)
at ../../../../src/genunix/java/javai/java.c:23
(gdb) q
[root@spectrum /tmp]# exit

Script done on Mon Oct 12 02:16:21 1998

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

1998-10-12 Thread Wendy Richardson 

Hi,

I am trying to run a Java application on RH5.1 with a glibc version of
jre1.1.6v5.  My Java app uses JNI and X/Motif in the native part (legacy
code).
I get the following error:

jre Jsaf
libc.so.5: cannot open shared object file: No such file or directory
(libfoo.so)
Class not found: Jsaf

My CLASSPATH and LD_LIBRARY_PATH environment variables are set
correctly.

RH5.1 contains ld.so.1.9.5
  rpm -qa | grep ld.so
  ld.so-1.9.5-6

On a RH4.2 machine, I had to upgrade ld.so to 1.9.8 in order for this
Java app to run.  That works fine.
I also tried upgrading ld.so on another RH4.2 machine to 1.9.9 and that
did NOT let me run my Java app, it had to be 1.9.8.

Does anyone have any suggestions for what might be wrong with my
configuration on RH5.1?  I wasn't able to find a newer version
of ld for RH5.1.

Is it ok to use a shared object file (*.so) that was built on RH4.2 on a
RH5.1 machine with Java & JNI?

Thanks for your help.

-Wendy

Wendy Richardson
[EMAIL PROTECTED]

Local IP address / Java Incompatibility

1998-10-12 Thread Rainer Dorsch 

We found an incompatibility between Java on Solaris 2.5.1/2.6 and on Debian 
2.0.r2 Could anybody suggest how to find out, if it is a bug in Debian Linux 
or JDK?

Additions to the included bug report:

- $ hostname -i
  129.69.183.3

  gives the correct answer in a shell.

- Debian 2.0 comes with jdk-1.1.5v5-1


Thanks.






Hello!

I have tried to get the IP address and host name of the host running my 
Java application using the following Java-Code:

  InetAddress inetadr = InetAddress.getLocalHost();
  System.out.println("LocalIP:   " + inetadr.getHostAddress());
  System.out.println("LocalName: " + inetadr.getHostName());

This works well for a SUN system, but I always get 127.0.0.1 and
localhost on my Debian Linux system. Is this a bug in Linux-Java or
is there any other way to determine the name and IP address of my
localhost???

Can anyone help me?

bye Thomas!


Below are some of my System.Properties:

-- listing properties --
user.language=en
java.home=/usr/lib/jdk1.1/bin/..
java.vendor.url.bug=http://java.sun.com/cgi-bin/bugreport...
file.encoding.pkg=sun.io
java.version=cls:03/11/11-08:49
file.separator=/
line.separator=
 
file.encoding=8859_1
java.vendor=Sun Microsystems Inc., ported by Rand...
user.timezone=CET
user.name=schwarts
os.arch=x86
os.name=Linux
java.vendor.url=http://java.blackdown.org/java-linux
user.dir=/home/hiwi/schwarts/RAJava
java.class.path=.:/usr/lib/jdk1.1/bin/../classes:/usr...
java.class.version=45.3
os.version=2.0.33
path.separator=:
user.home=/home/hiwi/schwarts




-- 
Rainer Dorsch
Abt. Rechnerarchitektur  e-mail:[EMAIL PROTECTED]
Uni StuttgartTel.: 0711-7816-215

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

1998-10-12 Thread Michael Sinz 

On Mon, 12 Oct 1998 09:52:09 -0400, Wendy Richardson wrote:

>Hi,
>
>I am trying to run a Java application on RH5.1 with a glibc version of
>jre1.1.6v5.  My Java app uses JNI and X/Motif in the native part (legacy
>code).
>I get the following error:
>
>jre Jsaf
>libc.so.5: cannot open shared object file: No such file or directory
>(libfoo.so)
>Class not found: Jsaf

libc.so.5 ???  Should this not be libc.so.6 for a GLIBC system?
Could you be running the libc5 version of the JDK?

>Does anyone have any suggestions for what might be wrong with my
>configuration on RH5.1?  I wasn't able to find a newer version
>of ld for RH5.1.
>
>Is it ok to use a shared object file (*.so) that was built on RH4.2 on a
>RH5.1 machine with Java & JNI?

Hmmm... I don't know.  I have never tried to mix LIBC5 and GLIBC too
much.  RedHat 5.0 has libc5 libraries so that you can run the libc5
binaries.  However, if your JNI code needs to interact with the green
threads based function wrappers you may end up having problems.  It
is something I have yet to ever try.

(I tend to try to stay in 100% Java whenever possible)


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

Newbie...

1998-10-12 Thread Danny Ayers 

I'm not at all familiar with Linux, and can't find a way of setting the
CLASSPATH environment variable (or any other). I know this is a basic
question, but I have had a good search elsewhere to no avail. I've got
the 1.1.6 JDK working ok, but would like to access some other class
libs.
Cheers,
Danny.
-- 

Alternate address :
[EMAIL PROTECTED]

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

Unidentified subject!

1998-10-12 Thread Albrecht Kleine 

Hi everybody,

I've got some mails concerning TYA bugs and compilation errors,
many thanks to all!

1.)
There's at least one compilation error (using newer gcc)
You should apply a patch,
Alexander Davydenko <[EMAIL PROTECTED]> sent this to me:

--- tya.c   Fri Oct  9 23:27:21 1998
+++ tya1.1/tya.cMon Oct 12 13:26:34 1998
@@ -491,7 +491,7 @@
  }
  else
  {
-   ee->current_frame->optop[0]=((int(*)(void)) mb->CompiledCode)();
+   ee->current_frame->optop[0].i=((int(*)(void)) mb->CompiledCode)();
ee->current_frame->optop++;
  }

2.)
Unfortunately there are some more ``last minute'' bugs. 
I hope to find enough time to mail another patch next week here.

3.)
Unfortunately free time here on my side is _very_ low. 
So it seems good to change TYA developement strategy more 
to a bazaar model. That means to release all changes often,
(but in quite slow steps). OTOH this would help to avoid
some bugs (situations OKAY in 1.0, but BAD in 1.1).

4.)
About jdk1.1.6v5 or 1.1.7(if already released?) I can say 
really nothing (sorry). Please try to adjust the cfg script 
if needed and post your results here.

5.)
If you have trouble using TYA, I stongly recommend to
give the NEW shujit (announced here some days ago) a try!!
At all I am very impressed in this work. I think Kazuyuki Shudo 
will give big a impulse (and more) to the whole linux/java group!
URL is: http://www.shudo.net/jit/
Good to know that shujit is GPL. Really a good job!


Cheers
Albrecht

Ooops, we have a small LIBC5 problem...

1998-10-12 Thread Michael Sinz 

On 09 Oct 1998 15:22:30 -0400, Kyriakos Georgiou wrote:

>
>You have probably got this correction already, but here it is
>anyways.  It caused a "function {isGreaterOrEqua not found" with my bash
>(version 1.14.7(1))

Sorry to all of you who may have run into this problem.  This is the correct
fix to the problem in checkVersions and we are building some new archives
that will have this fixed.  We also will put up a fixed checkVersions script
so that you do not neet to down load the whole thing again.  (I know I
would not want to just for this...)

Again, I am sorry for the error.

BTW - you are welcome to use this patch since it does solve the problem:

-8<8<-8<-
--- bin/checkVersions.orig  Fri Oct  9 15:13:34 1998
+++ bin/checkVersions   Fri Oct  9 15:13:45 1998
@@ -103,8 +103,8 @@
 
 # 5.4.33 & 1.9.6 seem to do it too
 if isGreaterOrEqual "$libdlVers" 1.9.6 ||
-   {isGreaterOrEqual "$libcVers" 1.5.44 &&
-isGreaterOrEqual "$libdlVers" 1.9.9}
+   { isGreaterOrEqual "$libcVers" 1.5.44 &&
+ isGreaterOrEqual "$libdlVers" 1.9.9 }
 then
 # supplied libraries are not needed
return 1
-8<8<-8<-

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

Alpha port?

1998-10-12 Thread Mark Morgan 

Hello -

We are looking at doing some serious development on Alpha Linux, and
were wondering what the status of JDK for it is.  Can you shed any light
on it for us?

Thanks,
-- 
Mark Morgan
Partner
Aurora Logic, LLC
[EMAIL PROTECTED]
406 863 9863 phone
406 863 4915 fax

Re: Local IP address / Java Incompatibility

1998-10-12 Thread Bernd Eckenfels 

On Mon, Oct 12, 1998 at 04:18:54PM +0200, Rainer Dorsch wrote:
> We found an incompatibility between Java on Solaris 2.5.1/2.6 and on Debian 
> 2.0.r2 Could anybody suggest how to find out, if it is a bug in Debian Linux 
> or JDK?

You have to use getLocalHost() on a connected Socket, not on InetAddress to
get the local address of the socket.

Greetings
Bernd

> 
>   InetAddress inetadr = InetAddress.getLocalHost();
>   System.out.println("LocalIP:   " + inetadr.getHostAddress());
>   System.out.println("LocalName: " + inetadr.getHostName());
> 
-- 
  (OO)  -- [EMAIL PROTECTED] --
 ( .. )  ecki@{inka.de,linux.de,debian.org} http://home.pages.de/~eckes/
  o--o *plush*  2048/93600EFD  eckes@irc  +497257930613  BE5-RIPE
(OO)   If privacy is outlawed only Outlaws have privacy

JWS2.0

1998-10-12 Thread Meishing Wang 

Dear Porting Team:

Does Java WorkShop v2.x work on Linux?

Meishing W.

 smime.p7s

Re: Java Awt/Swing is fatally flawed

1998-10-12 Thread Dustin Lang 


Hi,

Please excuse my few snarky remarks... :)

> This bring up a basic problem with Linux. It's intel centric.  Although
> linux runs on a multitude of CPU's it is still centered around
>  the intel cpu. It's offered e quit a bit of freedom in choosing a free
> OS. but try finding binaries for the alternative platforms.

They're called .class files *grin*

> Within the Linux community
>  few have left the intel dominated computer market.

The only part of the linux community I can tell you about is the one I
belong to: young hackers.  I bought my ultra-budget computer with money
from my McJob.  It came with (a most-likely pirated copy of) Windows.  I
used Win until I discovered how awful it was.  When I found out about
Linux I installed it and finally escaped M$.  When I buy my next computer,
I will look into other hardware from other manufacturers.  (I could use a
SparcStation *grin*)

> The application programmer face tow
> porting issues binary comaptibility and API's.

Java.  Check and check.

> Java server side programs are extremely portable assuming you don't
> write them only on NT.

Writing on NT can be a challenge in itself.  One of my coworkers needed to
use a Process in a server he was writing.  On Linux it worked just fine.
On NT the Process never completed (calling waitFor() never returned).

> The current free software recompile crud is good for
> geeks  but cannot be taken mainstream.

*grin*  I think some of us like it that way.  Linux has a sort
of home-grown feel that I much prefer to any M$ product.  (Biased opinion;
I has the pleasure *groan* of trying to fix my parents' M$ box).

Just my daily rant,
dstn.

Re: How do I implement a synchronous drawImage()

1998-10-12 Thread Brian Pedersen 

On Sun, 11 Oct 1998, Thomas Okken wrote:

> Hi all,
> 
> For Reasons too Complicated to Explain, I would like to implement
> a set of methods similar to Graphics.drawImage(), only without the
> ImageObserver argument. These methods should block until the image
> is completely drawn, i.e. I would like to implement a synchronous
> variant of drawImage().

I believe that ImageObserver == null will make the operation synchronous.


--   
Brian Pedersen, DSP Student_/ _/_/_/  _/_/_/  _/
Applied Signal Processing and Implementation  _/_/   _/   _/   _/ _/
Department of Communication Technology   _/  _/   _/_/_/  _/_/_/  _/
Aalborg University, Denmark _/_/_/_/   _/ _/  _/
URL: http://www.danbbs.dk/~kibria/brian/   _/  _/ _/_/_/  _/  _/

Re: JDK 1.1.7

1998-10-12 Thread jim watson 

Filipe Custsdio wrote:

> I spent this weekend trying to get JDK 1.1.7 to compile. After patching
> the sources with the JDK1.1.6v5 diffs, I applied the diffs that "patch"
> rejected manually.

I did the same using slackware libc5, it works ok, but i only applied the
rejects which were absolutely necessary, not the rejected bug fixes, (it
just does not repaint very nicely)

jw

Re: JDK 1.1.7

1998-10-12 Thread jim watson 

by the way,

in iomgr.c you may have to tell it to open something...

"sbb: you need to open libc by hand -- good luck -- most of the
+  * "

jw

Re: javac dies silently

1998-10-12 Thread Michael Sinz 

On Sun, 11 Oct 1998 17:36:08 -0400, strider wrote:

>On Sun, 11 Oct 1998 09:50:15 -0400, "Michael Sinz" <[EMAIL PROTECTED]> wrote:
>>
>> It should just work.  Make sure (since you are RedHat 5.0) not to have
>> Kaffe installed from the default Kaffe archives.

>>> On Sun, 11 Oct 1998 08:59:43 -0400, strider wrote:
>>>I notice that, after the 1.1.5 distribution of Java on Linux, regardless of
>>>which port or subversion I try, javac no longer works. 
>
>Thanks for responding.  I've removed Kaffe from my system, as well as older versions 
>of the JDK, and javac still does nothing.  Any other ideas?

Hmmm...  I can not think of a reason off the top of my head.  I would
look at what the javac is trying to run.  For example, check what

java -version

outputs.  (javac is just a java program that happens to be a Java Compiler)


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: How do I implement a synchronous drawImage()

1998-10-12 Thread Paul Reavis 

Brian Pedersen wrote:
> 
> On Sun, 11 Oct 1998, Thomas Okken wrote:
> 
> > Hi all,
> >
> > For Reasons too Complicated to Explain, I would like to implement
> > a set of methods similar to Graphics.drawImage(), only without the
> > ImageObserver argument. These methods should block until the image
> > is completely drawn, i.e. I would like to implement a synchronous
> > variant of drawImage().
> 
> I believe that ImageObserver == null will make the operation synchronous.

I'm not so sure. I use a java.awt.MediaTracker. A snippet:

- - - - - - - - - - - - - - - - - - - - - >8- - - - - - - 
// forceload image
if (forceload) {
MediaTracker trackie = new MediaTracker(this);
trackie.addImage(image, 0);
try {
trackie.waitForID(0);
}
catch(InterruptedException oopsie) {}
}
- - - - - - - - - - - - - - - - - - - - - >8- - - - - - - 

-- 

Paul Reavis  [EMAIL PROTECTED]
Design Lead
Partner Software, Inc.http://www.partnersoft.com

Re: Local IP address / Java Incompatibility

1998-10-12 Thread Rainer Dorsch 


Yes, it works now! Thanks.

Could anybody think of negative implications of doing this reverse ordering of 
the localhost and ip address entries?

> Rainer Dorsch wrote:
> > 
> > We found an incompatibility between Java on Solaris 2.5.1/2.6 and on Debian
> > 2.0.r2 Could anybody suggest how to find out, if it is a bug in Debian Linux
> > or JDK?
> > 
> Put the hostname above the localhost entry
> in the /etc/hosts.
> 
> I believe it's a libc/glibc fault.
> 
> Joe
> 
> -- 
> Joe Carter  Software Engineer
> Brite Voice Systems Ltd, Gatley, Cheshire. UK.
> mailto:[EMAIL PROTECTED]
> 

-- 
Rainer Dorsch
Abt. Rechnerarchitektur  e-mail:[EMAIL PROTECTED]
Uni StuttgartTel.: 0711-7816-215

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

1998-10-12 Thread Gordon Chamberlin 

Wendy Richardson wrote:
> 
> Hi,
> 
> I am trying to run a Java application on RH5.1 with a glibc version of
> jre1.1.6v5.  My Java app uses JNI and X/Motif in the native part (legacy
> code).
> I get the following error:
> 
> jre Jsaf
> libc.so.5: cannot open shared object file: No such file or directory
> (libfoo.so)
> Class not found: Jsaf
> 
> My CLASSPATH and LD_LIBRARY_PATH environment variables are set
> correctly.
> 
> RH5.1 contains ld.so.1.9.5
>   rpm -qa | grep ld.so
>   ld.so-1.9.5-6
> 
> On a RH4.2 machine, I had to upgrade ld.so to 1.9.8 in order for this
> Java app to run.  That works fine.
> I also tried upgrading ld.so on another RH4.2 machine to 1.9.9 and that
> did NOT let me run my Java app, it had to be 1.9.8.
> 
> Does anyone have any suggestions for what might be wrong with my
> configuration on RH5.1?  I wasn't able to find a newer version
> of ld for RH5.1.
> 
> Is it ok to use a shared object file (*.so) that was built on RH4.2 on a
> RH5.1 machine with Java & JNI?
> 
> Thanks for your help.
> 
> -Wendy
> 
> Wendy Richardson
> [EMAIL PROTECTED]
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).

I'd go for option 2 myself.
 -Gordon
-- 
  Gordon Chamberlin
  Visualize, Inc.   http://www.visualizetech.com
  (602) 861-0999 ext. 14[EMAIL PROTECTED]

Re: Newbie...

1998-10-12 Thread jim watson 

Danny Ayers wrote:

> Ithe 1.1.6 JDK working ok, but would like to access some other class
>

There is a story about this and lots more useful information in the Java
Tutorial at:

http://java.sun.com/docs/books/tutorial/java/more/managingfiles.html

"Setting the Class Path

  If you must, you can change your class path. This can be
done in either
  of two ways:

 1.Set the CLASSPATH environment variable (not
recommended).
 2.Use the -classpath runtime option when you invoke the
compiler or
the interpreter.

  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

Re: javac dies silently

1998-10-12 Thread strider 

On Mon, 12 Oct 1998 07:45:00 -0400, "Michael Sinz" <[EMAIL PROTECTED]> wrote:

>
> Hmmm...  I can not think of a reason off the top of my head.  I would
> look at what the javac is trying to run.  For example, check what
>
>   java -version
>
> outputs.  (javac is just a java program that happens to be a Java Compiler)
>

~ strider[4]$ java -version
java version "1.1.6"
~ strider[5]$

Well, thanks for your help.  All of the previous versions worked, and I'll just go 
back to 1.1.5 until they release the next one, I guess.

Thanks again.

Jeff

 
 
| |  (/ _ Jeffery Roberts, Consultant   
|  \  |  | \   Norrell Information Services 
|_  \   |_  |__ 513.792.3500   
 CINCINNATI[EMAIL PROTECTED] 
 
* Ask me about scalable business solutions 
  in the Dayton-Cincinnati region.