Re: Fonts messages again
> If you look carefully at the fonts.properties he provided, > a few lines were wrapped in his post. > grep through it for "zapf" and those lines > will be readily apparent. > Just un-wrap them and everything should be fine. > >> Thanks in advance. >> >> Jesus. Thank you very much again, Matthew. This was just the problem i had. The java-linux mailing list really works OK! Jesus. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Can't run programs in java1.2 or 1.1
If anyone could help me with this problem I would be extreemly greatful. When I try any java command in Linux, I get these errors: ls: not: No such file or directory /usr/local/jdk117_v1a/bin/../bin/i686/green_threads/java: can't resolve symbol '_Xglobal_lock' /usr/local/jdk117_v1a/bin/../bin/i686/green_threads/java: can't resolve symbol '_XUnlockMutex_fn' /usr/local/jdk117_v1a/bin/../bin/i686/green_threads/java: can't resolve symbol '_XLockMutex_fn' Here is the list of ldconfig -D: /usr/lib: ldconfig: warning: /usr/lib/libnewt.so.0.25 has inconsistent soname (libnewt.so.0.20) libgif.so.4 => libgif.so.4.0.0 libqimgio.so.0 => libqimgio.so.0.1 libungif.so.3 => libungif.so.3.0.0 libqt.so.1 => libqt.so.1.42 libEterm.so.0 => libEterm.so.0.8.8 libmej.so.0 => libmej.so.0.8.8 libttf.so.2 => libttf.so.2.0.0 libFnlib.so.0 => libFnlib.so.0.4.0 libcapplet.so.0 => libcapplet.so.0.0.0 libgtop_guile.so.1 => libgtop_guile.so.1.0.0 libgtop_guile_names.so.1 => libgtop_guile_names.so.1.0.0 libguile.so.4 => libguile.so.4.0.0 libgkb_applet.so.0 => libgkb_applet.so.0.0.0 libfish_applet.so.0 => libfish_applet.so.0.0.0 libpanel_applet.so.0 => libpanel_applet.so.0.0.0 libgtop.so.1 => libgtop.so.1.0.0 libgtop_names.so.1 => libgtop_names.so.1.0.0 libgtop_suid_common.so.1 => libgtop_suid_common.so.1.0.0 libgtop_common.so.1 => libgtop_common.so.1.0.0 libgtop_sysdeps.so.1 => libgtop_sysdeps.so.1.0.0 libgnorbagtk.so.0 => libgnorbagtk.so.0.0.0 libgnorba.so.27 => libgnorba.so.27.1.4 libzvt.so.2 => libzvt.so.2.1.3 libgtkxmhtml.so.1 => libgtkxmhtml.so.1.0.1 libgnomeui.so.32 => libgnomeui.so.32.7.1 libgnome.so.32 => libgnome.so.32.2.3 libart_lgpl.so.2 => libart_lgpl.so.2.0.0 libORBitCosNaming.so.0 => libORBitCosNaming.so.0.3.98 libIIOP.so.0 => libIIOP.so.0.3.98 libORBitutil.so.0 => libORBitutil.so.0.3.98 libORBit.so.0 => libORBit.so.0.3.98 libIDL.so.0 => libIDL.so.0.5.9 libesddsp.so.0 => libesddsp.so.0.2.8 libesd.so.0 => libesd.so.0.2.8 libaudiofile.so.0 => libaudiofile.so.0.0.0 libimlib-png.so.0 => libimlib-png.so.0.0.0 libimlib-tiff.so.0 => libimlib-tiff.so.0.0.0 libimlib-jpeg.so.0 => libimlib-jpeg.so.0.0.0 libimlib-gif.so.0 => libimlib-gif.so.0.0.0 libimlib-ps.so.0 => libimlib-ps.so.0.0.0 libimlib-ppm.so.0 => libimlib-ppm.so.0.0.0 libimlib-xpm.so.0 => libimlib-xpm.so.0.0.0 libimlib-bmp.so.0 => libimlib-bmp.so.0.0.0 libgtk-1.2.so.0 => libgtk-1.2.so.0.0.0 libgdk-1.2.so.0 => libgdk-1.2.so.0.0.0 libgthread-1.2.so.0 => libgthread-1.2.so.0.0.0 libgmodule-1.2.so.0 => libgmodule-1.2.so.0.0.0 libglib-1.2.so.0 => libglib-1.2.so.0.0.0 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.2.so => libtkx8.0.2.so libtclx8.0.2.so => libtclx8.0.2.so libtcl8.0.so => libtcl8.0.so libvgagl.so.1 => libvgagl.so.1.2.13 libvga.so.1 => libvga.so.1.2.13 libreadline.so.3 => libreadline.so.3.0 libhistory.so.3 => libhistory.so.3.0 libtiff.so.3 => libtiff.so.3.4 libstdc++.so.2.8 => libstdc++.so.2.8.0 libpng.so.2 => libpng.so.2.1.0 libjpeg.so.6 => libjpeg.so.6.0.1 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 libstdc++.so.2.7.2 => libstdc++.so.2.7.2.8 libg++.so.2.7.2 => libg++.so.2.7.2.8 libgdk_imlib.so.1 => libgdk_imlib.so.1.9.4 libImlib.so.1 => libImlib.so.1.9.4 libgtk.so.1 => libgtk.so.1.0.1 libgdk.so.1 => libgdk.so.1.0.1 libgpm.so.1 => libgpm.so.1.13 libzvt.so.0 => libzvt.so.0.0.0 libgtkxmhtml.so.0 => libgtkxmhtml.so.0.0.0 libgtktty.so.0 => libgtktty.so.0.0.4 libgnomeui.so.0 => libgnomeui.so.0.0.0 libgnomesupport.so.0 => libgnomesupport.so.0.0.0 libgnome.so.0 => libgnome.so.0.0.0 libglib.so.1 => libglib.so.1.0.1 libgimpui.so.1 => libgimpui.so.1.0.0 libgimp.so.1 => libgimp.so.1.0.0 libgck.so.1 => libgck.so.1.0.0 libjpeg.so.62 => libjpeg.so.62.0.0 libgdbm.so.2 => libgdbm.so.2.0.0 libexpect5.24.so => libexpect5.24.so libcrack.so.2 => libcrack.so.2.7 libsnmp.so.3.5 => libsnmp.so.3.5 libopcodes-2.9.1.0.4.so.0 => libopcodes-2.9.1.0.4.so.0.0.0 libbfd-2.9.1.0.4.so.0 => libbfd-2.9.1.0.4.so.0.0.0 libz.so.1 => libz.so.1.1.2 libpanel.so.4 => libpanel.so.4.2 libncurses.so.4 => libncurses.so.4.2 libmenu.so.4 => libmenu.s
glibc 2.1X ... RedHat 6.0
Hello, Not sure if I missed a message on the mailing list but it seems no one has really addressed the issue of glibc 2.1 and the JVM 1.1.7 & JVM 1.2 ? Would someone tell me what kind of trouble it would be to release a port of 1.1.7 or 1.2 for use with glibc 2.1 ? and if efforts are underway ? I personally just need the 1.1.7 JVM for my work ... I would think getting 1.1.7 to work first would be easier/faster ?? Any comments would be appreciated. Tom McMichael [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
kaffe 1.0b4
hi, I'm just upload to incoming.redhat.com and in-rhcn.redhat.com kaffe-rhcn-1.0.b4-1.i386.rpm kaffe-rhcn-1.0.b4-1.src.rpm I use the "k" prefix (so everything begin with "k", eg. javac is kjavac including kaffe as kkaffe) in order to be able to keep both jdk and kaffe on the same machine. - Name: kaffe-rhcn Distribution: Red Hat Contrib|Net Version : 1.0.b4Vendor: (none) Release : 1 Build Date: Sun Apr 18 20:22:55 1999 Install date: Sun Apr 18 20:37:26 1999 Build Host: anna.inf.u-szeged.hu Group : Development/Languages Source RPM: kaffe-rhcn-1.0.b4-1.src.rpm Size: 2411068 License: GPL Packager: Red Hat Contrib|Net <[EMAIL PROTECTED]> URL : http://www.transvirtual.com/ Summary : A free virtual machine to run Java(tm) code Description : This is Kaffe, a virtual machine designed to execute Java bytecode. This machine can be configured in two modes. In one mode it operates as a pure bytecode interpreter (not unlike Javasoft's machine); in the second mode if performs "just-in-time" code conversion from the abstract code to the host machine's native code. This will ultimately allow execution of Java code at the same speed as standard compiled code but while maintaining the advantages and flexibility of code independence. -- -- Levente -- E-Mail: Levente Farkas <[EMAIL PROTECTED]> Homepage: http://www.inf.u-szeged.hu/~lfarkas/ PGP public key & Geek Code: [EMAIL PROTECTED] -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: JIT and unexpected verify errors for jdk1.2
Albrecht Kleine wrote: > > > green native > == == > TYA compiled > EXC_BY_SIGNALS: hangs okay > NO EXC_BY_S...: okayokay > --- > sunwjit : hangs okay > > Does a such TYA release really makes sense..? > Consider: most users would use EXC_BY_SIGNALS and green threads > as best choice. And in general it's much slower than jdk1.1+TYA. > It is not that bad! sunwjit also hangs after all, isn't it? In my opinion, even such a release would make sense, since it could point out even more problems (and thus expedite the route to final release), and even unveil some jdk problems. BTW, I am not using EXC_BY_SIGNALS, since I tend to make funny uses of NullPointerException and ClassCastExceptions and having defined EXC_BY_SIGNALS crashes tya - which is not exactly the desired effect as in most cases I intend to catch these ugly Runtime exceptions and recover (if possible of cource, but when you catch these things it means you can really recover from them!). And in general, green threads work nice for my apps (I am so entrenched in using my Round-Robin scheduler that I tend to forget I can use -native) As for the speed, I am so much dissapointed from sunwjit's performance (the damn thing crawls) that I won't see the difference ;-} Oh, there is one difference : I feel better if I have a slow GPL implementation than having a comparably slow propriety implementation... > > Still interested in release ?? > Definetely! Best Regards, Dimitris PS: Sorry for the late response, but I was on a short vac. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ANNOUNCE: network file synchronization utility v1.3
(swing+rmi; developed with Blackdown jdk1.1.7a) Xfiles is an interactive utility for cross-validating one file tree against another over a network. It's useful for people who work on several machines and also as alternative backup strategy. Version 1.3 adds JPython scripting to control what files are visited and to script interaction with a revision control system such as RCS. GPL'd source & binary at: www.idiom.com/~zilla/xfiles.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
