Re: What are the disadvantages of using jikes instead of javac?
Have you done any tests on SMP using SE v1.3.0-FCS based on Sun's 1.3.0_01 code? //OLAS Nathan Meyers wrote: > > I used to believe that until I tried, some months back, a side-by-side > comparison of some benchmark code compiled by the old Blackdown JDK1.2.2 > javac and a Sun-supplied javac on Solaris. On the same JVM, the code > generated by the Sun compiler ran faster and utilized multi-threading well > while the code generated by the Blackdown compiler kept just one CPU busy. > I was told (by Sun) that the Blackdown JDK1.2.2 javac was based on an > ancient Sun snapshot - which was the closest I ever got to an explanation of > results that were, to say the least, wildly counterintuitive. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: What are the disadvantages of using jikes instead of javac?
Mo DeJong wrote:
>
> On Mon, 18 Dec 2000, Joseph Shraibman wrote:
>
> > In at least a few instances that I know of, jikes produces slower code.
> > But I don't think javac is a really great optimizing compiler either.
>
> That does not matter. Java code should be optimized by
> the JIT not the Java compiler. On a pure interpreted JVM
> it might matter a bit, but who uses those these days?
> Besides, you could just switch to javac when you compile
> the final executable, if it mattered.
>
> > There is at least one bug that causes jikes to crash where javac
> > compiles the code. Don't remember exactly what it was, I think it was
> > something like private inner classes. I just made them non-private and
> > they compiled fine.
>
> That is a known bug, it is covered by this Jacks regression test:
>
> 8.8.5.1-accessible-explicit-super-invocation-args-3
>
> class T8851aesia3_super {
> private T8851aesia3_super(int i) {}
>
> static class T8851aesia3 extends T8851aesia3_super {
> T8851aesia3() { super(1); }
> }
> }
>
> It should be fixed in the 1.13 release.
>
> There are also cases where javac compiles your
> code even though it is not legal. For example:
>
> class T8851mti2 {
> T8851mti2() { this(0); }
> T8851mti2(int i) { this(); }
> }
>
> Jikes correctly prints an error in this
> case, since the function would loop forever.
>
> Javac does not.
so if it's time to send another bug report of jikes (or javac or there
is no standard way?)
the static inicializer:
static
{
//...
}
with jikes compiles as final (if you look into the bytecode):
static final {}
while with sun's javac
static {}
one can think it's not realy a matter, BUT when you generate the
serialVersionUID with jdk 1.3 (jdk 1.1 it ok) gives different number !!!
so if you compile the same code sometimes with jikes and on another site
with javac and try to use them (eg RMI which serialize the object)
than the same object seems different (since the serialversions are
different)!
and it's realy hard to find;-(((
-- Leventehttp://petition.eurolinux.org/index_html
"The only thing worse than not knowing the truth is
ruining the bliss of ignorance."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: JDK1.3 only classic works
Given that Sun and Blackdown's code branched off at some point in the past, how do we know if a Sun-Linux JVM bug is also a Blackdown bug? ... or vice-versa? Joseph Shraibman wrote: > > It apperears Sun has finally fixed the HotSpot crash problem. See > http://developer.java.sun.com/developer/bugParade/bugs/4372197.html. > They previously marked it as closed; non-reproducable but now it is > marked fixed. The fix limits the number of threads available on a > system, but most apps don't need a few hundred threads anyway. > -- Homepage: http://homepages.tig.com.au/~jmsalvo/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Running a Java Swing program at boot
I believe the above is NOT possible, because of the requirement for X, but just to be sure... I don't have a problem running a Java Swing-less and AWT-less program at boot time, ... but is there a way to have a Java Swing program, therefore requiring X, to startup at boot time? ... and when the user ( the user that was 'su -' during startup to run the Java Swing program ) logs-in on X , he/she can see and interact with that Swing program that was started at boot? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Running a Java Swing program at boot
And whatever the answer is, is it generally true for all Unix-like operating systems? "Jesus M. Salvo Jr." wrote: > > I believe the above is NOT possible, because of the requirement for X, > but just to be sure... > > I don't have a problem running a Java Swing-less and AWT-less program at > boot time, ... but is there a way to have a Java Swing program, > therefore requiring X, to startup at boot time? ... and when the user ( > the user that was 'su -' during startup to run the Java Swing program ) > logs-in on X , he/she can see and interact with that Swing program that > was started at boot? -- Homepage: http://homepages.tig.com.au/~jmsalvo/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: What are the disadvantages of using jikes instead of javac?
> "Nathan" == Nathan Meyers <[EMAIL PROTECTED]> writes: Nathan> Mo DeJong wrote: >> On Mon, 18 Dec 2000, Joseph Shraibman wrote: >> >> > In at least a few instances that I know of, jikes produces >> > slower code. But I don't think javac is a really great >> > optimizing compiler either. >> >> That does not matter. Java code should be optimized by >> the JIT not the Java compiler. That's not entirely correct, there are some optimizations that are too expensive to be done at runtime. Nathan> I used to believe that until I tried, some months back, a Nathan> side-by-side comparison of some benchmark code compiled by Nathan> the old Blackdown JDK1.2.2 javac and a Sun-supplied javac Nathan> on Solaris. On the same JVM, the code generated by the Sun Nathan> compiler ran faster and utilized multi-threading well Nathan> while the code generated by the Blackdown compiler kept Nathan> just one CPU busy. That's strange. Did you compare the generated code? I bet it was more or less the same. Nathan> I was told (by Sun) that the Blackdown JDK1.2.2 javac was Nathan> based on an ancient Sun snapshot Huh? Javac is written in Java: our 1.2.2-javac is the same as Sun's javac in their 1.2.2. 1.3 comes with a new javac but that does not explain the differences described above, javac is not a parallelizing compiler. Nathan> which was the closest I ever got to an explanation of Nathan> results that were, to say the least, wildly Nathan> counterintuitive. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html JVM'01: http://www.usenix.org/events/jvm01/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: What are the disadvantages of using jikes instead of javac?
I think this is just passing the buck. Javac should do its 'optimizations' (
whatever they may be ) irrespective of the fact that a JIT might be there (
or any other accellerator/translator ). Nor is there any guarantee that a
JIT will optimize anything in its translations.
Mo DeJong wrote:
> On Mon, 18 Dec 2000, Joseph Shraibman wrote:
>
> > In at least a few instances that I know of, jikes produces slower code.
> > But I don't think javac is a really great optimizing compiler either.
>
> That does not matter. Java code should be optimized by
> the JIT not the Java compiler. On a pure interpreted JVM
> it might matter a bit, but who uses those these days?
> B
èPÔ ¨¥¶Ú½©bìkz«²ØÚ½¦åiÉ £è®
"¶¬¹¸ÞrÚ º{.nÇ+·®à¨Ö¶F«¹ZrGhÂz+
Re: sdk 1.3.0 fcs netscape plugin problem
-Original Message- From: Juergen Kreileder <[EMAIL PROTECTED]> To: Robert B. Easter <[EMAIL PROTECTED]> Cc: [EMAIL PROTECTED] <[EMAIL PROTECTED]> Date: Tuesday, December 19, 2000 11:55 AM Subject: Re: sdk 1.3.0 fcs netscape plugin problem >> "Robert" == Robert B Easter <[EMAIL PROTECTED]> writes: > >Robert> Hello, I've installed a fresh install of Netscape 4.76 to >Robert> /usr/local/netscape and installed JDK/SDK 1.3.0 FCS from >Robert> Blackdown.org to /usr/local/j2sdk1.3.0. > >Robert> The instructions for installing the Netscape plugin seems >Robert> to say you just make a symbolic link: > >Robert> cd /usr/local/netscape/plugins >Robert> ln -s /usr/local/j2sdk1.3.0/jre/plugin/i386/javaplugin.so >Robert> javaplugin.so > >Robert> OK, I did this, but when I try to use the plugin, for instance: > >Robert> cd /usr/local/j2sdk1.3.0/jre >Robert> netscape JavaPluginControlPanel.html & > >Does /usr/local/j2sdk1.3.0/bin/JavaPluginControlPanel work? > >Robert> ... I get a popup message in Netscape that it can't load >Robert> libjvm.so: > >Robert> java_vm: error in loading shared libraries: libjvm.so: >Robert> cannot open shared object file: No such file or directory >Robert> Plugin: Plugin is not enabled or Java VM process has died. > >Robert> I don't understand this, PLEASE help me! :) > >Robert> I used JDK1.2.2 FCS and the Plugin 1.2.2 FCS with no >Robert> problems but this 1.3.0 just won't work. Is 1.3.0 buggier >Robert> than 1.2.2? I want stability. > >Did you remove the 1.2.2 plugin and ~/.java before trying the 1.3.0 plugin? > > >Juergen > >-- >Juergen Kreileder, Blackdown Java-Linux Team >http://www.blackdown.org/java-linux.html >JVM'01: http://www.usenix.org/events/jvm01/ > > >-- >To UNSUBSCRIBE, email to [EMAIL PROTECTED] >with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > Never !Who The Fuck Is Alice! YOURS SINCERELY Shivakanth -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: JDK1.3 only classic works
-Original Message- From: Joseph Shraibman <[EMAIL PROTECTED]> To: Graham Murray <[EMAIL PROTECTED]> Cc: [EMAIL PROTECTED] <[EMAIL PROTECTED]> Date: Tuesday, December 19, 2000 7:25 AM Subject: Re: JDK1.3 only classic works >It apperears Sun has finally fixed the HotSpot crash problem. See >http://developer.java.sun.com/developer/bugParade/bugs/4372197.html. >They previously marked it as closed; non-reproducable but now it is >marked fixed. The fix limits the number of threads available on a >system, but most apps don't need a few hundred threads anyway. > >Graham Murray wrote: >> >> I have just downloaded the Blackdown 1.3-FCS and only the "classic" VM >> works. If I try client (the default) or server there is no error shown >> - it just hangs. It does this even with 'java -version'. >> >> >From the command line, I can either use java -classic or change >> jvm.cfg, but my main reason for upgrading was to get java support >> working in Mozilla (daily updates) but this "hardwires" the 'client' >> jvm. >> >> I am using Linux 2.4.0-test12-pre7 >>glibc 2.2 >>Pentium III UP >> >> -- >> To UNSUBSCRIBE, email to [EMAIL PROTECTED] >> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > >-- >Joseph Shraibman >[EMAIL PROTECTED] >Increase signal to noise ratio. http://www.targabot.com > > >-- >To UNSUBSCRIBE, email to [EMAIL PROTECTED] >with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > maybe you should try the chips with the LINUX ON IT YOURS SINCERELY Shivakanth -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Running a Java Swing program at boot
-Original Message- From: Jesus M. Salvo Jr. <[EMAIL PROTECTED]> To: Java-Linux <[EMAIL PROTECTED]> Date: Tuesday, December 19, 2000 7:16 PM Subject: Running a Java Swing program at boot > >I believe the above is NOT possible, because of the requirement for X, >but just to be sure... > > >I don't have a problem running a Java Swing-less and AWT-less program at >boot time, ... but is there a way to have a Java Swing program, >therefore requiring X, to startup at boot time? ... and when the user ( >the user that was 'su -' during startup to run the Java Swing program ) >logs-in on X , he/she can see and interact with that Swing program that >was started at boot? > > >-- >To UNSUBSCRIBE, email to [EMAIL PROTECTED] >with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > HI JESUS !Have'nt seen you around for quite sometime.Are you talking about giving SWING THE BOOT.Let me tell you this i will kill for SWING. YOURS SINCERELY SHIVAKANTH -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: fonts for java programs
-Original Message- From: Robert B. Easter <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] <[EMAIL PROTECTED]> Date: Tuesday, December 19, 2000 1:09 PM Subject: fonts for java programs >I'm getting this everytime I start just about any java program: > >reaster@comptechnews:/usr/local/jdk/bin$ ./JavaPluginControlPanel >Font specified in font.properties not found >[--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] >Font specified in font.properties not found >[--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] >Font specified in font.properties not found >[--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] >Font specified in font.properties not found >[--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] >Font specified in font.properties not found >[--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] >Font specified in font.properties not found >[--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] >Font specified in font.properties not found >[--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] >Font specified in font.properties not found >[--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] >Font specified in font.properties not found >[--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] >Font specified in font.properties not found >[--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] >Font specified in font.properties not found >[--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] >Font specified in font.properties not found >[--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] >Font specified in font.properties not found >[--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] >Font specified in font.properties not found >[--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] >Font specified in font.properties not found >[--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] >Font specified in font.properties not found >[--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] >Font specified in font.properties not found >[--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] >Font specified in font.properties not found >[--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] >Font specified in font.properties not found >[--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] >Font specified in font.properties not found >[--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] >reaster@comptechnews:/usr/local/jdk/bin$ > >Is there a font package that I can download to fix this, or install in X? I >never have the fonts these Java programs want. I'm running XFree86 4.0.1, >Java SDK 1.3.0 FCS. > > >-- > Robert B. Easter [EMAIL PROTECTED] - >- CompTechNews Message Board http://www.comptechnews.com/ - >- CompTechServ Tech Services http://www.comptechserv.com/ - >-- http://www.comptechnews.com/~reaster/ > > >-- >To UNSUBSCRIBE, email to [EMAIL PROTECTED] >with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] YOU HAD IT ! HA!HA!HA! YOURS SINCERELY Shivakanth > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: What are the disadvantages of using jikes instead of javac?
-Original Message-
From: Levente Farkas <[EMAIL PROTECTED]>
To: Mo DeJong <[EMAIL PROTECTED]>; Java-Linux
<[EMAIL PROTECTED]>; [EMAIL PROTECTED] <[EMAIL PROTECTED]>;
[EMAIL PROTECTED] <[EMAIL PROTECTED]>
Date: Tuesday, December 19, 2000 4:42 PM
Subject: Re: What are the disadvantages of using jikes instead of javac?
>Mo DeJong wrote:
>>
>> On Mon, 18 Dec 2000, Joseph Shraibman wrote:
>>
>> > In at least a few instances that I know of, jikes produces slower code.
>> > But I don't think javac is a really great optimizing compiler either.
>>
>> That does not matter. Java code should be optimized by
>> the JIT not the Java compiler. On a pure interpreted JVM
>> it might matter a bit, but who uses those these days?
>> Besides, you could just switch to javac when you compile
>> the final executable, if it mattered.
>>
>> > There is at least one bug that causes jikes to crash where javac
>> > compiles the code. Don't remember exactly what it was, I think it was
>> > something like private inner classes. I just made them non-private and
>> > they compiled fine.
>>
>> That is a known bug, it is covered by this Jacks regression test:
>>
>> 8.8.5.1-accessible-explicit-super-invocation-args-3
>>
>> class T8851aesia3_super {
>> private T8851aesia3_super(int i) {}
>>
>> static class T8851aesia3 extends T8851aesia3_super {
>> T8851aesia3() { super(1); }
>> }
>> }
>>
>> It should be fixed in the 1.13 release.
>>
>> There are also cases where javac compiles your
>> code even though it is not legal. For example:
>>
>> class T8851mti2 {
>> T8851mti2() { this(0); }
>> T8851mti2(int i) { this(); }
>> }
>>
>> Jikes correctly prints an error in this
>> case, since the function would loop forever.
>>
>> Javac does not.
>
>so if it's time to send another bug report of jikes (or javac or there
>is no standard way?)
>the static inicializer:
>
>static
>{
>//...
>}
>
>with jikes compiles as final (if you look into the bytecode):
>static final {}
>while with sun's javac
>static {}
>one can think it's not realy a matter, BUT when you generate the
>serialVersionUID with jdk 1.3 (jdk 1.1 it ok) gives different number !!!
>so if you compile the same code sometimes with jikes and on another site
>with javac and try to use them (eg RMI which serialize the object)
>than the same object seems different (since the serialversions are
>different)!
>and it's realy hard to find;-(((
>
>
> -- Leventehttp://petition.eurolinux.org/index_html
> "The only thing worse than not knowing the truth is
> ruining the bliss of ignorance."
>
>
>--
>To UNSUBSCRIBE, email to [EMAIL PROTECTED]
>with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
>
Jesus Christ Never Said That And Who The Fuck Is Alice.
YOURS SINCERELY
SHIVAKANTH
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: JDK1.3 only classic works
-Original Message- From: Jesus M. Salvo Jr. <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] <[EMAIL PROTECTED]> Date: Tuesday, December 19, 2000 6:47 PM Subject: Re: JDK1.3 only classic works >Given that Sun and Blackdown's code branched off at some point in the >past, how do we know if a Sun-Linux JVM bug is also a Blackdown bug? ... >or vice-versa? > > >Joseph Shraibman wrote: >> >> It apperears Sun has finally fixed the HotSpot crash problem. See >> http://developer.java.sun.com/developer/bugParade/bugs/4372197.html. >> They previously marked it as closed; non-reproducable but now it is >> marked fixed. The fix limits the number of threads available on a >> system, but most apps don't need a few hundred threads anyway. >> > >-- >Homepage: http://homepages.tig.com.au/~jmsalvo/ > > >-- >To UNSUBSCRIBE, email to [EMAIL PROTECTED] >with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > CHAIN REACTION YOURS SINCERELY Shivakanth -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Running a Java Swing program at boot
"Jesus M. Salvo Jr." wrote: > I believe the above is NOT possible, because of the requirement for X, > but just to be sure... > > I don't have a problem running a Java Swing-less and AWT-less program at > boot time, ... but is there a way to have a Java Swing program, > therefore requiring X, to startup at boot time? ... and when the user ( > the user that was 'su -' during startup to run the Java Swing program ) > logs-in on X , he/she can see and interact with that Swing program that > was started at boot? The AWT classes (also used by Swing) need to find the X display when they're first loaded. If X isn't running, the Java client fails. If X is running but not receptive to client connections (such as during the XDM login screen), the client may fail and/or hang. About the best you can do is implement a try/timeout/sleep/retry loop - it might work to do it in your program, or you may need to do that within some script that launches your program. Nathan > > > -- > 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]
Mr.Y.SHIVAKANT
To the List Administrators: I guess that only people that are subscribed to this list can post here (which is good spam prevention practise anyway). If so can we please have Mr.Y.SHIVAKANT have removed from the list? Thanks in advance. Btw.: Adding an X-Abuse header or something like that would be nice. I am not entirely sure who is the list administrator, so sorry for mailing to the list. -- Andreas Micklei IVISTAR Kommunikationssysteme AG Ehrenbergstr. 19 / 10245 Berlin http://www.ivistar.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: What are the disadvantages of using jikes instead of javac?
Juergen Kreileder wrote: > > "Nathan" == Nathan Meyers <[EMAIL PROTECTED]> writes: > > Nathan> I used to believe that until I tried, some months back, a > Nathan> side-by-side comparison of some benchmark code compiled by > Nathan> the old Blackdown JDK1.2.2 javac and a Sun-supplied javac > Nathan> on Solaris. On the same JVM, the code generated by the Sun > Nathan> compiler ran faster and utilized multi-threading well > Nathan> while the code generated by the Blackdown compiler kept > Nathan> just one CPU busy. > > That's strange. Did you compare the generated code? I bet it was more > or less the same. You won't get any argument from me that the results make little sense. At the time of the test, I was comparing commercial Java platforms, not compilers: building the test with two different compilers was a chance occurrence and the observation of a difference was a total surprise. I didn't delve into the code itself (compiler behavior wasn't relevant to my inquiries), and I haven't since revisited the problem with more recent compilers. > > > Nathan> I was told (by Sun) that the Blackdown JDK1.2.2 javac was > Nathan> based on an ancient Sun snapshot > > Huh? Javac is written in Java: our 1.2.2-javac is the same as Sun's > javac in their 1.2.2. Wasn't there considerably less coordination with Sun in the 1.2.2 days than there is now? Nathan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Running a Java Swing program at boot
Nathan Meyers wrote: > "Jesus M. Salvo Jr." wrote: > > >> I believe the above is NOT possible, because of the requirement for X, >> but just to be sure... >> >> I don't have a problem running a Java Swing-less and AWT-less program at >> boot time, ... but is there a way to have a Java Swing program, >> therefore requiring X, to startup at boot time? ... and when the user ( >> the user that was 'su -' during startup to run the Java Swing program ) >> logs-in on X , he/she can see and interact with that Swing program that >> was started at boot? > > > The AWT classes (also used by Swing) need to find the X display when > they're first loaded. If X isn't running, the Java client fails. If X is > running but not receptive to client connections (such as during the > XDM login screen), the client may fail and/or hang. About the best you can > do is implement a try/timeout/sleep/retry loop - it might work to do it in > your program, or you may need to do that within some script that launches > your program. > > Nathan I did not test this for performance but you could start a VNC server at boot time and the client that connects to it at login time. Uli -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: What are the disadvantages of using jikes instead of javac?
On Tue, 19 Dec 2000, Lachlan O'Dea wrote: > On Mon, Dec 18, 2000 at 06:07:39PM -0600, Joi Ellis wrote: > > On Mon, 18 Dec 2000, Jacob Nikom wrote: > > > > > Hi, > > > > > > I started to use jikes and like it very much. So I started to wonder, > > > what are the disadvantages to use jikes instead of javac (SUN or > > > Blackdown)? What not to use only jikes? > > > > Besides the fact that it generates a binary that runs on only one > > platform? > > I think you're confusing jikes with gcj. Jikes produces class files. Ah, Okay. When I've seen jikes mentioned elsewhere, it's been during discussions of compilers that create only windows binaries. So, I've not even looked at it. -- Joi EllisSoftware Engineer Aravox Technologies [EMAIL PROTECTED], [EMAIL PROTECTED] No matter what we think of Linux versus FreeBSD, etc., the one thing I really like about Linux is that it has Microsoft worried. Anything that kicks a monopoly in the pants has got to be good for something. - Chris Johnson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Mr.Y.SHIVAKANT
I second that request... Peacee Tom Andreas Micklei <[EMAIL PROTECTED]> on 12/19/2000 07:35:10 AM To: [EMAIL PROTECTED] cc: Subject: Mr.Y.SHIVAKANT To the List Administrators: I guess that only people that are subscribed to this list can post here (which is good spam prevention practise anyway). If so can we please have Mr.Y.SHIVAKANT have removed from the list? Thanks in advance. Btw.: Adding an X-Abuse header or something like that would be nice. I am not entirely sure who is the list administrator, so sorry for mailing to the list. -- Andreas Micklei IVISTAR Kommunikationssysteme AG Ehrenbergstr. 19 / 10245 Berlin http://www.ivistar.de -- 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: Running a Java Swing program at boot
Shivakant is developing a STRIKING RESEMBLANCE to Zippy the Pinhead! Mr.Y.SHIVAKANT wrote: > HI JESUS !Have'nt seen you around for quite sometime.Are you talking about > giving SWING THE BOOT.Let me tell you this i will kill for SWING. > > YOURS SINCERELY > SHIVAKANTH > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: What are the disadvantages of using jikes instead of javac?
> = From: Cliff Draper <[EMAIL PROTECTED]> > = Sent: Tuesday, December 19, 2000 10:35 AM > > = From: David Brownell <[EMAIL PROTECTED]> > > = Date: Mon, 18 Dec 2000 19:52:46 -0800 > > My own experience with GCJ is positive. For many things it's > > faster than Hotspot, and the startup time is where it ought > > to be (invisible). > > Forgive my ignorance of GCJ, but I thought it precompiled the whole > set of .class files into an OS executable and then ran that. That > would surely have a nonzero startup time. I said "invisible", not "nonzero". Let's say that while I perceive JDK 1.3 taking a long time to start producing output, I perceived none with GCJ. Annoying delays for JDK 1.3; pinkie not yet lifting from the "ENTER" key when the GCJ program began its first output. And related: I normally observe output with JDK 1.3 to be bursty. Again, not so with GCJ -- smooth. Perhaps if Hotspot were to cache all of its pre-optimized code (as GCJ does :-) it would do as well. Though GCJ 2.96 won't compile quite all inner classes correctly from the Java source (presumably fixed in recent GCC snapshots), I'd not say that GCJ "only" precompiles from class files. As I understand, an artifact of the current classfile parsing (it doesn't create parse trees of any kind) is that you get better optimization when parsing from source code (those parse trees support more optimizations). > > Think of GCJ as an ahead-of-time JIT (!) that's Free Software, > > uses all the optimizations available to GCC 3.0, and moreover > > Taking advantage of gcc optimizations sounds like a good thing. But > how does it deal with dynamic class loading; for instance, you can > bring a new class into a running system that has a different behavior > that it's parent class, but code that uses the parent class doesn't > know which its using? When you invoke Class.forName() you get an object that's bound to the bytecode interpreter through its vtable. (Or so I recall it being explained.) Once the caller makes the invocation, it won't know if it's interpreted, compiled, jitted (etc). - Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Mr.Y.SHIVAKANT
On Tue, 19 Dec 2000 [EMAIL PROTECTED] wrote: > > I second that request... > > Andreas Micklei <[EMAIL PROTECTED]> on 12/19/2000 07:35:10 AM > > To: [EMAIL PROTECTED] > cc: > Subject: Mr.Y.SHIVAKANT > > > To the List Administrators: > > I guess that only people that are subscribed to this list can post here > (which > is good spam prevention practise anyway). If so can we please have > Mr.Y.SHIVAKANT have removed from the list? Thanks in advance. Actually, what the list admin needs to do with this yoyo is set/change his list password, then set his address 'no mail' or 'vacation' or whatever the list does to temporarily suspend delivery to the address. Then put him into a bounce filter so he can't send into any lists. Majordomo supports this sort of thing. Otherwise the dork will just resubscribe. The only other possiblity is to move to a moderated list, or a controlled-access list, so that his mails or his subscription requests can be filtered away by the moderator. Doable, but Ick. -- Joi EllisSoftware Engineer Aravox Technologies [EMAIL PROTECTED], [EMAIL PROTECTED] No matter what we think of Linux versus FreeBSD, etc., the one thing I really like about Linux is that it has Microsoft worried. Anything that kicks a monopoly in the pants has got to be good for something. - Chris Johnson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: What are the disadvantages of using jikes instead of javac?
> I guess I didn't explain the problem very well (and glancing at the
> gcj web site didn't show me the answer). For one thing, I'm assuming
> that gcj will do inlining.
I think right now it doesn't do much of that. Though I've known folk
who look at providing member access without a function call as a form
of inlining. (And more who laugh at that perspective! :-)
> Given the dynamic nature of Java (be able
> to load user specified classes at runtime), an ahead-of-time Java
> compiler cannot correctly do inline (let me know if you want an
> example). This can give a real advantage to a dynamic compiler like
> HotSpot.
There are methods that can safely be inlined in all cases (final ones),
and ones that can't ... you're talking about runtime profiling being
used to leverage the specific runtime circumstances (maybe a nonfinal
method is never overridden, so it's "effectively final"; or knowing
the range of some parameter, eliminating some code paths).
Sure, those techniques exist. Classic global optimization perspectives.
I'd want them applied over sealed package in any environment. You're
right that a "dynamic" compiler can optimize more arbitrary scopes, and
even change over time. But how many trustworthy systems are not built
mostly from strongly compartmentalized ("sealed") components?
> And there might be other optimizations like that too.
On the other hand, perhaps the system-wide costs of late compiling
models are more than their benefits, in many common application types.
We're talking about tradeoffs between early and late analysis, but
don't forget that those early analysis code paths (the GCC 3.0 backend)
are getting better all the time. It's likely there are more GCC users
than Hotspot users, and on more different OS platforms.
> It seems like if you know your set of classes is going to be static,
> then the ahead-of-time will be faster (especially if you save your
> previous run state), but if something creeps into your system that
> loads a class dynamically, you could have a hard to track down bug,
Those two "if"s are irrelevant without assuming a compiler bug; I
guess that's a third "if".
> unless gcj somehow detects that. It seems important for gcj users to
> understand the limitations.
All software has bugs. You can't imply that GCJ has a bug and then
use your implication as evidence of a GCJ limitation, at least without
a bug report in hand, evaluated as "can not fix".
- Dave
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Mr.Y.SHIVAKANT
-Original Message- From: Joi Ellis <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] <[EMAIL PROTECTED]> Cc: [EMAIL PROTECTED] <[EMAIL PROTECTED]> Date: Wednesday, December 20, 2000 5:24 AM Subject: Re: Mr.Y.SHIVAKANT >On Tue, 19 Dec 2000 [EMAIL PROTECTED] wrote: > >> >> I second that request... >> >> Andreas Micklei <[EMAIL PROTECTED]> on 12/19/2000 07:35:10 AM >> >> To: [EMAIL PROTECTED] >> cc: >> Subject: Mr.Y.SHIVAKANT >> >> >> To the List Administrators: >> >> I guess that only people that are subscribed to this list can post here >> (which >> is good spam prevention practise anyway). If so can we please have >> Mr.Y.SHIVAKANT have removed from the list? Thanks in advance. > >Actually, what the list admin needs to do with this yoyo is set/change >his list password, then set his address 'no mail' or 'vacation' or >whatever the list does to temporarily suspend delivery to the address. > >Then put him into a bounce filter so he can't send into any lists. > >Majordomo supports this sort of thing. > >Otherwise the dork will just resubscribe. > >The only other possiblity is to move to a moderated list, or a >controlled-access list, so that his mails or his subscription requests >can be filtered away by the moderator. Doable, but Ick. > >-- >Joi EllisSoftware Engineer >Aravox Technologies [EMAIL PROTECTED], [EMAIL PROTECTED] > >No matter what we think of Linux versus FreeBSD, etc., the one thing I >really like about Linux is that it has Microsoft worried. Anything >that kicks a monopoly in the pants has got to be good for something. > - Chris Johnson > > >-- >To UNSUBSCRIBE, email to [EMAIL PROTECTED] >with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > THERE IS NO SHOT THAT THIS MAILING DOES THERE IS NO TALKING BROWSER ON LINUX.THERE IS ABSOLUTELY NO BENIFIT ECONOMICVAL,SOCIAL,SPRITUAL BENEFIT THAT I HAVE GAINED FROM THIS WHOLE MAILING LIST.IF YOU DROP FROM THE MAILING LIST I PROMISE YOU I WILL NOT RE-SUBSCRIBE IN A DIFFERENT NAME I WILL JUST MUTILATE THIS MAILING LIST BUY TAKING YOU TO COURT FOR ALL MY PRESIOUS TIME THAT YOU HAVE WASTED AND THE INDIAN GOVERNMENT TAKES SPAMING AS A SERIOUS OFFENCE MIND THAT . yours sincerely shivakanth -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: What are the disadvantages of using jikes instead of javac?
one issue I'm having with jikes is that (I quote from the FAQ): Jikes allows the use of JAR files, which have the standard "zip" format, provided that any contained class files are stored either using no compression or the default "DeflatedN" compression (also known as "method 8" in zip-speak). I don't know how common it is for library vendors to compress their JARs, but in my usage, Sun's JSSE isn't successfully loaded by jikes. Thus, I have some classes I can't compile with jikes. Can anyone explain if this is a real-world shortcoming of jikes? TIA. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Netscape & Sun JDK1.3 JRE Plugin Problem
I am not able to run Java Console from Netscape 4.7 on Linux Mandrake 7.2, after installing Sun JDK 1.3. Sun gives the following instructions to install JRE plugin, included in JDK 1.3, for Netscape : --- The Java Plug-in product is included in J2SE 1.3.0. To install the Java Plug-in follow these steps. 1. Uninstall previous installation of the Java Plug-in, if applicable. rm -fr $HOME/.netscape/java rm $HOME/.netscape/plugins/javaplugin.so 2. Set the NPX_PLUGIN_PATH environment variable: export NPX_PLUGIN_PATH=/plugin/i386 Here, is the path to the jre directory inside your installation of the Java 2 SDK. 3. Start (or restart) your Netscape browser. Start your Netscape browser. If your browser is already running, close it and restart it. 4. Close and restart your Netscape browser again. Restarting the browser a second time is necessary because of bug 43 58142. --- 1) I first edited by .bashrc file and set the variable NPX_PLUGIN_PATH and then relogged into KDE. On logging-in again I started, exited and then started Netscape again. On selecting 'Show Java Console', from the Netscape Menu, it displayed ' Netscape Java 1.1.15 Java Console'. 2) Thereafter I deleted /usr/lib/netscape/java directory. After which on again starting, exiting and restarting Nestscape and seleting 'Show Java COnsole', it displayed the message 'java40.jar' not found in classpath, currect classpath is /usr/local/jdk1.3/jre/bin/plugin/i386/javaplugin.so (which was the path I gave to NPX_PLUGIN_PATH) and thus Java COnsole was not displayed. Has somebody installed JRE plugin 1.3.0 on Netscape 4.7 on linux and can share his experience. Regards, GP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: What are the disadvantages of using jikes instead of javac?
On Tue, 19 Dec 2000, Man Chi Ly wrote: > one issue I'm having with jikes is that (I quote from the FAQ): Well, the java-linux list is not really the right place to talk about issues you have with jikes. I think it is ok to post something like "Jikes is neat, you should try it" since it is a java compiler and it runs on Linux. Once you start getting into specific details the discussion really should be moved to a list with that in mind, like jikes or jikes-dev. See this page to find out how to get signed up for one (or both) of these lists. http://oss.software.ibm.com/developerworks/opensource/jikes/project/subscribe.html Mo DeJong Red Hat Inc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
