>> 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.
>
> I know nothing, but I've heard that the interface for JITs has changed a
> lot between 1.1 and 1.2.
The interface is certainl
> I wondering if anyone had info on java printing w/1.1.7
Does this help?
import javax.swing.*;
import javax.swing.event.*;
import java.awt.*;
import java.awt.event.*;
import java.util.*;
import java.io.*;
public class PrintTest extends JFrame implements ActionListener {
private static Frame
Ok, what happens if the point moves again before the sort is complete?
Do you complete that one, or terminate and start over? If you terminate
and start over, what happens if the sort never gets out to some points?
I'm not trying to be a troublemaker, just wondering what the constraints
of the pr
Hi folks,
It seems like some people here haven't been through the typical license
negotiation process. Apparently Steve went through the nontrivial step of
working out a license agreement with Sun. The terms he acquired for the
Linux port do not allow distribution until the JCK tests pass. He
I am puzzled by the interaction between non java object allocated in
the heap and the java GC. Where can I find the source files for the
native thread implementation of the JDK 1.1.7 v1a?
Cheers,
-- Georges
--
To UNSUBSCRIBE
Just puttering around with the benchmark. Had no problem on Win32 and Netscape
Linux but get an OutofMemory error on the benchmark when it goes to run the AWT
test.
RedHat 5.2
117-1a
Thanks,
Robert Davis
[EMAIL PROTECTED]
--
Supposing that is an Applet, call
AppletContext.showDocument("http://my.server.com/cgi-bin/my.cgi")
Or anything like that ...
Or you can open a Socket at server's 80 port, do the "GET HTTP/1.0
/cgi-bin/my.cgi" and get the result (If it have one)
At 16:06 24/02/99 , [EMAIL PROTECTED] wrote:
>C
Hi folks; I'm a lurker (and a user) but thought this might be
interesting to the team:
Javaworld just posted a comparison of JVM's using their "volcanomark",
and their test included the Blackmark 1.1.7 release. It's not
compelling, but they didn't kick in the JIT either. The second-fastest
JVM w
I wondering if anyone had info on java printing w/1.1.7
I can only find tutorials on the 1.2 jdk printing ... from
the mailing list it seems you can print from 1.1.7.
A tutorial site or better yet sample printing code would
be greatly appreciated.
Thanks,
Tom McMichael
[EMAIL PROTECTED]
---
Can someone point me to a FAQ or resource about executing a CGI script from
within Java. I don't want to display the result, which I have done, just
execute the CGI.
r.b.
Linuxsoft
http://www.linuxsoft.net
408.289.1286
--
> "GG" == Gerald Gutierrez <[EMAIL PROTECTED]> writes:
GG> I'm starting to get the feeling that many in this group are
GG> approaching "when will 1.2 be out" messages with a very
GG> disheartening attitude that will surely turn potential users
GG> off.
GG> They ask becaus
Uli Luckas writes:
> Why can IBM publish an 'almost' ready java 2 VM and why can't the linux
> porters?
> Maybe they can and don't know it?
I'm sorry, it clearly states in our license agreement (which I don't think I
can quote) that we have to pass JCK first. IBM has different licensing term
Hi,
> 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.
I know nothing, but I've heard that the interface for JITs has changed a
lot between 1.1 and 1.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 ?
>
"Brett W. McCoy" wrote:
>
> On Wed, 24 Feb 1999, Uli Luckas wrote:
>
> > Why can IBM publish an 'almost' ready java 2 VM and why can't the linux
> > porters?
>
> But how many people does IBM have working on the porting effort versus
> the number of people working on hte Linux port? And how man
On Wed, 24 Feb 1999, Uli Luckas wrote:
> Why can IBM publish an 'almost' ready java 2 VM and why can't the linux
> porters?
But how many people does IBM have working on the porting effort versus
the number of people working on hte Linux port? And how many people at
IBM are working on their po
Why can IBM publish an 'almost' ready java 2 VM and why can't the linux
porters?
Maybe they can and don't know it?
"... the vast majority of the Sun 1.2 JCK has run cleanly ..." is what
they say on their downlad page:
http://www.alphaworks.ibm.com/formula.nsf/system/technologies/01F68D163B10330C8
I'm trying to run a program that's using swing apps(on JDK 1.2 beta). The
program comiles ok but when I try to run it I get the following:
SIGSEGV 11* segmentation violation
si_signo [11]: SIGSEGV 11* segmentation violation
si_errno [0]: Error 0
si_code [1]: SEGV_MAPERR [addr:
On Feb 24, 12:08am, John Goerzen wrote:
> Subject: Re: Hatred of 1.2 messages
> Gerald Gutierrez <[EMAIL PROTECTED]> writes:
>
> > I'm starting to get the feeling that many in this group are approaching
> > "when will 1.2 be out" messages with a very disheartening attitude that
> > will surely tur
There is another modification to your code the makes the compiler happy:
public class foo {
static Class oClass = (new Object()).getClass();
public void bar(Object param) {
if (oClass == param.getClass()) {
/* do nothing */ ;
}
}
}
Why is that?
I don't know - I can only try
Hi,
After following this story about the port. I blame is SUN for not doing
his job. SUN should have taken the Linux platform seriously from the
start and provided the porting team with early betas. They are in a war
with Micro$oft and their only way to beat them right now is not with
Solaris but
Does anyone know how to call the java compiler from within a java
program and without using Runtime.exec()? I'd preferably like to pass a
stream to it with the source code and get a stream back (or a byte
array).
--
To UNSUBSCRI
I actually had this happen myself yesterday. I was also running 100%
pure java code. My problem was the result of having some of my class
files out of sync. Since I'm using a makefile, it wasn't necessarily
recompiling all the dependant classes and somehow something got out of
sync with the byteco
>Any sugestions are welcome, and are greatly appreciated.
Well, my suggestion would be to have the array-sorting class listen
for changes of the point, and only start the thread that does the
sorting when that point moves (or a new element is inserted into the
array). This way, you wil
On Sun, 21 Feb 1999, Dustin Lang wrote:
>
> > The unscubscribe header is a great improvement!
> > It was time the "unsubscribe" message traffic get wiped out!
>
> Maybe we could add a "Asking when 1.2 will be done will result in
> unsubscription from this list and subscription to as many AOL sp
Ron Resnick wrote:
> You don't get to see internal javac compiler errors every day -
Not every day, but once a month...
(Codeconversion, stackSize Null, np...)
Sorry for OT, couldn't resist...
--
To UNSUBSCRIBE, email to [EMA
Christopher Rowan wrote:
John -
Gerald has a very good point that you may have missed.
To further emellish, turning people off to Java or Linux with impolite
messages raises the bar for adoption of both. From this, no one
benefits.
Common netiquitte calls for RTFM first. However, Gerald's point
John -
Gerald has a very good point that you may have missed.
To further emellish, turning people off to Java or Linux with impolite
messages raises the bar for adoption of both. From this, no one
benefits.
Common netiquitte calls for RTFM first. However, Gerald's point reminds
us of somethin
My diffs would get u started with the i386 port, it was the i386/easy/first
step port to get my 64 bit port done. if that what u want to do
u can ask me some q's about the src.
gat
David Reeves wrote:
> Ito jdk1.2. The question is it possible to get the current diff's for
> the jdk1.2 or at lea
I am willing to bet you are using native threads linked against glibc
2.0.x.
DON'T!
I'm no authority, but one of the developers kindly informed me that
glibc is NOT THREAD SAFE and JDK 1.1.7 doesn't account for this (they
might add code to change this behaviour).
glibc 2.1 IS THREAD SAFE, but b
Thanks for the rapid responses Martin, Steve. I'll quickly take this
off blackdown due to its non-Linux relevance. I thought I would point
out the following though:
If you insert an actual executable hunk of code into the if block,
things work properly. Eg, consider
class foo
{
void bar (Objec
Gerald Gutierrez writes:
>What I propose is simple. FIRST, for every message regarding the
>status of JDK1.2 on Linux, refer the inquirer to the 1.2 Status web
>page, and refain from degrading the reply by any of your personal
>comments. SECOND, the web page should provide a best guess as to when
Ron Resnick wrote:
>
> Heh.
>
> You don't get to see internal javac compiler errors every day -
> this was kind of neat:
>
> [resnick@rresnick f3]$ javac foo.java
> java.lang.NullPointerException
> at
> sun.tools.tree.ConditionalExpression.costInline(ConditionalExpression.java)
>
Ron Resnick writes:
> Heh.
>
> You don't get to see internal javac compiler errors every day -
> this was kind of neat:
>
> [resnick@rresnick f3]$ javac foo.java
> java.lang.NullPointerException
> at
> sun.tools.tree.ConditionalExpression.costInline(ConditionalExpression.java)
I'm in the same boat as a lot of people, who need 1.2 for various
projects. However, as a short term measure, I came up with a simple
(but not elagant) method using the dreaded Win32 port with Linux in
control.
I've placed the instructions on how I did this on my web site:
http://www.re
Heh.
You don't get to see internal javac compiler errors every day -
this was kind of neat:
[resnick@rresnick f3]$ javac foo.java
java.lang.NullPointerException
at
sun.tools.tree.ConditionalExpression.costInline(ConditionalExpression.java)
at
sun.tools.tree.BinaryExpression.cos
Will the linux JDK 1.2 port have a JIT supplied with it, or will we
have to use a program like Kaffe ?
Thanks
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe
If I remember rightly, Minix was Linus's "square 1" when he started Linux.
Brian Jones wrote:
> Christopher Rowan <[EMAIL PROTECTED]> writes:
>
> > Oops, I thought he was referring to something else.
> >
> > Didn't Microsoft have a Unix-like OS with a name similar to Minix?
>
> Xenix. Radio S
On Wed, 24 Feb 1999, Troy Wu wrote:
>
> Moses,
That may work if you were using native threads but it may not
work if you are running under green threads. My point was
that if you design a program like this in Java you can never
but sure it is going to work on some unknown platform. If you
i
Moses,
If I have two programs crunching FFTs (e.g.), then a preemtively
multi-tasking OS can interrupt one process and run the other. Linux
is such an OS. I don't think that it's wrong (e.g.) to run two
threads concurrently, with at least one being CPU-bound.
BTW, does anyone know if the
Seeing as how grad. students seem to be the only one's awake at this hour
and reading/posting to the list, I can get away with assuming I understand
everything that is going on his code.
What he did was write his own scheduler, (the MAXPRI thread). It probably
sleeps for fixed period of time, ac
On Wed, 24 Feb 1999, Moses DeJong wrote:
> I do not mean to rip on your code or anything, but if you require a
Not at all. I'm pretty new (the last 3-4 years) to programming,
and most of that has been in persuit of a CS degree, so I haven't had much
of a chance to do any real coding. :(
On Wed, 24 Feb 1999, Chris Raser wrote:
>
> On Wed, 24 Feb 1999, David Craig wrote:
> > Java doesn't define how threads of the same priority share cpu time In
> > some VM implementations the sharing is fair. On others, such as the port
> > you're probably using, one thread preempts the other ind
On Wed, 24 Feb 1999, David Craig wrote:
> Java doesn't define how threads of the same priority share cpu time In
> some VM implementations the sharing is fair. On others, such as the port
> you're probably using, one thread preempts the other indefinitely.
>
> Congrats on an elegant workaround.
Java doesn't define how threads of the same priority share cpu time In
some VM implementations the sharing is fair. On others, such as the port
you're probably using, one thread preempts the other indefinitely.
Congrats on an elegant workaround. :)
Cheers, David
e-mail: [EMAIL PROTECTED], the r
Java does not provide for preemption of a thread with the same
priority. If you run one thread in a tight loop then you can
never be sure the other one will get to run.
Mo DeJong
[EMAIL PROTECTED]
On Wed, 24 Feb 1999, Chris Raser wrote:
>
> Greetings all! I've got a little problem with
Greetings all! I've got a little problem with the handling of
threads on my machine. (I'm using RH5.1 w/ your jdk117)
I'm finding that, given two threads of the same priority, the one
that's currently getting CPU time will starve the other one until an
explicit yield() or slee
Hi,
In fairly normal operation of my fairly large program, I got a "SIGSEGV 11
segmentation violation". Not the
right-at-startup-because-you-have-the-wrong-library-version,-stupid type,
just smack dab in the middle of my code. The same thing happened earlier
today, but I didn't catch the outpu
Gerald Gutierrez <[EMAIL PROTECTED]> writes:
> I'm starting to get the feeling that many in this group are approaching
> "when will 1.2 be out" messages with a very disheartening attitude that
> will surely turn potential users off.
Well let's see. Presumably to find out about the mailing list,
49 matches
Mail list logo
