The issue here is that the RMI registy is checking that the client's hostname
matches the local hostname on bind() and rebind() calls. In addition the
IP addresses are checked for a match.
The logic is:
InetAddress localhost = InetAddress.getLocalHost();
Class class = Class.f
You probably have Kaffe installed, which is a free Java Virtual Machine
replacement.
mdw
Mike Song <[EMAIL PROTECTED]> writes:
> Hello all,
>
>
> I installed RH Linux 5.2 and I found that 'javac', 'java' and
> 'appletviewer'
> are already there and I am able to compile and run simple java pr
anyone know of a case where a
license restricting benchmark-results publication was successfully enforced
in court? Or shot down in court?
Matt Welsh
Ernst de Haan <[EMAIL PROTECTED]> writes:
> Found a link to this article on JavaLobby:
>
> http://www.pbs.org/cringely/pulpit/pulpit19981203.html
>
> Could turn out bad. Very bad.
Unless it turns out that the patent is ill-founded because Java
represents "prior art" in terms of the technolog
lists to contribute. All of the
information is at http://conferences.oreilly.com or by e-mail at
[EMAIL PROTECTED]
You can e-mail me if you have any questions or need other details.
Thanks much!
Matt Welsh, [EMAIL PROTECTED]
University of California, Berkeley
+1 510 643 7566 (voice)
---
Annou
O'Reilly has a number of good books on things like Java and distributed
computing, the Java Virtual Machine, Java Security, and other low-level
gritty topics. Not all of these topics are adequately covered in a
single book.
mdw
Richard Jones <[EMAIL PROTECTED]> writes:
>
> Hi:
>
> Can someo
-sponsored by Linux International (Confirm with maddog)
Invited Talks Committee
Matt Welsh, Chair, University of California, Berkeley
Jon "Maddog" Hall, Linux International
Andy Oram, O'Reilly & Associates
Greg Hankins, Georgia Tech
Russ Nelson, Crynwr Software
Erik Troan, Red Hat
I think it would be a terrific idea for the Blackdown web page to have
a note explaining the progress of JDK 1.2 (as in "don't ask"). If I get
one more message on this list about JDK 1.2 I'm going to explode!
mdw
Chris Tomlinson <[EMAIL PROTECTED]> writes:
> There used to be a note that jdk1.2
Both TYA and the ShuJIT are free JIT's which work with Linux and JDK 1.1 ...
I am assuming that porting them to work with JDK 1.2 will not be (too)
difficult.
[EMAIL PROTECTED] writes:
> Will the linux JDK 1.2 port have a JIT supplied with it, or will we
> have to use a program like Kaffe ?
>
that such a license is non-binding. It may very well be.
Matt Welsh
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
there how important Sun's support of Linux and Java is to you. Believe
me, making noises at this level will permit something to propagate to
higher-ups.
Matt Welsh
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a sub
Russ Pridemore <[EMAIL PROTECTED]> writes:
> - RMI seems to have stopped working. I was able, with 1.1.7,
> to run the Swing GUI on a NT machine, talking to the
> the rest of the java application on Linux via RMI. The
> Sun JDK on NT now complains:
> java.rmi.Con
ckdown
port is going on inside of a black box makes it difficult for people to know
what's going on. When things move at "Internet speed", keeping us posted is
that much more important.
Thanks much!
Matt Welsh
--
Apart from the liklihood that there's something wrong in your program,
you could try upgrading to a new version of the Linux JDK (1.1.7v1 is
the latest in the 1.1 series). Socket reads/writes have always worked
for me under Linux.
Michael Durket <[EMAIL PROTECTED]> writes:
> I'm sure this is a
I usually can't stand flame bait like this but I wanted to point out one
thing.
Sun has clearly recognized some of the advantages of the Open Source model,
which is the entire reason why they have adopted the 'Sun Community Source
License' for a large number of their products -- including the JD
Maksim Lin <[EMAIL PROTECTED]> writes:
> This I'm afraid makes no sense to me. How does one splinter java by
> standardising it ?
I'm not saying that I agree with this, either --- I'm only conveying what
I believe to be Sun's motivations for maintaining control over Java.
mdw
-
Red Hat 6.0 comes with glibc 2.1.1. When attempting to run 'java' from the
Blackdown jdk 1.1.7v1 release, we get the error message:
/tmp/m/jdk1.1.7v1/bin/../bin/i686/green_threads/java: error in loading shared
libraries: /tmp/m/jdk1.1.7v1/bin/../lib/i686/green_threads/libjava.so: undefined
sym
Hi Java Linuxers,
JavaGrande (the ACM Conference on Java for High Performance Network Computing)
is in San Francisco today and tomorrow -- see
http://www.cs.ucsb.edu/conferences/java99/ for details. I'll be giving
a dinner talk tonight on my system for enabling high-performance
communication
and tweak the stack with the right value.)
The IBM JDK 1.1.6 works correctly in this case.
Matt Welsh, [EMAIL PROTECTED]
--
public class divtest {
public static int divfunc(int x, int y) {
return x/y;
}
public static void main(String args[]) {
int i = 0x8000
No, 'dbx' is a debugger similar to 'gdb'. It's not a Java debugger like
jdb.
Under Linux, try using gdb and running the 'debug' version of the JVM
(e.g., 'java_g' rather than 'java').
My .gdbinit has the following:
set env THREADS_TYPE=green_threads
set env JAVA_HOME /home/cs/mdw/src/java
x27;load' command to force the symbols for your
shared object to be loaded into gdb, allowing you to set breakpoints.
Matt Welsh
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
example program which
The fact that you haven't seen this problem under Solaris or WinNT isn't
a good argument for a bug in the Linux JDK; these things may be cropping
up due to race conditions, or else differing (but correct!) implementations
of the threading system.
Matt Welsh
"R.W.
First off, you have to be running a JIT compiler of some sort -- the
standard release of JDK 1.1.7 for Linux does not include a JIT.
There are several available (such as ShuJIT and TYA).
Amlan Saha <[EMAIL PROTECTED]> writes:
> Hi people
>
> I tried the Java benchmark "Caffeine Mark 3.0" on b
are ineligible for support by projects like SourceXchange.
I doubt that most people would consider the Sun Community Source License
to be Open Source, either. What we really should be doing is lobbying
Sun (or other vendors, like IBM) to release their Java implementatio
ds which are all sleeping.
On JDK1.2 and the IBM JDK 1.1.6 this program works correctly, with two
running 'java' kernel threads.
Could this be a problem with glibc 2.1, or something similar?
The program is appended below. Compile and run it with:
$ javac TestT.java
$ jav
h set against
1.2.2 sometime very soon (I hope!)
Cheers,
Matt Welsh, [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Chris Woods <[EMAIL PROTECTED]> writes:
> Excellent! I went that route a couple weeks ago myself, but didn't have
> the time to try to make the patches go. If you don't mind, if for
> whatever reason you're not able to get the patches up on the
> distribution site, would you mind making them avai
hope I can start to debug myself now...
Matt Welsh, UC Berkeley
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
d tell me that he has made some fixes to socket support in
the JDK1.2 native VM which may fix these problems; this has not yet been
released, though, so I anxiously await the patch!
Cheers,
Matt Welsh
--
To UNSUBSCRIBE, email to [
GC thread, say, you need to be tracing that particular
thread; the "info threads" and "thread" command give you a list of threads
and allow you to attach to a particular one, respectively.
Hopefully this will help you to discover what's
contended case, as we would expect. Native Threads
are the culprit.
Both programs are appended below. Can someone shed some light on why
contended locks on Linux perform so poorly?
Thanks!
Matt Welsh, UC Berkeley
---
/* TestLock.java
* Compile with: gcj -O2 -o TestLock --main=TestLock TestLock.jav
hanks for the help.
Matt Welsh
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
h GDB. This is amazingly useful: you can
debug a Java program with native methods all within the same debugging
environment, examine the C->Java stack trace, debug programs which use
multiple (native) threads, and so forth.
Matt Welsh, UC Berkeley
--
Robert,
Since most of your questions are general Java questions and have
nothing to do with the Linux port of the JDK, can you please direct
them elsewhere? The USENET group comp.lang.java.programmer is probably
a good place to ask.
Thank you,
Matt Welsh, UC Berkeley
"Robert Simmons&quo
iling lists I'm on and you
have a problem. I'd prefer that the list remain limited primarily to
Linux-based Java questions. A good way to limit traffic is not to reply
to the entire list when someone asks an off-topic (e.g., generic Java)
question.
There is an interface called "mm.mysql.jdbc" at
http://www.worldserver.com/mm.mysql/
I've used it and it works well.
Matt Welsh, UC Berkeley
Brian Gilman <[EMAIL PROTECTED]> writes:
> Hello all!
>
> although this is not *exactly* a java Linux ques
compilers probably
expect that the bytecode they're compiling is *not* pre-treated by a tool
such as JOpt, which would make it harder for them to do certain optimizations.
So it's possible that JOpt could actually slow thing
You could borrow the implementation from NinjaRMI, a free "RMI like"
package from:
http://www.cs.berkeley.edu/~mdw/proj/ninja
I think it should be easy to adapt the NinjaRMI Registry implementation to
work with Sun RMI.
Cheers,
> libhwrld.so: HelloWorld.C HelloWorld.h
> g++ $(CXXFLAGS) $< -o $@
This isn't the right way to generate a .so file.
You need to use the -shared switch on gcc (I presume this is also
supported by g++, but you can use gcc to transform a g++-generated
.o file into a .so).
ply jump ship and move over to using IBM's JDKs. I know many already have.
Matt Welsh, UC Berkeley
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[EMAIL PROTECTED] (Nelson Minar) writes:
>
> However, I disagree that native threads are required for serious
> applications. Green threads work surprisingly well for many
> applications. In some, they work better. I recently wrote a spider
> program that was invoking another program in a subpro
ibuted to much of the performance imbalance between
Java and, say, C. There are a lot of other more critical performance problems
to solve first.
Matt Welsh, [EMAIL PROTECTED]
UC Berkeley
--
To UNSUBSCRIBE, email to [EMAIL
s are not so complex.
The only way we've been able to achieve stability is to use Sun JDK 1.1.7v3
with green threads, which clearly defeats the purpose of using SMP systems.
Caveat emptor.
Matt Welsh, UC Berkeley
--
To UNSU
a very interesting space to work in right now. Demanding
I/O applications place a lot of new demands on Java (and operating systems
as well). I would be interested in having more discussion with people on
this list about their experiences!
Cheers-
Matt Welsh, [EMAIL PROTECTED]
-
Miles Sabin <[EMAIL PROTECTED]> writes:
> Agreed. One big headache is the fact that asynchronous IO
> (POSIX or otherwise) is typically going to require that buffers
> be at fixed addresses, ...
> I guess that in principle it ought to be possible to tweak
> JVMs to special-case a priviledged clas
Christopher Smith <[EMAIL PROTECTED]> writes:
> > Matt Welsh wrote,
> > I guess that in principle it ought to be possible to tweak
> > JVMs to special-case a priviledged class of byte[]s to allow
> > them to be pinned for an extended interval without completely
&
[EMAIL PROTECTED] (Nelson Minar) writes:
> Are many Linux/Java folks coming to JavaOne? I'll be there.
I am also interested in meeting people who may be coming to JavaGrande
(which is held in SF just before JavaOne).
If there is enough interest, we should plan an informal Linux/Java BOF
somet
Also, if you really want this to work, you need to inform the user-level
thread scheduler whenever a kernel thread might block - such as during a
page fault. While something like scheduler activations addresses this, it's
not easy to build.
Matt W
s to Java). It is slated for JDK version 1.4.
This is the earliest it can be done, since 1.3 is already out!
Matt Welsh, UC Berkeley
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
core to our model.
Anyway, I'd be interested to hear any comments about this if you
get a chance to check it out.
Matt Welsh, UC Berkeley
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ly.
I thought that Sun's RMI did fairly aggressive thread and socket sharing.
NinjaRMI didn't do this because it complicated the design and made it
hard to do pluggable transport layers.
Matt Welsh
http://www.cs.berkeley.edu/~mdw
---
ur standard C library
happens to be installed), and call them directly.
The good news is that it seems to work. Note that when native threads are used,
the JDK does not attempt any funny business, and there are no problems.
Matt Welsh, UC Berkeley
--
lect() and nonblocking I/O internally, they don't seem
to scale -- exactly why, I don't know -- probably because of things like
scheduler overhead.
Matt Welsh
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
wit
Juergen Kreileder <[EMAIL PROTECTED]> writes:
> >>>>> "Matt" == Matt Welsh <[EMAIL PROTECTED]> writes:
>
> Matt> Turns out this is not as easy as it could be -- because even
> Matt> though you call system calls like read(), write
re doing in a 2-tier implementation is
somehow exposing those events to the user in a very coarse-grained and
expensive way (e.g., using signals). In the end your user-level scheduler
does all of the same work and knows about the same things as the kernel
scheduler; why not just optimize kernel threads and be
ares about, regardless of whether programmers "should be" implementing
things that way.
Matt Welsh
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Java. We (the expert group for JSR 51) is currently doing (b).
I am proposing that (a) is useful as well.
Matt Welsh
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
roblems with it. The language spec
is very preliminary and leaves out a lot of details, such as what threads
and locks actually do, what the memory model is, etc. As we all learned
from Java, these seemingly minor details end up being very important down
the line...
Matt Welsh, [EMAIL PROTECTED]
http://www.cs.berkeley.edu/~mdw
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
t almost ineffective for discussions about Java on Linux.
If we can throttle those discussions I think the list would clear up and
be more effective for its original purpose.
Thanks.
Matt Welsh, UC Berkeley
--
To UNSUBSCR
for people not to send
replies to these "generic" questions to the entire list; we don't need
to see those responses since they aren't relevant.
Matt Welsh
--
To UNSUBSCRIBE, email to [EMAIL PROTECTE
60 matches
Mail list logo
