Metal Look and Feel with 16 bit color
We've noticed a problem with the Metal look-and-feel and 16 bit color. Basically, if an X server is set to 16 bit color depth, then applications (specifically NetBeans Developer) will not load the Metal look and feel -- subsequently crashing. Is this an issue with the motif libraries that are linked in with java at this time? If the color depth is set to 8 bit or 24 or 32 bit then everything works fine, no problems. It is only an issue that arises with the 16 bit color depth. Any insight into this would be great... Thanks, Chris LeDantec NetBeans, Inc. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Metal Look and Feel with 16 bit color
> We've noticed a problem with the Metal look-and-feel and 16 bit color. > > Basically, if an X server is set to 16 bit color depth, then applications > (specifically NetBeans Developer) will not load the Metal look and feel -- > subsequently crashing. > > Is this an issue with the motif libraries that are linked in with java at > this time? If the color depth is set to 8 bit or 24 or 32 bit then > everything works fine, no problems. It is only an issue that arises with > the 16 bit color depth. > > Any insight into this would be great... Yes, this seems to be normal. We encountered the same thing with different color depths. If I remember right, 24 bit did not work at all, 16 and 32 worked. This "bug" should be mentioned in the Blackdown bug list. I did not try it with Motif LooknFeel, so I cant comment on that affecting Metal only. Oliver ___ Oliver Fels| e-mail: IQena GmbH | [EMAIL PROTECTED] Team Manager JAVA-/IT-Security | http://www.iqena.com Friedrichshafen, Germany | --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Metal Look and Feel with 16 bit color
Chris LeDantec wrote: We've noticed a problem with the Metal look-and-feel and 16 bit color. Basically, if an X server is set to 16 bit color depth, then applications (specifically NetBeans Developer) will not load the Metal look and feel -- subsequently crashing. Is this an issue with the motif libraries that are linked in with java at this time? If the color depth is set to 8 bit or 24 or 32 bit then everything works fine, no problems. It is only an issue that arises with the 16 bit color depth. I run my desktop at 16 bit color depth and have never had a problem with the Metal look & feel in any app (our own or 3rd party). I fired up a copy of Netbeans ( DeveloperX2 2.1.1) to check it out and it comes up fine in Metal (can also switch back and forth between Metal and Motif L&F without problem). This works fine with both Blackdown JDK1.1.7v3 and JDK1.2pre v2. I'm on Redhat 6.0, so that's: Kernel 2.2.5-15 XFree86 3.3.1-49 and I use the stock XF86_SVGA XServer, works without problem on my setup. -- David Marshall email: [EMAIL PROTECTED] President phone: 1-941-596-2480 VM Systems, Inc. fax: 1-941-596-2483
Error loading shared librarieds JDK1.1.7
My problem is that java just want load please find below the details, I am also running Oracle for which I had to load the compat* libraries, should that have any signifficance. Oracles CLASSPATH variable has been appended with the JDK settings. Thank you for your help Markus Janscha Linux System Redhat 6.0 kernel 2.2..5-15 JDK version: Jdk1.1.7-v1a-glibc-x86.tar.gz Error message /jdk117/bin/../bin/i586/green_threads/java: error in loading shared libraries: / jdk117/bin/../lib/i586/green_threads/libjava.so: undefined symbol: _dl_symbol_va output of ldconfig ldconfig: version 1999-02-21 /usr/lib: libz.so.1 => libz.so.1.1.3 libsnmp.so.0 => libsnmp.so.0.3.6.1 libtk8.0.so => libtk8.0.so libtixsam4.1.8.0.so => libtixsam4.1.8.0.so libtix4.1.8.0.so => libtix4.1.8.0.so libtkx8.0.4.so => libtkx8.0.4.so libtclx8.0.4.so => libtclx8.0.4.so libtcl8.0.so => libtcl8.0.so libvgagl.so.1 => libvgagl.so.1.3.1 libvga.so.1 => libvga.so.1.3.1 libslang.so.1 => libslang.so.1.2.2 libreadline.so.3 => libreadline.so.3.0 libhistory.so.3 => libhistory.so.3.0 libqt.so.1 => libqt.so.1.44 libpisock.so.3 => libpisock.so.3.0.1 libORBitutil.so.0 => libORBitutil.so.0.4.3 libORBitCosNaming.so.0 => libORBitCosNaming.so.0.4.3 libORBit.so.0 => libORBit.so.0.4.3 libIIOP.so.0 => libIIOP.so.0.4.3 libIDL-0.6.so.0 => libIDL-0.6.so.0.4.2 libnewt.so.0.40 => libnewt.so.0.40 libmikmod.so.1 => libmikmod.so.1.0.0 libxml.so.0 => libxml.so.0.0.0 libungif.so.4 => libungif.so.4.1.0 libungif.so.3 => libungif.so.3.1.0 libtiff.so.3 => libtiff.so.3.4 libstdc++.so.2.8 => libstdc++.so.2.8.0 libstdc++.so.2.7.2 => libstdc++.so.2.7.2.8 libg++.so.2.7.2 => libg++.so.2.7.2.8 libpng.so.2 => libpng.so.2.1.0.3 libjpeg.so.62 => libjpeg.so.62.0.0 libgtop_sysdeps.so.1 => libgtop_sysdeps.so.1.0.0 libgtop_suid_common.so.1 => libgtop_suid_common.so.1.0.0 libgtop_names.so.1 => libgtop_names.so.1.0.0 libgtop_guile_names.so.1 => libgtop_guile_names.so.1.0.0 libgtop_guile.so.1 => libgtop_guile.so.1.0.0 libgtop_common.so.1 => libgtop_common.so.1.0.0 libgtop.so.1 => libgtop.so.1.0.0 librle.so.1 => librle.so.1.0.0 libppm.so.1 => libppm.so.1.0.0 libpnm.so.1 => libpnm.so.1.0.0 libpgm.so.1 => libpgm.so.1.0.0 libpbm.so.1 => libpbm.so.1.0.0 libfbm.so.1 => libfbm.so.1.0.0 libghttp.so.1 => libghttp.so.1.0.0 libuulib.so.5 => libuulib.so.5.0.13 libmimelib.so.1 => libmimelib.so.1.0.0 libjs.so.0 => libjs.so.0.2.0 libQwSpriteField.so.1 => libQwSpriteField.so.1.5.0 libpuke.so.0 => libpuke.so.0.0.1 libmediatool.so.2 => libmediatool.so.2.0.0 libkspell.so.2 => libkspell.so.2.0.0 libkimgio.so.2 => libkimgio.so.2.0.0 libkhtmlw.so.2 => libkhtmlw.so.2.0.0 libkfm.so.2 => libkfm.so.2.0.0 libkfile.so.2 => libkfile.so.2.0.0 libkdeui.so.2 => libkdeui.so.2.0.0 libkdecore.so.2 => libkdecore.so.2.0.0 libkab.so.2 => libkab.so.2.0.0 libjscript.so.2 => libjscript.so.2.0.0 libitk3.0.so => libitk3.0.so libitcl3.0.so => libitcl3.0.so libimlib-xpm.so => libimlib-xpm.so libimlib-tiff.so => libimlib-tiff.so libimlib-ps.so => libimlib-ps.so libimlib-ppm.so => libimlib-ppm.so libimlib-png.so => libimlib-png.so libimlib-jpeg.so => libimlib-jpeg.so libimlib-gif.so => libimlib-gif.so libimlib-bmp.so => libimlib-bmp.so libgdk_imlib.so.1 => libgdk_imlib.so.1.9.5 libImlib.so.1 => libImlib.so.1.9.5 libguile.so.4 => libguile.so.4.0.0 libgtk.so.1 => libgtk.so.1.0.6 libgdk.so.1 => libgdk.so.1.0.6 libgtk-1.2.so.0 => libgtk-1.2.so.0.1.0 libgdk-1.2.so.0 => libgdk-1.2.so.0.1.0 libgpm.so.1 => libgpm.so.1.17.5 libzvt.so.2 => libzvt.so.2.2.2 libgtkxmhtml.so.1 => libgtkxmhtml.so.1.0.1 libgnorbagtk.so.0 => libgnorbagtk.so.0.0.0 libgnorba.so.27 => libgnorba.so.27.1.5 libgnomeui.so.32 => libgnomeui.so.32.9.0 libgnomesupport.so.0 => libgnomesupport.so.0.0.0 libgnome.so.32 => libgnome.so.32.3.2 libart_lgpl.so.2 => libart_lgpl.so.2.0.0 libutempter.so.0 => libutempter.so.0.5 libpanel_applet.so.0 => libpanel_applet.so.0.0.0 libgkb_applet.so.0 => libgkb_applet.so.0.0.0 libfish_applet.so.0 => libfish_applet.so.0.0.0 libgmp.so.2 => libgmp.so.2.0.2 libglib.so.1 => libglib.so.1.0.6 libgthread-1.2.so.0 => libgthread-1.2.so.0.0.1 libgmodule-1.2.so.0 => libgmodule-1.2.so.0.0.1 libglib-1.2.so.0 => libglib-1.2.so.0.0.1 libgdbm.so.2 => libgdbm.so.2.0.0 libgd.so.1 => libgd.so.1.2 libttf.so.2 => libttf.so.2.1.0 libFnlib.so.0 => libFnlib.so.0.4.0 libexpect5.28.so => libexpect5.28.so libesddsp.so.0 => libesddsp.so.0.2.10 libesd.so.0 => libesd.so.0.2.10 libstdc++-libc6.1-1.so.2 => libstdc++-2-libc6.1-1-2.9.0.so libcrack.so.2 => libcrack.so.2.7 libcapplet.so.0 => libcapplet.so.0.0.0 libctutils.so.0 => libctutils.so.0.0.0 libconsole.so.0 => libconsole.so.0.0.0 libcfont.so.0 => libcfont.so.0.0.0 libopcodes-2.9.1.0.23.so => libopcodes-2.9.1.0.23.so libbfd-2.9.1.0.23.so => libbfd-2.9.1.0.23.so libaudiofile.so.0 => libaudiofile.so.0.0.0 libpanel.so.4 => libpanel.so.4.2 libncurses.so.4 => libncurses.so.4.2 libmenu.so.4 => libmenu.so.4.2 li
Re: JavaSpaces
>Any good links out there dealing with JavaSpaces and or JINI? Actually, I think there was an article at Javaworld this month. Todd --- Todd Papaioannou @ MSI Luckyspin @ TerraFirmA http://luckyspc.lboro.ac.ukhttp://terrafirma.terra.mud.org "Mobility is Key" 'It's a brave new world in there' --- The Aglet Portal - http://luckyspc.lboro.ac.uk/Aglets --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Is the 1.2 jdk from blackdown considered production quality?
Is the 1.2 jdk from blackdown considered production quality? If not, is there a specific date in mind? Thanks. --shawn -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Serialization with Ibm jdk???
Hi, All! I just noticed a little problem: When I tried to serialize class with "private static int xxx" IBM's jdk hung (Blackdown's didn't :) ) It works fine if I make it "private transient static int xxx". My question is: What java SUPPOSED to do with class like this. I haven't seen it in documentation but I guess it should just ignore static fields. Do I have to make static fields ALWAYS explicitly TRANSIENT? Thanks. -- E-Mail: [EMAIL PROTECTED] Date: 27-Oct-99 Time: 10:59:37 Andrey. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Metal Look and Feel with 16 bit color
The AWT doesn't do well with X visuals not matching those found on Solaris platforms. In some past discussion on this topic, it came up that running the X server at depth 15 (X -bpp 15) creates a visual (5 bits for each primary) that the AWT seems to like much better. Nathan On 27 Oct, Chris LeDantec wrote: > We've noticed a problem with the Metal look-and-feel and 16 bit color. > > Basically, if an X server is set to 16 bit color depth, then applications > (specifically NetBeans Developer) will not load the Metal look and feel -- > subsequently crashing. > > Is this an issue with the motif libraries that are linked in with java at > this time? If the color depth is set to 8 bit or 24 or 32 bit then > everything works fine, no problems. It is only an issue that arises with > the 16 bit color depth. > > Any insight into this would be great... > > Thanks, > Chris LeDantec > NetBeans, Inc. > > > -- > 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: Error loading shared librarieds JDK1.1.7
Where does Oracle live? Where does your JDK & JRE live? __ Reply Separator _ Subject: Error loading shared librarieds JDK1.1.7 Author: "Markus Janscha" <[EMAIL PROTECTED]> at TIME_INC Date:10/27/1999 09:06 My problem is that java just want load please find below the details, I am also running Oracle for which I had to load the compat* libraries, should that have any signifficance. Oracles CLASSPATH variable has been appended with the JDK settings. Thank you for your help Markus Janscha Linux System Redhat 6.0 kernel 2.2..5-15 JDK version: Jdk1.1.7-v1a-glibc-x86.tar.gz Error message /jdk117/bin/../bin/i586/green_threads/java: error in loading shared libraries: / jdk117/bin/../lib/i586/green_threads/libjava.so: undefined symbol: _dl_symbol_va output of ldconfig ldconfig: version 1999-02-21 /usr/lib: libz.so.1 => libz.so.1.1.3 libsnmp.so.0 => libsnmp.so.0.3.6.1 libtk8.0.so => libtk8.0.so libtixsam4.1.8.0.so => libtixsam4.1.8.0.so libtix4.1.8.0.so => libtix4.1.8.0.so libtkx8.0.4.so => libtkx8.0.4.so libtclx8.0.4.so => libtclx8.0.4.so libtcl8.0.so => libtcl8.0.so libvgagl.so.1 => libvgagl.so.1.3.1 libvga.so.1 => libvga.so.1.3.1 libslang.so.1 => libslang.so.1.2.2 libreadline.so.3 => libreadline.so.3.0 libhistory.so.3 => libhistory.so.3.0 libqt.so.1 => libqt.so.1.44 libpisock.so.3 => libpisock.so.3.0.1 libORBitutil.so.0 => libORBitutil.so.0.4.3 libORBitCosNaming.so.0 => libORBitCosNaming.so.0.4.3 libORBit.so.0 => libORBit.so.0.4.3 libIIOP.so.0 => libIIOP.so.0.4.3 libIDL-0.6.so.0 => libIDL-0.6.so.0.4.2 libnewt.so.0.40 => libnewt.so.0.40 libmikmod.so.1 => libmikmod.so.1.0.0 libxml.so.0 => libxml.so.0.0.0 libungif.so.4 => libungif.so.4.1.0 libungif.so.3 => libungif.so.3.1.0 libtiff.so.3 => libtiff.so.3.4 libstdc++.so.2.8 => libstdc++.so.2.8.0 libstdc++.so.2.7.2 => libstdc++.so.2.7.2.8 libg++.so.2.7.2 => libg++.so.2.7.2.8 libpng.so.2 => libpng.so.2.1.0.3 libjpeg.so.62 => libjpeg.so.62.0.0 libgtop_sysdeps.so.1 => libgtop_sysdeps.so.1.0.0 libgtop_suid_common.so.1 => libgtop_suid_common.so.1.0.0 libgtop_names.so.1 => libgtop_names.so.1.0.0 libgtop_guile_names.so.1 => libgtop_guile_names.so.1.0.0 libgtop_guile.so.1 => libgtop_guile.so.1.0.0 libgtop_common.so.1 => libgtop_common.so.1.0.0 libgtop.so.1 => libgtop.so.1.0.0 librle.so.1 => librle.so.1.0.0 libppm.so.1 => libppm.so.1.0.0 libpnm.so.1 => libpnm.so.1.0.0 libpgm.so.1 => libpgm.so.1.0.0 libpbm.so.1 => libpbm.so.1.0.0 libfbm.so.1 => libfbm.so.1.0.0 libghttp.so.1 => libghttp.so.1.0.0 libuulib.so.5 => libuulib.so.5.0.13 libmimelib.so.1 => libmimelib.so.1.0.0 libjs.so.0 => libjs.so.0.2.0 libQwSpriteField.so.1 => libQwSpriteField.so.1.5.0 libpuke.so.0 => libpuke.so.0.0.1 libmediatool.so.2 => libmediatool.so.2.0.0 libkspell.so.2 => libkspell.so.2.0.0 libkimgio.so.2 => libkimgio.so.2.0.0 libkhtmlw.so.2 => libkhtmlw.so.2.0.0 libkfm.so.2 => libkfm.so.2.0.0 libkfile.so.2 => libkfile.so.2.0.0 libkdeui.so.2 => libkdeui.so.2.0.0 libkdecore.so.2 => libkdecore.so.2.0.0 libkab.so.2 => libkab.so.2.0.0 libjscript.so.2 => libjscript.so.2.0.0 libitk3.0.so => libitk3.0.so libitcl3.0.so => libitcl3.0.so libimlib-xpm.so => libimlib-xpm.so libimlib-tiff.so => libimlib-tiff.so libimlib-ps.so => libimlib-ps.so libimlib-ppm.so => libimlib-ppm.so libimlib-png.so => libimlib-png.so libimlib-jpeg.so => libimlib-jpeg.so libimlib-gif.so => libimlib-gif.so libimlib-bmp.so => libimlib-bmp.so libgdk_imlib.so.1 => libgdk_imlib.so.1.9.5 libImlib.so.1 => libImlib.so.1.9.5 libguile.so.4 => libguile.so.4.0.0 libgtk.so.1 => libgtk.so.1.0.6 libgdk.so.1 => libgdk.so.1.0.6 libgtk-1.2.so.0 => libgtk-1.2.so.0.1.0 libgdk-1.2.so.0 => libgdk-1.2.so.0.1.0 libgpm.so.1 => libgpm.so.1.17.5 libzvt.so.2 => libzvt.so.2.2.2 libgtkxmhtml.so.1 => libgtkxmhtml.so.1.0.1 libgnorbagtk.so.0 => libgnorbagtk.so.0.0.0 libgnorba.so.27 => libgnorba.so.27.1.5 libgnomeui.so.32 => libgnomeui.so.32.9.0 libgnomesupport.so.0 => libgnomesupport.so.0.0.0 libgnome.so.32 => libgnome.so.32.3.2 libart_lgpl.so.2 => libart_lgpl.so.2.0.0 libutempter.so.0 => libutempter.so.0.5 libpanel_applet.so.0 => libpanel_applet.so.0.0.0 libgkb_applet.so.0 => libgkb_applet.so.0.0.0 libfish_applet.so.0 => libfish_applet.so.0.0.0 libgmp.so.2 => libgmp.so.2.0.2 libglib.so.1 => libglib.so.1.0.6 libgthread-1.2.so.0 => libgthread-1.2.so.0.0.1 libgmodule-1.2.so.0 => libgmodule-1.2.so.0.0.1 libglib-1.2.so.0 => libglib-1.2.so.0.0.1 libgdbm.so.2 => libgdbm.so.2.0.0 libgd.so.1 => libgd.so.1.2 libttf.so.2 => libttf.so.2.1.0 libFnlib.so.0 => libFnlib.so.0.4.0 libexpect5.28.so => libexpect5.28.so libesddsp.so.0 => libesddsp.so.0.2.10 libesd.so.0 => libesd.so.0.2.10 libstdc++-libc6.1-1.so.2 => libstdc++-2-libc6.1-1-2.9.0.so libcrack.so.2 => libcrack.so.2.7 libcapplet.so.0 => libcapplet.so.0.0.0 libctutils.so.0 => libctutils.so.0.0.0 libconsole.so.0 => libconsole.so.0.0.0 libcfont.so.0 => libcfont.so.0.0.0 libopcodes-2.9.1.0.23.so => libopcodes-2.9.1.0.23.so libbfd-2.9.1.0.23.so => libbfd-
Re: Metal Look and Feel with 16 bit color
On 27 Oct, Riyad Kalla wrote: > I use AnyJ and everything works fien for me when dealing with Looks and > Feels... I think it might be a netBeans problem... along with a long list of > others :) A perusal of the mailing list archives will show that it's not a NetBeans problem. This has come up many times. Nathan > > Chris LeDantec wrote: > >> We've noticed a problem with the Metal look-and-feel and 16 bit color. >> >> Basically, if an X server is set to 16 bit color depth, then applications >> (specifically NetBeans Developer) will not load the Metal look and feel -- >> subsequently crashing. >> >> Is this an issue with the motif libraries that are linked in with java at >> this time? If the color depth is set to 8 bit or 24 or 32 bit then >> everything works fine, no problems. It is only an issue that arises with >> the 16 bit color depth. >> >> Any insight into this would be great... >> >> Thanks, >> Chris LeDantec >> NetBeans, Inc. >> >> -- >> To UNSUBSCRIBE, email to [EMAIL PROTECTED] >> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > -- > [ Riyad Kalla ] > [ [EMAIL PROTECTED] ] > [ CS - Major ] > [ University of Arizona ] > > > > > -- > 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: Error loading shared librarieds JDK1.1.7
> Markus Janscha writes: Markus> JDK version: Markus> Jdk1.1.7-v1a-glibc-x86.tar.gz Markus> Error message Markus> /jdk117/bin/../bin/i586/green_threads/java: error in loading shared libraries: / jdk117/bin/../lib/i586/green_threads/libjava.so: undefined symbol: _dl_symbol_va This was fixed in 1.1.7-v3. Juergen -- Juergen Kreileder, Blackdown Java-Linux Porting Team http://www.blackdown.org/java-linux.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Serialization with Ibm jdk???
> andrey writes: andrey> Hi, All! andrey> I just noticed a little problem: When I tried to serialize andrey> class with "private static int xxx" IBM's jdk hung andrey> (Blackdown's didn't :) ) andrey> It works fine if I make it "private transient static int andrey> xxx". andrey> My question is: What java SUPPOSED to do with class like andrey> this. I haven't seen it in documentation but I guess it andrey> should just ignore static fields. Do I have to make andrey> static fields ALWAYS explicitly TRANSIENT? No, the default behavior is to not serialize static fields, see section 1.5 in the Serialization specification: Default serializable fields of a class are defined to be the non-transient and non-static fields. Juergen -- Juergen Kreileder, Blackdown Java-Linux Porting Team http://www.blackdown.org/java-linux.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Metal Look and Feel with 16 bit color
I use AnyJ and everything works fien for me when dealing with Looks and Feels... I think it might be a netBeans problem... along with a long list of others :) Chris LeDantec wrote: > We've noticed a problem with the Metal look-and-feel and 16 bit color. > > Basically, if an X server is set to 16 bit color depth, then applications > (specifically NetBeans Developer) will not load the Metal look and feel -- > subsequently crashing. > > Is this an issue with the motif libraries that are linked in with java at > this time? If the color depth is set to 8 bit or 24 or 32 bit then > everything works fine, no problems. It is only an issue that arises with > the 16 bit color depth. > > Any insight into this would be great... > > Thanks, > Chris LeDantec > NetBeans, Inc. > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- [ Riyad Kalla ] [ [EMAIL PROTECTED] ] [ CS - Major ] [ University of Arizona ] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RMI and ClassFormatException
Hello, I'm trying the WeatherServer RMI example out of the "Just Java 2" book and I'm getting the following exception. I am using Blackdown's JDK1.2 and the jre under that distribution under RedHat 6.1. Exception in thread "main" java.lang.ClassFormatError: weather/RMIdemo (Bad magic number) at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(Compiled Code) at java.security.SecureClassLoader.defineClass(Compiled Code) at java.net.URLClassLoader.defineClass(Compiled Code) at java.net.URLClassLoader.access$1(Compiled Code) at java.net.URLClassLoader$1.run(Compiled Code) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(Compiled Code) at java.lang.ClassLoader.loadClass(Compiled Code) at sun.misc.Launcher$AppClassLoader.loadClass(Compiled Code) at java.lang.ClassLoader.loadClass(Compiled Code) begin:vcard n:Grepps;Paul tel;home:(703) 327-0768 x-mozilla-html:TRUE org:Lightningcast Inc. adr:;; version:2.1 email;internet:[EMAIL PROTECTED] title:Principal Engineer x-mozilla-cpt:;0 fn:Paul Grepps end:vcard
jdk linux licensing
Can the blackdown linux jdk be shipped with a product ? What is the best way to ship a product on linux which depends on the linux jdk ? Note that the full jdk is required, not just the java runtime. thanks for any info, - Ruchir __ Get Your Private, Free Email at http://www.hotmail.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Broken pipe error
My servlets use formatting templates which output HTML to the browser.
Unfortunately, I get a broken pipe exception right after they're done
outputting their HTML. What I don't get is that this happens right AFTER they
are done. There is a function that does the following:
public void outputHTML( Some parameters) {
try {
//Output lots of HTML, then end with
out.println("");
} catch (Exception E) {
//This is where the exception is caught
}
}
The thing which confuses me is that the exception is triggered after all the
HTML is output. Both the and tags make it out to the
browser, but a Broken pipe exception is triggered immediately thereafter such
that it is caught just below this line.
Can anyone please suggest how to fix this?
-Tim
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Java 2D on Linux - font weirdness
I'm having a weird problem with a GIF-generating Java 2 app I'm running on Linux. I'm calling the Java app from a Perl script (don't ask!) with a line like: system "java XYZ myarguments"; When I run this from the command line it works perfectly (generating a graph with text labels in GIF format) but when I run exactly the same script as a CGI script from a web-page it generates the same image but the text is all in a Greek font! Obviously, this is something to do with the environment the Perl/Java code is running in. Has anyone come across anything like this before? Robbie -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Serialization with Ibm jdk???
[EMAIL PROTECTED] wrote: > Hi, All! > > I just noticed a little problem: > When I tried to serialize class with "private static int xxx" IBM's jdk hung > (Blackdown's didn't :) ) > > It works fine if I make it "private transient static int xxx". > > My question is: What java SUPPOSED to do with class like this. I haven't seen > it in documentation but I guess it should just ignore static fields. > Do I have to make static fields ALWAYS explicitly TRANSIENT? > > Thanks. No; I would suspect this is a bug in the object serialization java libs coming with the IBM jdk; static fields are specified in the ObjectOutput documentation to be implicitly transient when serializing objects. This is a wild guess, but it might help substituting the IBM class libs with the BlackDown class files, although this might cause more harm than good. -- jørgen h. seland dag : tlf = 93 83 17 74 mail = [EMAIL PROTECTED] kveld : tlf = 226 95 336 mail = [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RMI and ClassFormatException
bad magic number means that the first 4 bytes of the delivered class file did not match 0xcafebabe. check that whatever server is handling the URL (i.e. a webserver) is sending it as binary, and that it isn't returning something like this: "404: file not found" ;) At 15:37 10/27/99 -0400, Paul Grepps wrote: >Hello, > >I'm trying the WeatherServer RMI example out of the "Just Java 2" book >and I'm getting the following exception. >I am using Blackdown's JDK1.2 and the jre under that distribution under >RedHat 6.1. > >Exception in thread "main" java.lang.ClassFormatError: weather/RMIdemo >(Bad magic number) > at java.lang.ClassLoader.defineClass0(Native Method) > at java.lang.ClassLoader.defineClass(Compiled Code) > at java.security.SecureClassLoader.defineClass(Compiled Code) > at java.net.URLClassLoader.defineClass(Compiled Code) > at java.net.URLClassLoader.access$1(Compiled Code) > at java.net.URLClassLoader$1.run(Compiled Code) > at java.security.AccessController.doPrivileged(Native Method) > at java.net.URLClassLoader.findClass(Compiled Code) > at java.lang.ClassLoader.loadClass(Compiled Code) > at sun.misc.Launcher$AppClassLoader.loadClass(Compiled Code) > at java.lang.ClassLoader.loadClass(Compiled Code) > > >Attachment Converted: "g:\mail.home.net\attach\paul.vcf" just what are these things anyway? 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]
Getting jdk1.2 to run
Hi, I've got a dumb question, I cant get JDK1.2 to work on linux. I have unziped into a directory and when i go into the bin directory, and type java or javc or any of the jdk commands, it returns '#bash: javac unknown command'. I'm running X windows on slackware 2.2.6, with jdk1.2pre-v2.tar.bz2. What do i need to do to get to work??? ANY help would be greatly appreciated! Gordon [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Getting jdk1.2 to run
Gordon Lindsay wrote: | I have unziped into a directory and when i go into the bin | directory, and type | java or javc or any of the jdk commands, it returns | '#bash: javac unknown command'. 1. Unpack into something like /usr/local/java/jdk1.2.2-prev2/. 2. export PATH=/usr/local/java/jdk1.2.2-prev2/bin/ 3. [java javac] all the way Setting the PATH in a global loginfile (like /etc/profile) would be considered a good idea. -- Jo Uthus| e-mail: [EMAIL PROTECTED] (private) Software Engineer | e-mail: [EMAIL PROTECTED] (work) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
