problem with jdk-1.1.7
HI there, I have downloaded and instaled JDK 1.1.7, Version 1a. After setting the PATH variable, and issuing the command `java` it segfaults. I'm not a java guru, especially this is the first time installing java on linux. I have a glibc system, and also have libc-5 librarys installed. (Debian 2.1, 2.00.36) The tarball I downloaded is jdk_1.1.7-v1a-libc5-x86.tar.gz I'm trying to get IASP work with the jdk, but after issuing a command: /java/bin/jre -cp /java/bin/../lib/classes.zip:/iasp/iasp/lib/iasplib.jar connector.iasp_connector -- Segmentation fault recieved. Am I using the wrong jdk version? Please give a hint for a beginner. TIA, Regards, - RATKAI Peter [EMAIL PROTECTED] HUNGARY -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Memory Leaks with jdk1.2pre2
I am also seeing memory problems with JDK1.2 pre2. I am running RedHat 5.2, glibc 2.0, and was not seeing this behaviour with jdk1.2pre1. I have also tried RedHat 6.0 under VMWare under Redhat 5.2 and the GlibC 2.1 version has the same behaviour. If you are interested to see if it behaves the same on your system, try out the test program: http://www.nsdev.org/test2d.jar By running it: java -jar test2d.jar On my system, if I drag the nodes around on the screen, the memory will eventually be exhausted, or there will be a deadlock. There are also other bugs with the 2d system that can be shown by dragging the node closest to the bottom of the screen from side to side... I'd be interested if that happens on anyone else's system. It doesn't happen in Windows, or on Solaris jdk1.2 ports. Under RedHat 5.2, with XFree86 3.3.3.1 when dragging I sometimes get black blocks appearing on the screen near diagonal antialiased lines. Surprisingly this does not happen under my RedHat 6.0 installed under VMWare, go figure. The program does exhibit the memory leak and deadlocking under both setups though. Like I mentioned, this memory leak does not happen under jdk1.2pre1. If you want to play, hold down the control key, and start putting more nodes on the screen by left clicking the mouse... then drag between the nodes to make more links. The more links, the faster the memory goes away. :I Diva is found at: http://ptolemy.eecs.berkeley.edu/diva/index.html Cheers. -Neal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: problem with jdk-1.1.7
On Tue, 8 Jun 1999 12:02:29 +0200 (CEST), Ratkai Peter wrote: >HI there, > >I have downloaded and instaled JDK 1.1.7, Version 1a. After setting the >PATH variable, and issuing the command `java` it segfaults. >I'm not a java guru, especially this is the first time installing java on >linux. I have a glibc system, and also have libc-5 librarys installed. >(Debian 2.1, 2.00.36) > >The tarball I downloaded is jdk_1.1.7-v1a-libc5-x86.tar.gz Generally, if you have glibc you should use the glibc release of the JDK. Michael Sinz -- Director of Research & Development, NextBus Inc. mailto:[EMAIL PROTECTED] - http://www.nextbus.com My place on the web ---> http://www.users.fast.net/~michael_sinz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
How to trap signals?
How can I make a method being called before the jvm exits when killing the jvm (or pressing Ctrl-C if its in the foreground)? I suppose a pure java way is out of the question? What is the least OS dependant way? What I want is to do some cleanup before stopping a server written in java only. And it must perform the cleanup if the computer is shut down, i.e. when the jvm is killed. Thanks for a great mailing list! /Jonas Holmberg, Forget-it AB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: problem with jdk-1.1.7
Ratkai Peter wrote: > HI there, > > I have downloaded and instaled JDK 1.1.7, Version 1a. After setting the > PATH variable, and issuing the command `java` it segfaults. > I'm not a java guru, especially this is the first time installing java on > linux. I have a glibc system, and also have libc-5 librarys installed. > (Debian 2.1, 2.00.36) > > The tarball I downloaded is jdk_1.1.7-v1a-libc5-x86.tar.gz Wrong! Get the libc versión, particullary the jdk1.1.7 v3a it is fot glibc 2.1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: sunwjit slows down JDK
>This posting reminded me of my many struggles trying to find a neatly >compiled list of java properties. Does anyone know if such a list >exists for JDK properties? There's an excellent list in the Java Developer's Almanac, an all-around nifty reference: http://www.amazon.com/exec/obidos/ASIN/0201432986/nelsonminar [EMAIL PROTECTED] . . . .. . . . http://www.media.mit.edu/~nelson/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: How to trap signals?
There is a method in System called runFinalizersOnExit(boolean) that supposedly will let you tell the jvm to run all finalizers when the jvm is shut down. However, I've heard it's not that reliable, and I notice that it has been deprecated in jdk1.2. On Tue, 8 Jun 1999, Jonas Holmberg wrote: > How can I make a method being called before the jvm exits when killing > the jvm (or pressing Ctrl-C if its in the foreground)? > > I suppose a pure java way is out of the question? What is the least OS > dependant way? > > What I want is to do some cleanup before stopping a server written in > java only. And it must perform the cleanup if the computer is shut down, > i.e. when the jvm is killed. > > Thanks for a great mailing list! > /Jonas Holmberg, Forget-it AB > > > -- > 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: How to trap signals?
On Tue, Jun 08, 1999 at 11:28:55AM +, Jonas Holmberg wrote: > How can I make a method being called before the jvm exits when killing > the jvm (or pressing Ctrl-C if its in the foreground)? > > I suppose a pure java way is out of the question? What is the least OS > dependant way? > > What I want is to do some cleanup before stopping a server written in > java only. And it must perform the cleanup if the computer is shut down, > i.e. when the jvm is killed. > > Thanks for a great mailing list! > /Jonas Holmberg, Forget-it AB > i am using JavaSignals available on the blackdown site at http://www.blackdown.org/java-linux/otherproducts.html that is poiting to the site: http://interstice.com/~kevinh/projects/javasignals/ it is working fine with me, but i'm afraid it is platform dependant as i don't have a clue wether other OS that are not UNIX have signals... you can basicly catch any signals but like all UNIX programs (i think) you cannot catch a SIGKILL (9) because the process is supposed to have received a SIGTERM (15?) before. any proper shutdown script should kill its processes with that signal then only after: SIGKILL. shutting down apache works that way. small problem however, the signal must be sent to the right thread... i had a problem with that but can't remember where. C-c from keyboard worked though. SIGINT i think. it IS working and easy to use, my thanx to the author :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: JIT in pre2???
> > > Is TYA headed for the great, big, bit bucket in the sky? :-( > > > > I very much doubt it. The JVM can run with multiple JITs, and TYA can > > run with multiple JVMs. > > TYA surely isn't for the bit bucket. It is always nice to have an > option. Could you imagine that Sun's JIT has quite a few bugs TYA Other reasons developing TYA are: -There are options beside of Linux: TYA is widely used by FreeBSD people. (Maybe they have no option for sunwjit?) -It's not unusual that newer TYA releases are faster than older, so next time I'll show you applications (e.g. benchmarks) running faster than using sunwjit. -Maybe a day comes JDK will be real open source software? Who knows? But I hope still ;) . At this moment TYA programmers could benefit from internal JDK knowledge just like Sun programmers can do today. You really could expect some extra speedup for TYA. (Unfortunately their current license is not compatible with TYA's GPL.) BTW, don't forget there's another FREE JIT option: think of shujit, as far as I know now also useable for JDK1.2. Cheers, Albrecht -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: sunwjit slows down JDK
>As the experience of many in this group shows, TYA is in no imminent >danger of being put out of business by Sun's JIT efforts. > I don't understand what everybody's perception is here, but I've grabbed an old benchmark (CaffeineMark3) and the results are obvious: JDK1.1.7: TYA 1.2v4: 811, 1559, 3011, 1753, 1074, 927, 626, 0, 62 JDK1.2v1 TYA 1.3v2: 731, 1422, 2626, 1196, 980, 687, 417, 0, 31 SUNWjit: 1808, 3115, 9149, 1077, 1773, 2355, 457, 0, 32 none: 398, 447, 459, 665, 411, 407, 479, 0, 31 unset = SUNWjit: JDK1.2v3 SUNWjit: 2038, 3384,10034, 1618, 1915, 2492, 491, 0, 49 (figures for respectively Sieve, Loop, Logic, String, Float, Method, Graphics, Image and Dialog; larger is better, beats me why the Image test always returns 0. Native threads, 233Mhz P/MMX). Looks like the SUNWjit beats TYA by a large margin (and, without putting down the tremendous effort that TYA represents, I more-or-less expected that because my feeling is that JIT optimization is for a large part a matter of applying a lot of raw manpower...). The perceived differences may be due to the JIT doing the JIT thingy: analyzing and compiling classes, thus slowing down class loading and user interface response. If TYA covers the middle ground between interpreted and a JIT that's fast in execution but slow in analyzing, it may well be the JIT of choice for UI software, with SUNWjit/Hotspot/... speeding up long-running server processes. As usual, the only thing that I'm really saying here is YMMV :-) -- Cees de Groot http://www.cdegroot.com <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: environment variable list, take 3
Hi, > Generic JDK variables, Java 1.1 and Java 1.2: .. > JAVA_COMPILER If set to "tya", then "libtya.so" will be used as > a JIT compiler if it is installed correctly. If > set to "none", no JIT will be used. IMHO should one use a _case_ _sensitive_ ``NONE'' ? But set to ``tya'' is even more better - of course ;-) Cheers Albrecht -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: sunwjit slows down JDK
Ummm, > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, June 08, 1999 3:34 PM > To: [EMAIL PROTECTED] > Subject: Re: sunwjit slows down JDK > > > I don't understand what everybody's perception is here, but I've grabbed > an old benchmark (CaffeineMark3) and the results are obvious: > > JDK1.1.7: > TYA 1.2v4: 811, 1559, 3011, 1753, 1074, 927, 626, 0, 62 > JDK1.2v1 > TYA 1.3v2: 731, 1422, 2626, 1196, 980, 687, 417, 0, 31 > SUNWjit: 1808, 3115, 9149, 1077, 1773, 2355, 457, 0, 32 > none: 398, 447, 459, 665, 411, 407, 479, 0, 31 > unset = SUNWjit: > JDK1.2v3 ^^ Is this a typo? If not, where can I get the new version? Upon a cursory look, I didn't see it at the mirrors. > SUNWjit: 2038, 3384,10034, 1618, 1915, 2492, 491, 0, 49 > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
shortcuts bug
Hi
I am using jdk1.2-pre2 glibc2.0 on RedHat5.2
I have to menuitems one with shortcut Ctrl+O and the other with shurtcut
Chtrl+I
Ctrl+O worls fine, Ctrl+I is almost always ignored and sometimes even
causes application to stop responding.
No exceptions or other errors are thrown.
The code where I add shortcuts:
JMenuBar menuBar = new JMenuBar();
JMenu menu;
JMenuItem menuItem;
frame.setJMenuBar(menuBar);
menu = new JMenu("View");
. . .
menuItem = new JMenuItem("Zoom In");
menuItem.setAccelerator(KeyStroke.getKeyStroke
(KeyEvent.VK_I, ActionEvent.CTRL_MASK));
menuItem.setMnemonic(KeyEvent.VK_I);
menuItem.addActionListener(this);
menu.add(menuItem);
menuItem = new JMenuItem("Zoom Out");
menuItem.setAccelerator(KeyStroke.getKeyStroke
(KeyEvent.VK_O, ActionEvent.CTRL_MASK));
menuItem.setMnemonic(KeyEvent.VK_O);
menuItem.addActionListener(this);
menu.add(menuItem);
isn't it strange?
-mk
P.S. and, btw, thanks for great port!
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: sunwjit slows down JDK
>> JDK1.2v3 > ^^ >Is this a typo? If not, where can I get the new version? Upon a cursory >look, I didn't see it at the mirrors. > It's a typo. -- Cees de Groot http://www.cdegroot.com <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Memory Leaks with jdk1.2pre2
This looks to be a problem with Native threads in pre2. If you run the program with java -green -jar test2d.jar it will be a little sluggish but will not leak. I've noticed a marked improvement in the Java2D demo as well. In addition one of my friends was also working on a school project that used threads. Green threads worked fine, and the app worked fine in 1.1.7. But with 1.2pre2 the app had a problem with some keyevents (I think this may be a problem with your demo as well, the mouse events aren't being handled quickly enough, so it gets behind, for more examples of this using green threads try the SwingSet demo Splitpane). My friends program does not use any Java2D method calls. I'm running RH 6.0, Black down jdk1.2pre2 Glibc2.1. -Jim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Problem with downloading 1.2 pre-release
Hi, My name is Jacob Nikom. I tried to download JDK 1.2 for Linux and got some problems with java files. I got very strange content of the /jdk1.2/bin directory: //homes/nikom/work/java/bin/jdk1.2/bin ls -l total 8 lrwxrwxrwx 1 nikomstaff13 Jun 8 18:11 appletviewer_g -> .java_wrapper lrwxrwxrwx 1 nikomstaff13 Jun 8 18:11 extcheck_g -> .java_wrapper drwxr-xr-x 4 nikomstaff 8192 Jun 3 22:53 i386/ lrwxrwxrwx 1 nikomstaff13 Jun 8 18:11 jar_g -> .java_wrapper lrwxrwxrwx 1 nikomstaff13 Jun 8 18:11 jarsigner_g -> .java_wrapper lrwxrwxrwx 1 nikomstaff13 Jun 8 18:11 java_g -> .java_wrapper lrwxrwxrwx 1 nikomstaff13 Jun 8 18:11 javac_g -> .java_wrapper lrwxrwxrwx 1 nikomstaff13 Jun 8 18:11 javadoc_g -> .java_wrapper lrwxrwxrwx 1 nikomstaff13 Jun 8 18:11 javah_g -> .java_wrapper lrwxrwxrwx 1 nikomstaff13 Jun 8 18:11 javap_g -> .java_wrapper lrwxrwxrwx 1 nikomstaff13 Jun 8 18:11 jdb_g -> .java_wrapper lrwxrwxrwx 1 nikomstaff13 Jun 8 18:11 keytool_g -> .java_wrapper lrwxrwxrwx 1 nikomstaff13 Jun 8 18:11 native2ascii_g -> .java_wrapper lrwxrwxrwx 1 nikomstaff13 Jun 8 18:11 oldjava_g -> .java_wrapper lrwxrwxrwx 1 nikomstaff13 Jun 8 18:11 policytool_g -> .java_wrapper lrwxrwxrwx 1 nikomstaff13 Jun 8 18:11 rmic_g -> .java_wrapper lrwxrwxrwx 1 nikomstaff13 Jun 8 18:11 rmid_g -> .java_wrapper lrwxrwxrwx 1 nikomstaff13 Jun 8 18:11 rmiregistry_g -> .java_wrapper lrwxrwxrwx 1 nikomstaff13 Jun 8 18:11 serialver_g -> .java_wrapper lrwxrwxrwx 1 nikomstaff13 Jun 8 18:11 tnameserv_g -> .java_wrapper //homes/nikom/work/java/bin1/jdk1.2/bin As you see all files point to the .java_wrapper file which does not exist. Obviously nothing runs. Also all tools have extension _g - is it correct? This is the description of what I have done to get into this stage: 1. When to the site http://www.blackdown.org/ 2. When to the "Download the JDK for Linux" link 3. Found appropriate ftp site 3. Went to the JDK1.2/i386/pre-v2/glibc2.1 directory 4. Middle clicked on jdk1.2pre-v2-debug.tar.bz2 file 5. Menu opened - downloaded the file into directory /homes/nikom/work/java/bin/ 6. Unzipped the file with bzcat bzcat jdk1.2pre-v2-debug.tar.bz2 > jdk1.2pre-v2-debug.tar 7. Untared the file tar xvf jdk1.2pre-v2-debug.tar 8. Set up the path set path = (/homes/nikom/work/java/bin/jdk1.2/bin $path) 9. Looked at the directory /homes/nikom/work/java/bin/jdk1.2/bin 10. Found strange things I have done all this actions two times and got identical results. (I run latest Red Hat Linux 5.3 release with Gnome user interface) Do you know what is the problem? Thank you, Jacob Nikom -- -- Jacob Nikom Internet: [EMAIL PROTECTED] -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: sunwjit slows down JDK
Well I took your lead and downloaded CaffeineMark3 so I could see if I could reproduce your results. First off it is a shame that your image results returned 0. Ok First off I ran the tests three times on the same computer but with different jdk's, once with jdk1.2(win32), jdk1.2v2(linux), and jdk117v3(linux). First off if you just compare the average final results I get an average of 5306, 2418, 696 respectively. Which tells a story of for some reason Sun's jdk for win32 is twice as fast as linux's. But that doesn't make sense for us here with the fact that on linux, the jdk1.2v2 seems slower than jdk117, since the 1.2 scores more than three times faster. But the telling part is if you look at the sub-tests, 2 in particular: image, and dialog. When testing the jdk1.2v2 I get an average of 116 for image and 125 for dialog speed. Whereas testing the jdk117v3 I get an average of 720, and 150. For images this is almost 5 times as slow in jdk1.2. You can even see it, the benchmark even redraws itself noticably slow. I tried running the benchmark without the JIT, but I get the same results except everything is as slow as the jdk117. Well let me know if this is the same as everyone sees, and not my system(celeron 4.5x102mhz, 64mb ram, TNT video card, RH 6.0, jdk1.2glib2.1). --- Cees de Groot <[EMAIL PROTECTED]> wrote: > >As the experience of many in this group shows, TYA > is in no imminent > >danger of being put out of business by Sun's JIT > efforts. > > > I don't understand what everybody's perception is > here, but I've grabbed > an old benchmark (CaffeineMark3) and the results are > obvious: > > JDK1.1.7: > TYA 1.2v4: 811, 1559, 3011, 1753, 1074, 927, > 626, 0, 62 > JDK1.2v1 > TYA 1.3v2: 731, 1422, 2626, 1196, 980, 687, > 417, 0, 31 > SUNWjit: 1808, 3115, 9149, 1077, 1773, 2355, > 457, 0, 32 > none: 398, 447, 459, 665, 411, 407, > 479, 0, 31 > unset = SUNWjit: > JDK1.2v3 > SUNWjit: 2038, 3384,10034, 1618, 1915, 2492, > 491, 0, 49 > > (figures for respectively Sieve, Loop, Logic, > String, Float, Method, > Graphics, Image and Dialog; larger is better, beats > me why the Image > test always returns 0. Native threads, 233Mhz > P/MMX). > > Looks like the SUNWjit beats TYA by a large margin > (and, without putting > down the tremendous effort that TYA represents, I > more-or-less expected > that because my feeling is that JIT optimization is > for a large part a > matter of applying a lot of raw manpower...). > > The perceived differences may be due to the JIT > doing the JIT thingy: > analyzing and compiling classes, thus slowing down > class loading and user > interface response. If TYA covers the middle ground > between interpreted > and a JIT that's fast in execution but slow in > analyzing, it may well be > the JIT of choice for UI software, with > SUNWjit/Hotspot/... speeding up > long-running server processes. > > As usual, the only thing that I'm really saying here > is YMMV :-) > -- > Cees de Groot http://www.cdegroot.com ><[EMAIL PROTECTED]> > > > > -- > To UNSUBSCRIBE, email to > [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > > _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problem with downloading 1.2 pre-release
Check the information at http://www.blackdown.org/java-linux/jdk1.2-status/jdk1.2-status.html The archive you downloaded is just debug versions - you probably want: jdk1.2pre-v2.tar.bz2 -Jim Jensen[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problem with downloading 1.2 pre-release
Jacob Nikom wrote: > > Hi, > > My name is Jacob Nikom. I tried to download JDK 1.2 for Linux and got > some problems with java files. I got very strange content of the /jdk1.2/bin > directory:... > > As you see all files point to the .java_wrapper file which does not exist. Try "ls -la". Files prefixed with "." do not normally appear in "ls" listings without the "-a" option. > Obviously nothing runs. Obviously? Did you try running anything or did you just look at the directory and decide nothing would run? Nathan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: sunwjit slows down JDK
On Tue, 8 Jun 1999, Bob Cadenza wrote: [snip] > For images this is almost 5 times as slow in jdk1.2. You can even see > it, the benchmark even redraws itself noticably slow. You can chalk that difference up to the addition of Java2D in JDK 1.2. Check out the number 1 bug in Bug Parade, #4185726. Sadly, Sun seem to be dragging their heels on fixing this problem. Scott -- = Scott Murray email: [EMAIL PROTECTED] http://www.interlog.com/~scottm ICQ#: 10602428 - "Good, bad ... I'm the guy with the gun." - Ash, "Army of Darkness" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
JDK 117 for Linux
I am attempting to compile an RMI application with the 1.17 version of the Blackdown JDK, and when I do, I get a Segmentation Fault. This does not leave any trace of why the fault occured. I am running the RedHat 5.2 distribution of Linux Has anybody else had this problem ? and if so, did anyone find the resolution ? Thank you in advance P.S. I can't upgrade to 1.2 due to some JDK version matching issues
Re: sunwjit slows down JDK
Scott Murray <[EMAIL PROTECTED]> writes: > > On Tue, 8 Jun 1999, Bob Cadenza wrote: > > [snip] > > For images this is almost 5 times as slow in jdk1.2. You can even see > > it, the benchmark even redraws itself noticably slow. > > You can chalk that difference up to the addition of Java2D in JDK 1.2. > Check out the number 1 bug in Bug Parade, #4185726. Sadly, Sun seem to > be dragging their heels on fixing this problem. Scott's right -- it's the integration of 2D that's causing the problem. I don't know that "dragging the heels" is actually correct: I know they've applied some very bright minds to the problem, and made quite a bit of improvement (this was before 1.2 first came out), but that it was getting harder and harder to find doable performance wins. I think that if I were to design it, I'd try to make it so that if you weren't using any of the 2D features, the overhead that you'd pay would be minimal, and only when you started turning on matrix transformation or any of the other cool 2D effects would you have to take a performance hit. Steve -- Steve Byrne | Try Linux: The Soul of a GNU Machine [EMAIL PROTECTED] | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
