hi there
Sorry to send this directly, but java-linux.org doesn't seem to exist
anymore...
I am lost..
hw:
Sparc/Linux 1.0.9 Ultra/10 Sun machine...256meg memory RedHat 5.0
problem:
Following the readme.linux instructions, I unpacked into /SDK-1.1.6/
Set up a link to /SDK-1.1.6/bin/j
> Is there a version of VISIBROKER for Linux?
Visibroker for Java will run on the Linux JVM. It is a 100% pure java
CORBA implimentation. The ORB's and services are all implimented
in Java, and yes it includes a idl2java and a java2idl compilers.
Visigenic was bought by Borland and together
Is there a version of VISIBROKER for Linux?
if yes, where?
else
Is there an idl2java compiler for linux?
>>> An alternative is Kaffe, but it's too incomplete to be usable right now.
>>> Is anyone working on producing a version of the JDK that uses native
>>> threads ?
>
>I don't know if Kaffe actually uses native threads... Since Native
>Threads do not exist on FreeBSD, it for sure does not use them
Thanks for the great port in Version 4a!
It fixes that socket timeout bug I reported here back in October 1997
against JDK 1.1.3. I was unable to reproduce the problem at all outside
of the VolanoMark benchmark or our VolanoChat product, but I'm grateful
someone figured it out.
Using the same V
On Wed, 23 Sep 1998 09:42:48 -0700, Gerald Gutierrez wrote:
>> (Ok, so on older versions, reads from STDIN/STDOUT/STDERR were a problem
>> but this has been addressed)
>>
>
>
>Are you sure ? The following seems to indicate that at least
>STDIN will block everything.
Yes, I am sure - you need to
On Wed, 23 Sep 1998 09:29:19 -0400 (EDT), [EMAIL PROTECTED] wrote:
>
>On Tue, 22 Sep 1998, Gerald Gutierrez wrote:
>
>> I'm starting to pull out my hair from the fact that the current JDK is
>> based on user threads. I can't call anything that can potentially block,
>> because everything will blo
> (Ok, so on older versions, reads from STDIN/STDOUT/STDERR were a problem
> but this has been addressed)
>
Are you sure ? The following seems to indicate that at least
STDIN will block everything.
import java.io.*;
public class Threads extends Thread
{
public static void main (String[]
On Wed, 23 Sep 1998, Alexander V. Konstantinou wrote:
> [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote on Wed, Sep 23, 1998 at 09:29:19AM -
> 0400:
> > Are you saying that if my application has 5 threads running, and
> > one of them blocks on a blocking method (i.e., BufferedReader.readLine()
> >
[EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote on Wed, Sep 23, 1998 at 09:29:19AM -
0400:
> Are you saying that if my application has 5 threads running, and
> one of them blocks on a blocking method (i.e., BufferedReader.readLine()
> on a client socket) then the 4 other threads are blocking (not run
On Tue, 22 Sep 1998, Gerald Gutierrez wrote:
> I'm starting to pull out my hair from the fact that the current JDK is
> based on user threads. I can't call anything that can potentially block,
> because everything will block.
>
Are you saying that if my application has 5 threads running, and
o
On 23 Sep 1998 00:31:35 -0700, Anand Palaniswamy wrote:
>> An alternative is Kaffe, but it's too incomplete to be usable right now.
>> Is anyone working on producing a version of the JDK that uses native
>> threads ?
I don't know if Kaffe actually uses native threads... Since Native
Threads do
> Thanks to everyone who wrote back! FWIW, the simplest solution for my
> purposes turned out to be the addition of the following line:
>
> Markus Fritz wrote:
> >
> > Just use
> >
> > vpath %.class $(ROOT)/classes
> >
> > in your makefile
>
>
> Cheers,
> -Armen
>
Please, Just out
hi,
i tried looking for the JDK1.1.6v4 for i386
from the links provided at
http://substance.blackdown.org/java-linux/info.html
but all i could find under the mirror sites i386/glibc sections
is the V1 & V2 of JDK1.1.6.
please guide me to the correct location
for downloading JDK1.1.6V4 for i3
Gerald Gutierrez <[EMAIL PROTECTED]> writes:
> I'm starting to pull out my hair from the fact that the current JDK is
> based on user threads. I can't call anything that can potentially block,
> because everything will block.
"Green threads" converts all your blocking I/O into non-blocking ones
I'm starting to pull out my hair from the fact that the current JDK is
based on user threads. I can't call anything that can potentially block,
because everything will block.
An alternative is Kaffe, but it's too incomplete to be usable right now.
Is anyone working on producing a version of the J
16 matches
Mail list logo
