Re: Raster ShortInterleavedRaster error
On 1999-12-23 02:54:23 +0100, Juergen Kreileder wrote: > > Ryan Marsh writes: > Ryan> I am on Red Hat 6.1, using KDE, at 1280 x 1024 resolution > Ryan> and 16bpp. > > ... but the masks say you only have 15bpp. I'm working on a fix for > our next release. Till then set your display to 15bpp. Been there, done that. :-) Best regards Martin -- Martin Schröder, [EMAIL PROTECTED] ArtCom GmbH, Grazer Straße 8, D-28359 Bremen Voice +49 421 20419-44 / Fax +49 421 20419-10 PGP signature
Re: Using JPDA with Blackdown JDK?
On Thu, Dec 23, 1999 at 03:47:56PM +0900, SHUDO Kazuyuki wrote: > > I noticed jpda.jar which included in Inprise JDK is > different from it provided by Sun such as JPDA 1.0. The > Inprise's jpda.jar contains more classes than Sun's. > > Will the difference be contributed to developers other > than Inprise? As far as I know any changes done to the JDK sources are then given to any other licensees after Sun incorporates them in the baseline. > And I have more questions about JVMDI. Does Inprise JIT > (libjavacomp.so) support JVMDI? And how about Sun's > (libsunwjit.so)? I suppose Sun JIT does not and Inprise > JIT may possibly do. If Inprise JIT does not, JBuilder > should suffer it. Or is debugging possible as far as JIT > is disabled? I'll forward the question to the person that wrote the JIT. -- Paolo Ciccone -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: appletviewer won't run demo class
Don't worry too much about the font errors. I get these for a lot of the java stuff I run and the programs still work fine. There are some extra fonts that can be installed and used (i.e.. not part of the 'standard' java) and if you haven't gotten them installed, then runtime complains. However, it is smart enough to substitute the fonts you have for the missing ones. The real error is the last part: java.lang.ClassFormatError: Animator (Arguments can't fit into locals) This is what is bombing the program and I am not familiar enough with the Animator program to give you a definitive answer. I appears as though the program is receiving arguments (command line?) that don't match what the program expects. Look at the .java file and make sure that any arguments that are required are present and of the correct type. Any program that expects external arguments should accept any argument as a String type and then error check and reply with a detailed message. Just my 2 cents on good programming style. Ed. Linda Lincoln wrote: > When I ran the simple Animator class from demos: > appletviewer ~/java/demo/Animator/example1.html > > I get a slew of errors which are attached. > > When I run applications this error does not occur. > > What could be wrong. > > > Font specified in font.properties not found [--zapf >dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] > Font specified in font.properties not found [--zapf >dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] > Font specified in font.properties not found [--zapf >dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] > Font specified in font.properties not found [--zapf >dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] > Font specified in font.properties not found [--zapf >dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] > Font specified in font.properties not found [--zapf >dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] > Font specified in font.properties not found [--zapf >dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] > Font specified in font.properties not found [--zapf >dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] > Font specified in font.properties not found [--zapf >dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] > Font specified in font.properties not found [--zapf >dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] > Font specified in font.properties not found [--zapf >dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] > Font specified in font.properties not found [--zapf >dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] > Font specified in font.properties not found [--zapf >dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] > Font specified in font.properties not found [--zapf >dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] > Font specified in font.properties not found [--zapf >dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] > Font specified in font.properties not found [--zapf >dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] > Font specified in font.properties not found [--zapf >dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] > Font specified in font.properties not found [--zapf >dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] > Font specified in font.properties not found [--zapf >dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] > Font specified in font.properties not found [--zapf >dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] > java.lang.ClassFormatError: Animator (Arguments can't fit into locals) > at java.lang.ClassLoader.defineClass0(Native Method) > at java.lang.ClassLoader.defineClass(Compiled Code) > at java.security.SecureClassLoader.defineClass(Compiled Code) > at sun.applet.AppletClassLoader.findClass(Compiled Code) > at java.lang.ClassLoader.loadClass(Compiled Code) > at sun.applet.AppletClassLoader.loadClass(Compiled Code) > at java.lang.ClassLoader.loadClass(Compiled Code) > at sun.applet.AppletClassLoader.loadCode(Compiled Code) > at sun.applet.AppletPanel.createApplet(Compiled Code) > at sun.applet.AppletPanel.runLoader(Compiled Code) > at sun.applet.AppletPanel.run(Compiled Code) > at java.lang.Thread.run(Compiled Code) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
java on slackware
Hi everyone, I have just installed jdk1.2.2 on my slackware linux system. When i try to execute any of the wrappers i get 'illegal instruction', it seems to be when the shell script gets to the run section - has anyone else come across this, and solved the prob ? If so i would be so so so grateful for your help. Cheers Dave enjoy the xmas sauce ! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: Raster ShortInterleavedRaster error
Thanks for the help but I don't think that I can set it to 15bpp. When I was running Xconfigurator for my card I believe the only color depths available to me where 8bpp, 16bpp, 32bpp. -ryan -Original Message- From: Martin Schröder [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 23, 1999 3:26 AM To: '[EMAIL PROTECTED]' Subject: Re: Raster ShortInterleavedRaster error On 1999-12-23 02:54:23 +0100, Juergen Kreileder wrote: > > Ryan Marsh writes: > Ryan> I am on Red Hat 6.1, using KDE, at 1280 x 1024 resolution > Ryan> and 16bpp. > > ... but the masks say you only have 15bpp. I'm working on a fix for > our next release. Till then set your display to 15bpp. Been there, done that. :-) Best regards Martin -- Martin Schröder, [EMAIL PROTECTED] ArtCom GmbH, Grazer Straße 8, D-28359 Bremen Voice +49 421 20419-44 / Fax +49 421 20419-10 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: appletviewer won't run demo class
At 13:18 12/23/99 -0500, Edward W. Rouse wrote: >Don't worry too much about the font errors. agreed... unless you're trying to use dingbats. >The real error is the last part: agreed, but you've got the cause a little off... >> java.lang.ClassFormatError: Animator (Arguments can't fit into locals) >> at java.lang.ClassLoader.defineClass0(Native Method) >> at java.lang.ClassLoader.defineClass(Compiled Code) >> at java.security.SecureClassLoader.defineClass(Compiled Code) >> at sun.applet.AppletClassLoader.findClass(Compiled Code) >> at java.lang.ClassLoader.loadClass(Compiled Code) >> at sun.applet.AppletClassLoader.loadClass(Compiled Code) >> at java.lang.ClassLoader.loadClass(Compiled Code) >> at sun.applet.AppletClassLoader.loadCode(Compiled Code) >> at sun.applet.AppletPanel.createApplet(Compiled Code) >> at sun.applet.AppletPanel.runLoader(Compiled Code) >> at sun.applet.AppletPanel.run(Compiled Code) >> at java.lang.Thread.run(Compiled Code) this error means that when the class was compiled a method had n arguments and was latter changed to m arguments... but the class wasn't recompiled. Rerun with -verbose to find out what class. My guess is that you've got a 1.1 classes.zip loading before 1.2 rt.jar with a 1.2 vm... or something like that... -verbose will show what's being loaded from where. cabbey at home dot net <*> http://members.home.net/cabbey I want a binary interface to the brain! Today's opto-mechanical digital interfaces are just too slow! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Speed of 1.1 vs 1.2
Hi, I have an application that draws a lot of java.awt.Images onto another image, and then draws the latter one onto the screen (the application does no other relevant things). It is written for JDK 1.1.x, and runs very smooth under Blackdown 1.1.7v3 or IBM 1.1.8. Is it normal that the same application runs *much* slower (5-15 times) on Blackdown JDK 1.2.2rc3 or Inprise JDK 1.2.2rc1? Is this a known problem with all 1.2 JDKs, or are the Linux ports of the native Java2D parts not yet optimised for speed (which would be excusable, since speed should be the last thing to optimize...)? I'm sure that I'm using a JIT since if I add -Djava.compiler=NONE, it runs several factors slower. I've also tried to vary -green or -native, with no large effect. MbG, Ekkehard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Raster ShortInterleavedRaster error
Try copying the 16-bit subsection of the Screen section in XF86Config and change the depth line to 15, then start X like this: startx -- -bpp 15 and see if it works. --Jeff Ryan Marsh wrote: > > Thanks for the help but I don't think that I can set it to 15bpp. When I > was running Xconfigurator for my card I believe the only color depths > available to me where 8bpp, 16bpp, 32bpp. > > -ryan > > -Original Message- > From: Martin Schröder [mailto:[EMAIL PROTECTED]] > Sent: Thursday, December 23, 1999 3:26 AM > To: '[EMAIL PROTECTED]' > Subject: Re: Raster ShortInterleavedRaster error > > On 1999-12-23 02:54:23 +0100, Juergen Kreileder wrote: > > > Ryan Marsh writes: > > Ryan> I am on Red Hat 6.1, using KDE, at 1280 x 1024 resolution > > Ryan> and 16bpp. > > > > ... but the masks say you only have 15bpp. I'm working on a fix for > > our next release. > > Till then set your display to 15bpp. > > Been there, done that. :-) > > Best regards >Martin > -- > Martin Schröder, [EMAIL PROTECTED] > ArtCom GmbH, Grazer Straße 8, D-28359 Bremen >Voice +49 421 20419-44 / Fax +49 421 20419-10 > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- Jeff Galyan http://www.anamorphic.com http://www.sun.com jeffrey dot galyan at sun dot com talisman at anamorphic dot com Sun Certified Java(TM) Programmer == Linus Torvalds on Microsoft and software development: "... if it's a hobby for me and a job for you, why are you doing such a shoddy job of it?" The views expressed herein do not necessarily reflect those of my employer. Sun Microsystems, Inc., has no connection to my involvement with the Mozilla Organization. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Speed of 1.1 vs 1.2
The Solaris JDK uses DGA under the covers to speed up Java 2D. Right now, the XFree86 DGA extension is undocumented (for the most part) and it's not clear how many of the supported cards are also supported for DGA in XFree. I'm trying to get a dialogue going with the XFree folks to find this out. For now, I don't think the Linux JDK uses DGA in Java2D. If enough cards (ideally, all of them) are supported to make using the DGA stuff feasible, that will accelerate Java 2D quite alot. So, in a sense, you're right: it just hasn't been optimized for speed yet. :) --Jeff Ekkehard Kraemer wrote: > > Hi, > > I have an application that draws a lot of java.awt.Images onto another image, > and then draws the latter one onto the screen (the application does no other > relevant things). It is written for JDK 1.1.x, and runs very smooth under > Blackdown 1.1.7v3 or IBM 1.1.8. Is it normal that the same application runs > *much* slower (5-15 times) on Blackdown JDK 1.2.2rc3 or Inprise JDK 1.2.2rc1? > Is this a known problem with all 1.2 JDKs, or are the Linux ports of the > native Java2D parts not yet optimised for speed (which would be excusable, > since speed should be the last thing to optimize...)? > > I'm sure that I'm using a JIT since if I add -Djava.compiler=NONE, it runs > several factors slower. I've also tried to vary -green or -native, with no > large effect. > > MbG, Ekkehard > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- Jeff Galyan http://www.anamorphic.com http://www.sun.com jeffrey dot galyan at sun dot com talisman at anamorphic dot com Sun Certified Java(TM) Programmer == Linus Torvalds on Microsoft and software development: "... if it's a hobby for me and a job for you, why are you doing such a shoddy job of it?" The views expressed herein do not necessarily reflect those of my employer. Sun Microsystems, Inc., has no connection to my involvement with the Mozilla Organization. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Speed of 1.1 vs 1.2
Ekkehard Kraemer wrote: > > Hi, > > I have an application that draws a lot of java.awt.Images onto another image, > and then draws the latter one onto the screen (the application does no other > relevant things). It is written for JDK 1.1.x, and runs very smooth under > Blackdown 1.1.7v3 or IBM 1.1.8. Is it normal that the same application runs > *much* slower (5-15 times) on Blackdown JDK 1.2.2rc3 or Inprise JDK 1.2.2rc1? > Is this a known problem with all 1.2 JDKs, or are the Linux ports of the > native Java2D parts not yet optimised for speed (which would be excusable, > since speed should be the last thing to optimize...)? JDK1.2 moved a lot of graphics functionality from the native window system into its own Java code, and performance has suffered significantly in some areas. Nathan > > I'm sure that I'm using a JIT since if I add -Djava.compiler=NONE, it runs > several factors slower. I've also tried to vary -green or -native, with no > large effect. > > MbG, Ekkehard > > -- > 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: appletviewer won't run demo class
Chris Abbey wrote: > At 13:18 12/23/99 -0500, Edward W. Rouse wrote: > >Don't worry too much about the font errors. > > agreed... unless you're trying to use dingbats. > > >The real error is the last part: > > agreed, but you've got the cause a little off... > > >> java.lang.ClassFormatError: Animator (Arguments can't fit into locals) > >> at java.lang.ClassLoader.defineClass0(Native Method) > >> at java.lang.ClassLoader.defineClass(Compiled Code) > >> at java.security.SecureClassLoader.defineClass(Compiled Code) > >> at sun.applet.AppletClassLoader.findClass(Compiled Code) > >> at java.lang.ClassLoader.loadClass(Compiled Code) > >> at sun.applet.AppletClassLoader.loadClass(Compiled Code) > >> at java.lang.ClassLoader.loadClass(Compiled Code) > >> at sun.applet.AppletClassLoader.loadCode(Compiled Code) > >> at sun.applet.AppletPanel.createApplet(Compiled Code) > >> at sun.applet.AppletPanel.runLoader(Compiled Code) > >> at sun.applet.AppletPanel.run(Compiled Code) > >> at java.lang.Thread.run(Compiled Code) > > this error means that when the class was compiled a method had n arguments > and was latter changed to m arguments... but the class wasn't recompiled. > Rerun with -verbose to find out what class. My guess is that you've got a > 1.1 classes.zip loading before 1.2 rt.jar with a 1.2 vm... or something > like that... -verbose will show what's being loaded from where. > Perhaps, but some additional information: When I point netscape-navigator at the same HTML file it runs the applet without error or complaint (arguments and all). I would expect this kind of behaviour from a Sun demo app. (It's been thoroughly tested, I suppose) I think it points to a problem with Blackdown's appletviewer implementation.I am running Redhat 5.1 (Manhattan), and glibc 2.0 and JDK 1.2.pre v2. Also, the applet's classes had to be recompiled to run properly. (By that I mean not crash). >From the standpoint of portability considerations this leaves a big break in the compile once run anywhere ideal. Users can not be required to recompile an app before it loads in their browser. > cabbey at home dot net <*> http://members.home.net/cabbey >I want a binary interface to the brain! > Today's opto-mechanical digital interfaces are just too slow! > > -- > 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]
