Slackware 3.6 weird error
I tried to install JDK117_v3 into Slackware 3.6, Kernel 2.0.36 (libc5). After untar JDK, and setup JAVA_HOME=/var/jdk117_v3 export JAVA_HOME PATH=$JAVAHOME:$PATH export PATH then I run the java command and I got: web2:/var/jdk117_v3/bin# java ./java: /var/jdk117_v3/bin/../bin/i686/green_threads/java_ns: No such file or directory ./java: /var/jdk117_v3/bin/../bin/i686/green_threads/java_ns: No such file or directory Sorry for send to this email but we are in urgent need of getting java running. Thanks and regards, Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Urgent help need for Slackware 3.6 & JDK117v3 (glibc)
Hi, I have been trying to install JDK117v3 into our Slackware 3.6 (kernel 2.0.36) without sucess. We then tried to recently upgrade to glibc2 and consistantly got the erorr message (nothing works by the way): web2:~/jdk117_v3# java /root/jdk117_v3/bin/java: /root/jdk117_v3/bin/i686/green_threads/java_ns: No such file or directory /root/jdk117_v3/bin/java: /root/jdk117_v3/bin/i686/green_threads/java_ns: No such file or directory Our ldconfig -D as as follows: ldconfig: version 1.9.9 /usr/local/lib: ld-linux.so.2 => ld-2.0.6.so libdl.so.2 => libdl-2.0.6.so libnss_compat.so.1 => libnss_compat-2.0.6.so libnsl.so.1 => libnsl-2.0.6.so libnss_nis.so.1 => libnss_nis-2.0.6.so libnss_dns.so.1 => libnss_dns-2.0.6.so libresolv.so.2 => libresolv-2.0.6.so libnss_db.so.1 => libnss_db-2.0.6.so libnss_files.so.1 => libnss_files-2.0.6.so libcrypt.so.1 => libcrypt-2.0.6.so libutil.so.1 => libutil-2.0.6.so libm.so.6 => libm-2.0.6.so libBrokenLocale.so.1 => libBrokenLocale-2.0.6.so libdb.so.2 => libdb-2.0.6.so libc.so.6 => libc-2.0.6.so /usr/X11R6/lib: libXpm.so.4 => libXpm.so.4.11 libXaw3d.so.6 => libXaw3d.so.6.1 libXtst.so.6 => libXtst.so.6.1 libXt.so.6 => libXt.so.6.0 libXp.so.6 => libXp.so.6.2 libXmu.so.6 => libXmu.so.6.0 libXi.so.6 => libXi.so.6.0 libXext.so.6 => libXext.so.6.3 libXaw.so.6 => libXaw.so.6.1 libXIE.so.6 => libXIE.so.6.0 libX11.so.6 => libX11.so.6.1 libSM.so.6 => libSM.so.6.0 libPEX5.so.6 => libPEX5.so.6.0 libICE.so.6 => libICE.so.6.3 libXm.so.1 => libXm.so.1.2.0 libMrm.so.1 => libMrm.so.1.2.0 /usr/ix86-linux/lib: /usr/ix86-linuxaout/lib: libPEX5.so.6 => libPEX5.so.6.0 libXpm.so.4 => libXpm.so.4.3 libXt.so.6 => libXt.so.6.0 libXaw.so.6 => libXaw.so.6.0 libXIE.so.6 => libXIE.so.6.0 libX11.so.6 => libX11.so.6.0 libXt.so.3 => libXt.so.3.1.0 libXaw.so.3 => libXaw.so.3.1.0 libX11.so.3 => libX11.so.3.1.0 libdb.so.1 => libdb.so.1.85.1 libvga.so.1 => libvga.so.1.2.9 /usr/openwin/lib: libxview.so.3 => libxview.so.3.2.2 libolgx.so.3 => libolgx.so.3.2.2 /var/pgsql/lib: /usr/lib: libz.so.1 => libz.so.1.0.4 libpng.so.1 => libpng.so.1.0.96 libtiff.so.3 => libtiff.so.3.4 libjpeg.so.6 => libjpeg.so.6.0.1 libpng.so.2 => libpng.so.2.1.0.2 libfbm.so.1 => libfbm.so.1.0.0 librle.so.1 => librle.so.1.0.0 libpbm.so.1 => libpbm.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 libtk8.0.so => libtk8.0.so libtcl8.0.so => libtcl8.0.so libpanel.so.3.4 => libpanel.so.1.9.9g libmenu.so.3.4 => libmenu.so.1.9.9g libform.so.3.4 => libform.so.1.9.9g libbfd-2.8.1.0.23.so.0 => libbfd-2.8.1.0.23.so.0.0.0 libopcodes-2.8.1.0.23.so.0 => libopcodes-2.8.1.0.23.so.0.0.0 libgpm.so.1 => libgpm.so.1.13 libstdc++.so.2.8 => libstdc++.so.2.8.0 libdb.so.1 => libdb.so.1.85.4 /lib: libvga.so.1 => libvga.so.1.2.13 libvgagl.so.1 => libvgagl.so.1.2.13 libdl.so.1 => libdl.so.1.9.9 ld-linux.so.1 => ld-linux.so.1.9.9 libtermcap.so.2 => libtermcap.so.2.0.8 libm.so.5 => libm.so.5.0.9 libgdbm.so.1 => libgdbm.so.1.7.3 libcurses.so.1 => libcurses.so.1.0.0 libc.so.5 => libc.so.5.4.44 libncurses.so.3.4 => libncurses.so.1.9.9g libe2p.so.2 => libe2p.so.2.3 libext2fs.so.2 => libext2fs.so.2.3 libss.so.2 => libss.so.2.0 libuuid.so.1 => libuuid.so.1.1 libcom_err.so.2 => libcom_err.so.2.0 libc.so.4 => libc.so.4.7.6 libm.so.4 => libm.so.4.6.27 libcurses.so.0 => libcurses.so.0.1.2 Thank you all in advanced. Regards, Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Slackware 3.6 weird error
On Sat, 22 May 1999 17:51:05 +1000, Steve Nguyen wrote: >I tried to install JDK117_v3 into Slackware 3.6, Kernel 2.0.36 (libc5). Note that JDK 1.1.7-v3 is a glibc binary. Older libc5 needs to continue to use JDK 1.1.7-v1a (there is almost no difference between the two) 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]
GC... faster?
I use jdk1.2 using massive memmory allocation (>512M) and at the same time WeakReferences for object persistance and cacheing. This usualy contributes to double GC-pass (from weakref) and long GC-delays. Now, does jdk1.2 use ageing GC-frames or realtime GC or anyting like hotspot/self features? Any plans here? My benchmark indicates a 2-5 times speedup using the Solaris version of jdk1.2. (you could use the GC from Self-src that is implemented in hotspot) Anyway thankyou backdown... ;-) Best, Jonas IllumiNet. Bryce McKinlay wrote: > Sandy Ward wrote: > > Anyone know much about the garbage collector for the Blackdown JVM? I am talking > > about comparisons to Sun's, IBM's, etc. From recent experience it seems that > > the GC takes one big pause to collect the garbage where as other VM's do it a > > little more smoothly. > > > > Any thoughts? > > Using native threads, GC runs more smoothly with significantly less noticable > pausing. > > Unfortuntatly, native threads are not working properly in the current blackdown JDK > 1.1.7v3 (at least on Redhat 6.0). > > regards > > [ bryce ] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Text Editor
Hi, I there anyone out there who knows how I could go about implementing atext editor using maybe the TextArea which writes from right to left and deletes backwards(the right key). Do I define a cursor, and play around with that? Or do I use the getRows and getColumns methods/ Thanks Farhan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problem with fonts (Font specified in font.properties not found )
Stephen Lohning wrote: > I am having trouble getting java 2 running on my redhat 5.2 PC(386) > system. > bash$ javac SimpleExample.java > bash$ ls > SimpleExample$1.class SimpleExample.class > SimpleExample$RadioListener.class SimpleExample.java > bash$ java SimpleExample > 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] > > -- i got this prob too, did you find the answer? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problem with fonts (Font specified in font.properties not found )
This is discussed in the mail archives and maybe even the FAQ. If you're not using the Zapf Dingbat fonts, it's nothing to lose sleep over. Nathan > Stephen Lohning wrote: > > > I am having trouble getting java 2 running on my redhat 5.2 PC(386) > > system. > > bash$ javac SimpleExample.java > > bash$ ls > > SimpleExample$1.class SimpleExample.class > > SimpleExample$RadioListener.class SimpleExample.java > > bash$ java SimpleExample > > 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] > > > > -- > > i got this prob too, did you find the answer? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
...
THIS is what Java was ment for... well atleast applets... http://www.fortunecity.com/tatooine/lucas/339/page1.html -- [ Riyad Kalla ] [ [EMAIL PROTECTED] ] [ CS Major - U of A ] [ http://www.u.arizona.edu/~rsk ] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
getStickySystemClass failed jdk1.2 and RH6.0
I'm loading the jdk1.2 onto a new computer with Redhat6.0. and received this error when I simply run "java" with no arguments: *** panic: GC: getStickySystemClass failed: java/lang/ref/Reference CLASSPATH may be incorrect SIGABRT 6* abort (generated by abort(3) routine) stackpointer=0xb540 Full thread dump Classic VM (Linux_JDK_1.2_pre-release-v1, native threads): "main" (TID:0x410e81e0, sys_thread_t:0x81436e8, state:R, native ID:0x400) prio=5: pending=java.lang.OutOfMemoryError Monitor Cache Dump: Registered Monitor Dump: utf8 hash table: JNI pinning lock: JNI global reference lock: BinClass lock: Class linking lock: System class loader lock: Code rewrite lock: Heap lock: Monitor cache lock: owner "main" (0x81436e8) 1 entry Thread queue lock: owner "main" (0x81436e8) 1 entry Dynamic loading lock: Monitor registry: owner "main" (0x81436e8) 1 entry I have read the notes and increased the NR_TASKS in tasks.h to 1512 (from it's default of 512) I have seen others on this list with the same problem and they solved it by turning of native threads but I need native threads. Anybody have any Ideas where to start? TIA! -- Glenn Valenta Engineering @ http://www.coloradostudios.com [EMAIL PROTECTED] http://ouray.cudenver.edu/~gavalent/ [EMAIL PROTECTED] Personal mail [EMAIL PROTECTED] Work mail -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ...
Boy's that's really cool..A @tad@ too TTY'ish. Could you image what it could look like in Java3D.. Some day in a future when integrated with JDK with Browser support... I hope! Bill Riyad Kalla wrote: > > THIS is what Java was ment for... well atleast applets... > > http://www.fortunecity.com/tatooine/lucas/339/page1.html > > -- > [ Riyad Kalla ] > [ [EMAIL PROTECTED] ] > [ CS Major - U of A ] > [ http://www.u.arizona.edu/~rsk ] > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] begin:vcard n:Taylor;William E. tel;fax:610 623 6138 tel;home:610 623 6138 tel;work:610 623 6138 x-mozilla-html:FALSE url:[EMAIL PROTECTED]/ichbin org:W.E. Consultants;Internet Devision adr:;;539 Edmonds Ave;Drexel Hill;Pa;19026;U.S.A version:2.1 email;internet:[EMAIL PROTECTED] title:Independent Computer Consultant fn:William E. Taylor end:vcard
Re: getStickySystemClass failed jdk1.2 and RH6.0
Found it! Thanks to Riyad Kalla for pointing me in the right direction. RH6.0 uses glib2.1 and will not work with jdk1.2 yet. Glenn Valenta wrote: > > I'm loading the jdk1.2 onto a new computer with Redhat6.0. and received this > error when I simply run "java" with no arguments: > > *** panic: GC: getStickySystemClass failed: java/lang/ref/Reference > CLASSPATH may be incorrect > SIGABRT 6* abort (generated by abort(3) routine) > stackpointer=0xb540 > > Full thread dump Classic VM (Linux_JDK_1.2_pre-release-v1, native threads): > "main" (TID:0x410e81e0, sys_thread_t:0x81436e8, state:R, native ID:0x400) > prio=5: pending=java.lang.OutOfMemoryError > Monitor Cache Dump: > Registered Monitor Dump: > utf8 hash table: > JNI pinning lock: > JNI global reference lock: > BinClass lock: > Class linking lock: > System class loader lock: > Code rewrite lock: > Heap lock: > Monitor cache lock: owner "main" (0x81436e8) 1 entry > Thread queue lock: owner "main" (0x81436e8) 1 entry > Dynamic loading lock: > Monitor registry: owner "main" (0x81436e8) 1 entry > > I have read the notes and increased the NR_TASKS in tasks.h to 1512 (from it's > default of 512) > > I have seen others on this list with the same problem and they solved it by > turning of native threads but I need native threads. > > Anybody have any Ideas where to start? > > TIA! > -- Glenn Valenta Engineering @ http://www.coloradostudios.com [EMAIL PROTECTED] http://ouray.cudenver.edu/~gavalent/ [EMAIL PROTECTED] Personal mail [EMAIL PROTECTED] Work mail -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Text Editor
Check this out: * http://www.gjt.org/~sp/jedit.html GreetinX++, Ernst Farhan Killedar wrote: > > Hi, > I there anyone out there who knows how I could go about implementing atext > editor using maybe the TextArea which writes from right to left and deletes > backwards(the right key). > > Do I define a cursor, and play around with that? Or do I use the getRows and > getColumns methods/ > > Thanks > Farhan > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- Ernst de Haan Chief Technical Officer Tector i.o. "Come to me all who are weary and burdened, and I will give you rest" -- Jesus Christ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: GC... faster?
I am not to sure about Blackdown but I do that I IBM JVM for Linux. (1.1.7 is going to be available very soon, with 1.2 to follow close) has unbeleivable garbage collection. They do the GCing similar to HotSpot actually if I am not mistaken their GCing is better than HotSpot. So you even if it is not provided by Blackdown you will have an alternative. Sandy Jonas Erikson wrote: > I use jdk1.2 using massive memmory allocation (>512M) > and at the same time WeakReferences for object persistance > and cacheing. This usualy contributes to double GC-pass > (from weakref) and long GC-delays. > > Now, does jdk1.2 use ageing GC-frames or realtime GC > or anyting like hotspot/self features? > > Any plans here? > > My benchmark indicates a 2-5 times speedup using the > Solaris version of jdk1.2. > > (you could use the GC from Self-src that is implemented in hotspot) > > Anyway thankyou backdown... ;-) > > Best, > Jonas IllumiNet. > > Bryce McKinlay wrote: > > Sandy Ward wrote: > > > Anyone know much about the garbage collector for the Blackdown JVM? I am talking > > > about comparisons to Sun's, IBM's, etc. From recent experience it seems that > > > the GC takes one big pause to collect the garbage where as other VM's do it a > > > little more smoothly. > > > > > > Any thoughts? > > > > Using native threads, GC runs more smoothly with significantly less noticable > > pausing. > > > > Unfortuntatly, native threads are not working properly in the current blackdown JDK > > 1.1.7v3 (at least on Redhat 6.0). > > > > regards > > > > [ bryce ] > > -- > 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: GC... faster?
Sandy Ward wrote: > > I am not to sure about Blackdown but I do that I IBM JVM for Linux. > (1.1.7 is going to be available very soon, with 1.2 to follow close) has > unbeleivable garbage collection. They do the GCing similar to HotSpot > actually if I am not mistaken their GCing is better than HotSpot. > > So you even if it is not provided by Blackdown you will have an alternative. > > Sandy Interesting. Do you have more info or an url about IBM's 1.1.7 and 1.2 port to linux? TIA -- Michael Doherty http://top.monad.net/~vsi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
