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 turn potential users off. Well let's see. Presumably to find out about the mailing list, they will have visited www.blackdown.org. At that website, there is a *prominent* link to the JDK 1.2 status. I don't see why there is a big right for them to bother the list with information that they could have easily looked up themselves (which is also contained in the list archives). Common netiquette has it that you RTFM first, then check the archives (or dejanews or whatever), and then finally ask on the list if you have a question. It saves everybody's time, including the person looking for an answer. If people are not willing to go to the effort of clicking a few links, I don't think that anybody here has any obligation to go to the effort of answering. Having said that, I do agree that some rather vitriolic messages may cross a line, but look at it this way: if they can't figure out where to find the news page, are they really going to be able to download and install the thing when it's out? A better solution would be to have public betas. Then people could give it a try, see for themselves what the problems may be, and make their own evaluation about whether or not the stability is good enough for them. This approach has been extremely successful in the Linux community. > about the Linux version. Perhaps it's because they think it's the > right-thing-to-do or perhaps it's their only option because they're already > using Linux. There are potential users anxious for it and they'll praise > those who make it happen. And I'm glad about the interest in Linux! But really, this has nothing to do with Linux. People that don't RTFM or RTFWP (the fine web page) before posting FAQs will get this sort of response most anywhere. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Uh oh...
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 output. Is there anything I can do with the thread dump to figure out what's causing it? Where the crash occurred I do a wait-notify, waiting for an RMI network call to dispose a modal dialog box. On a side note, am I correct in assuming that, in threory, there is nothing 100% java code can do to cause a virtual machine to crash? The thread dump is available at http://taz.cs.ubc.ca/java/segfault1.out I'm not sure if a code snippet will be useful, since that probably won't cause a crash. Oh yeah, this is jdk1.1.7a with kernel 2.2.1. Thanks very much, dstn. -- Dustin Lang, [EMAIL PROTECTED] (java developer,linux guy, all-round goofball) -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Multi-Threading: Preemptive?
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 sleep() is reached. Is there any way to fix this? I've got a reasonably elegant workaround, but it's a workaround nonetheless, and I'm reluctant to make it a standard part of my code. (As I'll have to do in order to ensure that my code will work on all three of the platforms that it will be running on.) Any help or insights you guys can offer would be appreciated. Thanks! -chris *** The most important thing in the programming language is the name. A language will not succeed without a good name. I have recently invented a very good name and now I am looking for a suitable language. -- D. E. Knuth, 1967 *** -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Multi-Threading: Preemptive?
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 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 sleep() is reached. Is there any way to fix this? > > I've got a reasonably elegant workaround, but it's a workaround > nonetheless, and I'm reluctant to make it a standard part of my code. (As > I'll have to do in order to ensure that my code will work on all three of > the platforms that it will be running on.) > > Any help or insights you guys can offer would be appreciated. > Thanks! > > -chris > > *** > The most important thing in the programming language is the name. A > language will not succeed without a good name. I have recently invented a > very good name and now I am looking for a suitable language. > -- D. E. Knuth, 1967 > *** > > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Multi-Threading: Preemptive?
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 rest: http://www.csrd.uiuc.edu/~dcraig On Wed, 24 Feb 1999, Chris Raser wrote: > > 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 sleep() is reached. Is there any way to fix this? > > I've got a reasonably elegant workaround, but it's a workaround > nonetheless, and I'm reluctant to make it a standard part of my code. (As > I'll have to do in order to ensure that my code will work on all three of > the platforms that it will be running on.) > > Any help or insights you guys can offer would be appreciated. > Thanks! > > -chris > > *** > The most important thing in the programming language is the name. A > language will not succeed without a good name. I have recently invented a > very good name and now I am looking for a suitable language. > -- D. E. Knuth, 1967 > *** > > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Multi-Threading: Preemptive?
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. :) > Actually, it's not my own invention, and I'm sure that others have done something similar. All I did was create a thread of "MAX_PRIORITY" that just goes right to sleep. It preempts everything else, then gives the little guys a chance to do their thing. (and I write a minimum of extra code to keep everything moving) Maybe "honorable hack" is a better term than "elegant". Thanks for the info- my java-idealism was getting just a little out of controll there for a second... ;) -chris *** The most important thing in the programming language is the name. A language will not succeed without a good name. I have recently invented a very good name and now I am looking for a suitable language. -- D. E. Knuth, 1967 *** -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Multi-Threading: Preemptive?
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 indefinitely. > > > > Congrats on an elegant workaround. :) > > > Actually, it's not my own invention, and I'm sure that others have > done something similar. All I did was create a thread of "MAX_PRIORITY" > that just goes right to sleep. It preempts everything else, then gives > the little guys a chance to do their thing. (and I write a minimum of > extra code to keep everything moving) Maybe "honorable hack" is a better > term than "elegant". > > Thanks for the info- my java-idealism was getting just a little > out of controll there for a second... ;) > > -chris I do not mean to rip on your code or anything, but if you require a big hack like that then something must be wrong with the design of the program. Please do not take that the wrong way. Why exactly do your threads starve each other? Are they polling or something? Most of the time a polling process can be replaced by a signal based process and you will end up saving a lot of wasted CPU time. Just a thought. Mo DeJong dejong at cs.umn.edu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Multi-Threading: Preemptive?
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. :( Right now I'm just testing a small piece of a larger puzzle. We need a component that will maintain an array of objects sorted according to their proximity to a point in space. That point will be changing moment-to-moment, so sorting on inserting won't be possible. The idea is that we plunk the object into the array at a likely spot, and let the array maintain the sort from there. Creating a thread to sort the array as resources permit seemed a good way to go. Any sugestions are welcome, and are greatly appreciated. -chris *** The most important thing in the programming language is the name. A language will not succeed without a good name. I have recently invented a very good name and now I am looking for a suitable language. -- D. E. Knuth, 1967 *** -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Multi-Threading: Preemptive?
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, acting as the clock tick. On the pseudo clock tick, it switches in the next thread, by elevating its priority or resuming it. (All of the work threads are assumed to be computationally bound. I/O bound threads don't have this problem.) Perhaps, the Java folks felt it was better that users customize their scheduling rather than have everyone pay the overhead for fair share scheduling. (Questionably little overhead. :( ) -d e-mail: [EMAIL PROTECTED], the rest: http://www.csrd.uiuc.edu/~dcraig On Wed, 24 Feb 1999, Moses DeJong wrote: > 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 indefinitely. > > > > > > Congrats on an elegant workaround. :) > > > > > Actually, it's not my own invention, and I'm sure that others have > > done something similar. All I did was create a thread of "MAX_PRIORITY" > > that just goes right to sleep. It preempts everything else, then gives > > the little guys a chance to do their thing. (and I write a minimum of > > extra code to keep everything moving) Maybe "honorable hack" is a better > > term than "elegant". > > > > Thanks for the info- my java-idealism was getting just a little > > out of controll there for a second... ;) > > > > -chris > > > I do not mean to rip on your code or anything, but if you require a > big hack like that then something must be wrong with the design of > the program. Please do not take that the wrong way. Why exactly do > your threads starve each other? Are they polling or something? Most > of the time a polling process can be replaced by a signal based > process and you will end up saving a lot of wasted CPU time. > Just a thought. > > Mo DeJong > dejong at cs.umn.edu > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Multi-Threading: Preemptive?
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 native-threads impl solves this scheduling problem? --troy I do not mean to rip on your code or anything, but if you require a big hack like that then something must be wrong with the design of the program. Please do not take that the wrong way. Why exactly do your threads starve each other? Are they polling or something? Most of the time a polling process can be replaced by a signal based process and you will end up saving a lot of wasted CPU time. Just a thought. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Multi-Threading: Preemptive?
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 instead use the Thread.yield() method or the wait(), notify() approach it will be a lot safer. I am not saying that there is anything wrong with using a CPU bound thread or anything. Mo DeJong dejong at cs.umn.edu > 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 native-threads impl solves this > scheduling problem? > > --troy > > I do not mean to rip on your code or anything, but if you require a > big hack like that then something must be wrong with the design of > the program. Please do not take that the wrong way. Why exactly do > your threads starve each other? Are they polling or something? Most > of the time a polling process can be replaced by a signal based > process and you will end up saving a lot of wasted CPU time. > Just a thought. > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: More evil from Microsoft [Off topic]
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 Shack was using this for their POS systems as recently > as around 4 years ago. $Oops^2$ ;-} I was indeed refering to Xenix. Sorry if, I insulted anybody with that (I think minix is OK to stast theoretical study with OSes )
Linux jdk 1.,2 Jit
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". Trouble? Contact [EMAIL PROTECTED]
javac compiler exception
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.costInline(BinaryExpression.java)
at
sun.tools.tree.ExpressionStatement.costInline(ExpressionStatement.java)
at sun.tools.java.FieldDefinition.cleanup(FieldDefinition.java)
at sun.tools.java.ClassDefinition.cleanup(ClassDefinition.java)
at sun.tools.javac.Main.compile(Main.java)
at sun.tools.javac.Main.main(Main.java)
error: An exception has occurred in the compiler; please file a bug
report (http://java.sun.com/cgi-bin/bugreport.cgi).
1 error
[resnick@rresnick f3]$
I'm posting this to blackdown, rather than reporting it to Sun,
since I'm not really sure it is a Sun javac problem, and I thought
the Java/Linux folks might want to see it first.
If it turns out not to be Linux
related, my apologies in advance for bringing it up here.
I encountered this using blackdown jdk117_v1a - maybe someone can
try this on a non-linux JDK to see if it is reproducible elsewhere?
I've not tried Jikes, though I'm sure it will compile cleanly with
Jikes.
I've isolated the reproducible problem down to one snippet .java file.
The error dump above came from:
//File foo.java
public class foo
{
public void bar(Object param)
{
if (Object.class == param.getClass()) {// do something}
}
}
As you can see, the problem involves reflection in a conditional
statement.
Note that my use
of 'Object' as the type of bar's parameter is arbitrary - any type
whatsoever for 'param' will produce this problem. The problem
appears to happen when a comparison is made in a conditional if
statement
between the reflected class of a method parameter (param.getClass())
and an expected class type ( someObject.class).
Here are some other interesting variants to the above:
//Variant a - still generates the internal compiler error
public class foo
{
public void bar(Object param)
{
// flip around the order of the == comparison arguments
if (param.getClass() == Object.class) {}
}
}
//Variant b - still generates the internal compiler error
public class foo
{
public void bar(Object param)
{
// try a different comparison operator -- !=
if (param.getClass() != Object.class) {}
}
}
//Variant c - compiles cleanly!
public class foo
{
public void bar(Object p)
{
Object param = p;
// replace the method parameter with an on-stack variable:
if (param.getClass() != Object.class) {}
}
}
Anyone else ever encountered this sort of thing?
Regards,
Ron.
---
Ron Resnick
Senior Consulting Engineer
DiaLogos Incorporated
http://www.dialogosweb.com
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Hatred of 1.2 messages
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.retep.org.uk/utils/java2.html It may (or may not) help in the short term until the Linux port is available, but in my case it works (with the customary Windows problems which we are all acustomed to, and love Linux for not having ;-) ) Peter -- Peter T Mount [EMAIL PROTECTED] Main Homepage: http://www.retep.org.uk PostgreSQL JDBC Faq: http://www.retep.org.uk/postgres Java PDF Generator: http://www.retep.org.uk/pdf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
javac compiler exception
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) > at > sun.tools.tree.BinaryExpression.costInline(BinaryExpression.java) > at > sun.tools.tree.ExpressionStatement.costInline(ExpressionStatement.java) > at sun.tools.java.FieldDefinition.cleanup(FieldDefinition.java) > at sun.tools.java.ClassDefinition.cleanup(ClassDefinition.java) > at sun.tools.javac.Main.compile(Main.java) > at sun.tools.javac.Main.main(Main.java) > error: An exception has occurred in the compiler; please file a bug > report (http://java.sun.com/cgi-bin/bugreport.cgi). > 1 error > [resnick@rresnick f3]$ > > > I'm posting this to blackdown, rather than reporting it to Sun, > since I'm not really sure it is a Sun javac problem, and I thought > the Java/Linux folks might want to see it first. > If it turns out not to be Linux > related, my apologies in advance for bringing it up here. > I encountered this using blackdown jdk117_v1a - maybe someone can > try this on a non-linux JDK to see if it is reproducible elsewhere? > I've not tried Jikes, though I'm sure it will compile cleanly with > Jikes. > > I've isolated the reproducible problem down to one snippet .java file. It's almost certainly not related to Linux. I'll verify it on Solaris later today, after I've had some sleep. Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: javac compiler exception
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)
> at
> sun.tools.tree.BinaryExpression.costInline(BinaryExpression.java)
> at
> sun.tools.tree.ExpressionStatement.costInline(ExpressionStatement.java)
> at sun.tools.java.FieldDefinition.cleanup(FieldDefinition.java)
> at sun.tools.java.ClassDefinition.cleanup(ClassDefinition.java)
> at sun.tools.javac.Main.compile(Main.java)
> at sun.tools.javac.Main.main(Main.java)
> error: An exception has occurred in the compiler; please file a bug
> report (http://java.sun.com/cgi-bin/bugreport.cgi).
> 1 error
> [resnick@rresnick f3]$
>
> I'm posting this to blackdown, rather than reporting it to Sun,
> since I'm not really sure it is a Sun javac problem, and I thought
> the Java/Linux folks might want to see it first.
> If it turns out not to be Linux
> related, my apologies in advance for bringing it up here.
> I encountered this using blackdown jdk117_v1a - maybe someone can
> try this on a non-linux JDK to see if it is reproducible elsewhere?
> I've not tried Jikes, though I'm sure it will compile cleanly with
> Jikes.
>
> I've isolated the reproducible problem down to one snippet .java file.
> The error dump above came from:
>
> //File foo.java
> public class foo
> {
> public void bar(Object param)
> {
> if (Object.class == param.getClass()) {// do something}
> }
> }
> [...]
Your closing } should be placed outside the comment:
{// do something
}
It is a Sun javac problem and not Linux related as it
occurs in the java code of Suns java compiler.
This error also occurs with Solaris/JDK1.1.6 javac.
So you should file a bug report to Sun.
BTW, Jikes compiles this code snippet without errors.
(http://www.alphaWorks.ibm.com/formula/jikes)
Martin Sorgatz
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Hatred of 1.2 messages
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 >the porting should be finished. And you're volunteering to do both of these things! Fabulous! Go for it. You're probably going to have a hard time doing the SECOND thing, but hey, good luck. Just to give a little perspective on the JDK 1.2 situation, has anyone other than Sun released a Java 2 platform yet? [EMAIL PROTECTED] . . . .. . . . http://www.media.mit.edu/~nelson/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
javac compiler exception - errata
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 (Object o)
{
if (o.getClass() == Object.class)
{
Integer p // = new Integer(5)
;
}
}
}
As written, this generates the internal compiler error, since the simple
allocation
of reference p doesn't require runtime execution. However, uncomment the
initializer ( = new Integer(5)), and the internal compiler error
disappears.
The act of invoking new() seems to force the compiler to follow a
clean path, as opposed to a dirty one.
Looking at this, my guess is that the problem is caused by some
optimization
dealing with parameters on the stack. When the optimization is forcibly
turned
off, the problem goes away.
OK, I'll stop annoying you all. I guess I was just intrigued think about
what kind of internal optimization path could possibly account for these
unlikely stimuli turning on or off the behaviour.
Ron
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Uh oh...
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 breaks things left and right due to incompats. SOLUTION: Use green threads! I was stress testing an RMI object and saw the same (couldn't believe it - Java ISN'T supposed to core dump!)... Green threads made the rmi object solid as a rock. HTH Dustin Lang wrote: > > 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 output. Is there anything I can do with the > thread dump to figure out what's causing it? Where the crash occurred I > do a wait-notify, waiting for an RMI network call to dispose a modal > dialog box. > > On a side note, am I correct in assuming that, in threory, there is > nothing 100% java code can do to cause a virtual machine to crash? > > The thread dump is available at http://taz.cs.ubc.ca/java/segfault1.out > > I'm not sure if a code snippet will be useful, since that probably won't > cause a crash. > > Oh yeah, this is jdk1.1.7a with kernel 2.2.1. > > Thanks very much, > dstn. > > -- >Dustin Lang, [EMAIL PROTECTED] > (java developer,linux guy, all-round goofball) > -- > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
diffs [was Java 2 question]
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 least the build/linux and src/liunx dirs? I realize > I wouldn't be able to ask questions related to the diffs. > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Hatred of 1.2 messages
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 something more fundamental: the word netiquitte is derived in part from "etiquette." Good etiquette (and hence by extension netiquitte) demands a minimum level of manners and politeness. In Java parlance, netiquette extends etiquette and does not override the base class' properties or methods. Ignore the messages if you like. I hope that every once in a while, some kind soul will point the newcomer to the information they need and gently remind them to RTFM next time. John Goerzen wrote: > > 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, they > will have visited www.blackdown.org. At that website, there is a > *prominent* link to the JDK 1.2 status. I don't see why there is a > big right for them to bother the list with information that they could > have easily looked up themselves (which is also contained in the list > archives). Common netiquette has it that you RTFM first, then check > the archives (or dejanews or whatever), and then finally ask on the > list if you have a question. It saves everybody's time, including the > person looking for an answer. [snip] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Hatred of 1.2 messages
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 reminds us of something more fundamental: the word netiquitte is derived in part from "etiquette." Good etiquette (and hence by extension netiquitte) demands a minimum level of manners and politeness. In Java parlance, netiquette extends etiquette and does not override the base class' properties or methods. Ignore the messages if you like. I hope that every once in a while, some kind soul will point the newcomer to the information they need and gently remind them to RTFM next time. Although the storm of "Where is java 2?" messages was certainly annoying, people shouldn't lose their temper. This port is supposed to be here, in order to *help* people use java in their Linux boxes. If we are aggressive to them, they'll probably think "What's wrong with thos people?" and just stay and play with windows (which has 1.2 now and also has moft's extremely fast virtual machine). Is there any particular problem with being polite? After all, if you don't like it, you can still filter out messages that contain "Java 1.2" in the subject. Is it that hard? I don't think so... And I am pretty sure that most of the people in this list feel the pressure of time - it is no excuse!!! Chris has a point. Dimitris
Re: javac compiler exception
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 [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Great!
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 spam lists > as possible. Don't ask!!" Pathetic. You complain because people (mostly, I imagine, who are new to the list) ask the question most on everyone's mind? Given the lack of good information since December (or earlier) it seems to me perfectly reasonable (and perfectly on-topic) to ask. If/when Steve makes good on his plan, a copy of the current status report should go to new subscribers AND a one-liner added to all postings here: something like: java 2 status report last updated 1999/02/23 http://www.blackdown.org/steve/java2.html -- Cheers John Summerfield http://os2.ami.com.au/os2/ for OS/2 support. Configuration, networking, combined IBM ftpsites index. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Multi-Threading: Preemptive?
>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 will not have any multi-threading problems, provided the point doesn't move too often. Additionally, cpu usage will go down. Multi-threading is still a good idea, since the point-moving-function won't be blocked until the sorting has finished. That's what I would do based on how I understand the problem. But maybe I just didn't understand it ... because I don't understand why the sorting thread doesn't run at a lower priority in the first place (since you said "Creating a thread to sort the array as resources permit seemed a good way to go." - that sounds like you'd want the sorting thread to get any spare cpu time (hence lower priority)). Regards, Robert *** He is truly wise who gains wisdom from another's mishap. *** _email: [EMAIL PROTECTED] /_)_ / __ __ 7 //_ _ __ __ __ or: [EMAIL PROTECTED] / \(_)/_)(- / / /\(_)_\(_// (_/ http://www.ifs.tuwien.ac.at/~rkosara/ *** Student of Computer Science and Medicine in Vienna, Austria, Europe *** *** -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Uh oh...
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 bytecode. Once I cleaned out all the class files and recompiled from scratch it was fine. This may not be your problem, but it is something to watch out for. The problem happily cause core dumps right in the middle of my test program. Dustin Lang wrote: > > 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 output. Is there anything I can do with the > thread dump to figure out what's causing it? Where the crash occurred I > do a wait-notify, waiting for an RMI network call to dispose a modal > dialog box. > > On a side note, am I correct in assuming that, in threory, there is > nothing 100% java code can do to cause a virtual machine to crash? > > The thread dump is available at http://taz.cs.ubc.ca/java/segfault1.out > > I'm not sure if a code snippet will be useful, since that probably won't > cause a crash. > > Oh yeah, this is jdk1.1.7a with kernel 2.2.1. > > Thanks very much, > dstn. > > -- >Dustin Lang, [EMAIL PROTECTED] > (java developer,linux guy, all-round goofball) > -- > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
calling compiler withing a program?
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 UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Hatred of 1.2 messages
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 with Linux. They should support the Linux platform more then Windoze and even more then Solaris for i386, a platform that nobody is using. And let's talk about that write-once run anywhere crap. Right now only Windoze and Solaris run jdk1.2. What happen to the Mac, HP-UX, SGI, Digital UNIX, IBM AIX etc... I think SUN should wake-up and support what they advertise. -- Jean-Pierre Dubé Infocom enr. Developpement de logiciel Software development Nelson Minar wrote: > > 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 > >the porting should be finished. > > And you're volunteering to do both of these things! Fabulous! Go for > it. You're probably going to have a hard time doing the SECOND thing, > but hey, good luck. > > Just to give a little perspective on the JDK 1.2 situation, has anyone > other than Sun released a Java 2 platform yet? > > [EMAIL PROTECTED] > . . . .. . . . http://www.media.mit.edu/~nelson/ > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: javac compiler exception - errata
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 to bring some light to how javac is translating
your code and point to a very related bug.
The expression Object.class generates code that you certainly don't expect.
javac has a very broken way of handling expressions containing .class.
Basically when used in a class A the .class expressions are replaced by
references to implicitly generated static members of type Class. When the same
.class expression is encountered in class B, derived from class A the compiler
relies on the static member of A. Only was this static member of A implicitly
declared private. Therefore you should get a security exception during runtime
when B tries to evaluate your .class expression and that is what you get on
none Sun derived VMs.
So maybe in the original "/* do nothing */" version of the example the implicit
static member is optimized away. This would cause the first operator to be
missing from the '==' expression in the if statement. This could easily cause:
java.lang.NullPointerException
at
sun.tools.tree.ConditionalExpression.costInline(ConditionalExpression.java)
Look at this code again:
public class foo {
public void bar(Object param) {
if (Object.class == param.getClass()) {
new Integer(0);
}
}
}
javac it. Decompile the class file (with JAD for example) and this is what you
get:
public class foo
{
public void bar(Object obj)
{
if((class$java$lang$Object == null ? (class$java$lang$Object =
class$("java.lang.Object")) : class$java$lang$Object) == obj.getClass())
new Integer(0);
}
public foo()
{
}
static Class class$(String s)
{
try
{
return Class.forName(s);
}
catch(ClassNotFoundException classnotfoundexception)
{
throw new
NoClassDefFoundError(classnotfoundexception.getMessage());
}
}
static Class class$java$lang$Object; /* synthetic field */
}
Ron Resnick wrote:
> 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 (Object o)
> {
>if (o.getClass() == Object.class)
>{
> Integer p // = new Integer(5)
> ;
>}
> }
> }
>
> As written, this generates the internal compiler error, since the simple
> allocation
> of reference p doesn't require runtime execution. However, uncomment the
> initializer ( = new Integer(5)), and the internal compiler error
> disappears.
> The act of invoking new() seems to force the compiler to follow a
> clean path, as opposed to a dirty one.
>
> Looking at this, my guess is that the problem is caused by some
> optimization
> dealing with parameters on the stack. When the optimization is forcibly
> turned
> off, the problem goes away.
>
> OK, I'll stop annoying you all. I guess I was just intrigued think about
> what kind of internal optimization path could possibly account for these
> unlikely stimuli turning on or off the behaviour.
>
> Ron
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
S/MIME Cryptographic Signature
Re: Hatred of 1.2 messages
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 turn potential users off. > > Well let's see. Presumably to find out about the mailing list, they > will have visited www.blackdown.org. At that website, there is a > *prominent* link to the JDK 1.2 status. ... Well I would say that, since the time that there *has* been a `*prominent* link to the JDK 1.2 status', the number of 1.2 questions has dropped off dramatically. Before that, for a few weeks there was NO 1.2 information at all --- and lots of questions. And before that, there was a couple-of-month-old status more or less `sorta works, sorta doesn't, sorta soon, dont ask' --- and there were lots of questions. So, it's not purely a RTFWP issue. Now, I know that sounds like I'm a lazy ingrate, ragging on those generous folks who are giving their time, free, to port this thing. That's farthest from the truth. My guess is that they would probably SAVE time by updating the status every few days or so instead of sifting through all the When mail, the flames and counter flames. AND, peace 'n harmony will prevail. -- -- [EMAIL PROTECTED] http://math.nist.gov/~BMiller/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
SwingApps
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: 0xeaa4fff8] stackpointer=EAC9F838 Full thread dump: "Screen Updater" (TID:0xebcab100, sys_thread_t:0x4e2b90, state:MW) prio=6 at sun.awt.motif.MComponentPeer.pTriggerRepaint(Native Method) at sun.awt.motif.MComponentPeer.updateClient(Compiled Code) at sun.awt.ScreenUpdater.run(Compiled Code) "AWT-Finalizer" (TID:0xebcb8988, sys_thread_t:0x4d86b8, state:CW) prio=9 at java.lang.Object.wait(Native Method) at java.lang.Object.wait(Compiled Code) at sun.awt.AWTFinalizer.run(Compiled Code) "TimerQueue" (TID:0xebcb0048, sys_thread_t:0x411050, state:CW) prio=5 at java.lang.Object.wait(Native Method) at com.sun.java.swing.TimerQueue.run(Compiled Code) at java.lang.Thread.run(Compiled Code) "AWT-Motif" (TID:0xebcb9290, sys_thread_t:0x268008, state:MW) prio=5 at sun.awt.motif.MToolkit.run(Native Method) at java.lang.Thread.run(Compiled Code) "AWT-Input" (TID:0xebcb9520, sys_thread_t:0x2659d8, state:CW) prio=5 at java.lang.Object.wait(Native Method) at sun.awt.motif.InputThread.run(Native Method) "AWT-EventQueue-0" (TID:0xebcb9360, sys_thread_t:0x24c158, state:R) prio=6 * current thread* at sun.awt.motif.X11Graphics.X11LockViewResources(Native Method) at sun.awt.motif.X11Graphics.lock(Compiled Code) at sun.java2d.loops.LockableRaster.lock2D(Compiled Code) at sun.java2d.loops.LockableRaster.(Compiled Code) at sun.java2d.loops.RasterOutputManager.renderImage(Compiled Code) at sun.java2d.SunGraphics2D.renderingPipeImage(Compiled Code) at sun.java2d.SunGraphics2D.drawImage(Compiled Code) at sun.awt.motif.X11Graphics.drawImage(Compiled Code) at com.sun.java.swing.SwingGraphics2D.drawImage(Compiled Code) at com.sun.java.swing.JComponent.paint(Compiled Code) at java.awt.Container.paint(Compiled Code) at sun.awt.motif.MComponentPeer.handleEvent(Compiled Code) at java.awt.Component.dispatchEventImpl(Compiled Code) at java.awt.Container.dispatchEventImpl(Compiled Code) at java.awt.Window.dispatchEventImpl(Compiled Code) at java.awt.Component.dispatchEvent(Compiled Code) at java.awt.EventQueue.dispatchEvent(Compiled Code) at java.awt.EventDispatchThread.run(Compiled Code) "Finalizer" (TID:0xebc993a0, sys_thread_t:0x64d08, state:CW) prio=8 at java.lang.Object.wait(Native Method) at java.lang.ref.ReferenceQueue.remove(Compiled Code) at java.lang.ref.ReferenceQueue.remove(Compiled Code) at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:128) "Reference Handler" (TID:0xebc99430, sys_thread_t:0x36ad0, state:CW) prio=10 at java.lang.Object.wait(Native Method) at java.lang.Object.wait(Compiled Code) at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:209) "Signal dispatcher" (TID:0xebc992e8, sys_thread_t:0x36e38, state:CW) prio=10 "Thread-0" (TID:0xebcb1158, sys_thread_t:0x293d8, state:CW) prio=5 Monitor Cache Dump: sun.awt.motif.MToolkit@EBCB91B8/EBD33A90: owner "AWT-EventQueue-0" (0x24c158 , 1 entry) Waiting to enter: "Screen Updater" (0x4e2b90) "AWT-Motif" (0x268008) Waiting to be notified: "AWT-Input" (0x2659d8) Registered Monitor Dump: PCMap lock: utf8 hash table: JNI pinning lock: JNI global reference lock: BinClass lock: Class linking lock: System class loader lock: Code rewrite lock: Heap lock: Dynamic loading lock: Monitor IO lock: User signal monitor: Waiting to be notified: "Signal dispatcher" (0x36e38) Child death monitor: I/O monitor: Alarm monitor: Waiting to be notified: Internal clock thread (ef7a0c38) Thread queue lock: Waiting to be notified: "Thread-0" (0x293d8) Monitor registry: owner "AWT-EventQueue-0" (0x24c158, 1 entry) Segmentation Fault Any help on what the problem is would be much appreciated, cheers... kathy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Sun's License for Java 2
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/01F68D163B10330C882566F700831646?OpenDocument Thanks for your effort Uli -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Sun's License for Java 2
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 port as a paying job versus a porting effort being worked on in addition to someone's paying job. I think that's an unfair comparison. Brett W. McCoy http://www.lan2wan.com/~bmccoy --- Ban the bomb. Save the world for conventional warfare. - BEGIN GEEK CODE BLOCK - Version: 3.12 GAT dpu s:-- a C UL$ P+ L+++ E W++ N- o K- w--- O@ M-@ !V PS+++ PE Y+ PGP- t++ 5- X+ R+@ tv b+++ DI+++ D+ e>++ h+ r++ y -- END GEEK CODE BLOCK -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Sun's License for Java 2
"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 many people at > IBM are working on their port as a paying job versus a porting effort > being worked on in addition to someone's paying job. I think that's an > unfair comparison. I don't think you read the question properly. The point wasn't that they were getting it out sooner, but that they were publishing what was termed a "almost" ready version--which should not be distributable according to the license--the very reason we don't have access to the Linux JDK1.2 port yet. Unless of course, "almost" ready means it passes all the JCK but still isn't finished? -- Joel Shellman knOcean Interactive Corporation http://corp.knOcean.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Linux jdk 1.,2 Jit
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 ? > > Thanks > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Linux jdk 1.,2 Jit
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. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Sun's License for Java 2
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 terms, but this is not unusual -- each organization that licenses JDK works out terms, including commercial terms with Sun, and those terms will vary. I should have pushed harder on the pre-release w/o ability; at the time I didn't have access to the JCK, and therefore had no knowledge of how far off getting things to pass JCK really was. On a happier note: we now pass one of the JCK tests, so I've changed the runtime-vm box in the status page to green (YAY!). Thanks to Anand P. from Sun who diagnosed and provided the fixes! Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Hatred of 1.2 messages
> "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 because they want it. There is an official release GG> for Solaris. The Windows JVMs happen to run way faster than GG> anything else. Yet, they ask about the Linux version. I agree with you, common politeness should be reinstantiated on the Net. When I started programming PCs I remember being helped from professioanal programmers and journaists on line, esplaining, with a lot of patience how to use common programming techniques. That experienced burned a permanent impression in my mind and today, after 15 years or so, I still try to return the favor because I know how much it's important to have some help when you most need it. Sun is the real problem here, I thank the people at blackdown for their effort, we all know that porting java to Linux is not their main job. Sun should pour more resources in this project. It's a shame that we don't have a Linux JDK after months of the release of Java 2. What is Sun thinking ? This is the best chance they had since Java was released. They should have more people dedicated to this task. Let them know how lousy is this situation, let's send them few undreds of email complaining. After all they announced Java 2 for Linux at the beginning of November, this is ridicoulous, how we are supposed to do our job if we are half year behind ? --Paolo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
execute cgi withinjava
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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
printing w/1.1.7
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] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Javaworld JVM benchmarks
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 was TowerJ, a $5000 JVM for Linux (oxymoron?), after the IBM JVM on OS/2. http://www.javaworld.com/jw-03-1999/jw-03-volanomark.html?022399txt -- Pasha Roberts, CTI Architect, WebLine Comm Corp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: execute cgi withinjava
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:
>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
>
>
>
>
>--
>To UNSUBSCRIBE, email to [EMAIL PROTECTED]
>with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
117-1a and JMARK20
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] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
sources for the JDK 1.1.7 v1a (native thread implementation)
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, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
JDK 1.2 - Licensing in the real world...
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 alluded that in hindsight it might have been better to not accept that clause of the contract, but hindsight is hindsight. Once the port works it will no longer be an issue. Wrt. IBM being able to distribute a non JCK compliant release: It is not a technical issue of the number of engineers involved. It is a matter of the contract which IBM independently negotiated. Wrt those that say that the standard 1.2 source agreement could be used to make a freely distributable JDK. I suspect this is not true. The standard distribution of JDK source comes as a "research" license - you can't distribute changes based on a research license easily. If you want to upgrade to a commercial license, then you are back to discussing royalties with Sun and JCK tests by third parties. If you care about this - read the very extensive license at the www.sun.com sourceware sight. I think Steve and the folks who are working on 1.2 have done us a wonderful service. Kevin -Original Message- From: Brett W. McCoy [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 24, 1999 12:52 PM To: Uli Luckas Cc: [EMAIL PROTECTED] Subject: Re: Sun's License for Java 2 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 port as a paying job versus a porting effort being worked on in addition to someone's paying job. I think that's an unfair comparison. Brett W. McCoy http://www.lan2wan.com/~bmccoy --- Ban the bomb. Save the world for conventional warfare. - BEGIN GEEK CODE BLOCK - Version: 3.12 GAT dpu s:-- a C UL$ P+ L+++ E W++ N- o K- w--- O@ M-@ !V PS+++ PE Y+ PGP- t++ 5- X+ R+@ tv b+++ DI+++ D+ e>++ h+ r++ y -- END GEEK CODE BLOCK -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Multi-Threading: Preemptive?
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 problem are. Bob McConnell N2SPP At 05:12 PM 2/24/99 +0100, Robert Kosara wrote: > >>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 will not have any multi-threading problems, >provided >the point doesn't move too often. Additionally, cpu usage will go down. > Multi-threading is still a good idea, since the point-moving-function >won't be blocked until the sorting has finished. > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: printing w/1.1.7
> 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 VrFrame;
private SdActionManager actionManager = new SdActionManager();
public PrintTest() {
super(" PrintTest");
// just put on a panel and print button and make it call
printOnPaper,
//pass the frame as an argument
addWindowListener(new WindowAdapter() { public void
windowClosing(WindowEvent we) {System.exit(0);}});
}
public static void main(String[] args) {
PrintTest frame = new PrintTest();
frame.pack();
frame.setVisible(true);
}
public void printOnPaper(Frame f) {
Properties props = new Properties();
PrintJob pj = Toolkit.getDefaultToolkit().getPrintJob(f, "Test",
props);
if ( pj == null ) {
JOptionPane.showMessageDialog(this, "printing cancelled");
return;
}
int screenResolution =
Toolkit.getDefaultToolkit().getScreenResolution();
int topMargin= screenResolution;
int bottomMargin = screenResolution;
int leftMargin = screenResolution/2;
int rightMargin = screenResolution/2;
Dimension pageSize = new Dimension( pj.getPageDimension() );
pageSize.height -= topMargin + bottomMargin;
pageSize.width -= leftMargin + rightMargin;
try {
Font fnt = getFont();
FontMetrics fm =
Toolkit.getDefaultToolkit().getFontMetrics(fnt);
Graphics g = null;
String data = "Hello World!";
g = pj.getGraphics();
g.translate(leftMargin, topMargin);
g.clipRect(0, 0, pageSize.width, pageSize.height);
g.setFont( fnt );
g.drawString(data, 0, fm.getHeight());
g.drawString( data, pageSize.width - fm.stringWidth(data),
pageSize.height - fm.getHeight() );
g.dispose();
g = null;
} catch (Exception e) {
JOptionPane.showMessageDialog(this, "printing Error: " + e);
} finally {
pj.end();
JOptionPane.showMessageDialog(this, "printing complete");
}
}
}
I have used this on JDK 1.1.7 on NT and Linux. Win NT counts the
pagedimension as the printable area of the paper and Linux as the
paper size. Other than that OK.
Regards
Dave
David Warnock
Sundayta Ltd
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Linux jdk 1.,2 Jit
>> 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 certainly changed. COMPILER_VERSION as version number of the interface is changed from 5 of JDK 1.1 to 6 of JDK 1.2. But the internal structure of JVM will not be changed drastically. I suppose adaptation of JITs to JDK 1.2 isn't too hard. But, JDK 1.2 for Linux/x86 will include a JIT binary offerrd by Sun. > Cc: [EMAIL PROTECTED] > Subject: Re: SUN "supports" Java on Linux? > From: Juergen Kreileder <[EMAIL PROTECTED]> > Date: 06 Feb 1999 19:30:56 +0100 > Message-ID: <[EMAIL PROTECTED]> > No, JDK 1.2 for i386 includes sunwjit but the 1.2 JDK isn't ready yet. > We get sunwjit as a binary and when 1.2 is ready both the JDK and sunwjit > will be released at the same time and in one package. The JIT may show a bit less performance than a JIT for Solaris/x86. I don't think Sun optimized the JIT for Linux with utilizing stuffs related deeply to OS, such as signal. Kazuyuki SHUDO Happy Hacking! Muraoka Lab., Grad. School of Sci. & Eng., Waseda Univ. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
