From daichi at ongs.co.jp Mon Mar 2 01:16:27 2009 From: daichi at ongs.co.jp (Daichi GOTO) Date: Mon Mar 2 01:16:40 2009 Subject: Japanese font conf for JDK16 to use IPA font In-Reply-To: <200902271510.56365.jkim@FreeBSD.org> References: <49A77F4A.2080508@ongs.co.jp> <200902271301.57014.jkim@FreeBSD.org> <20090227190138.GA24778@misty.eyesbeyond.com> <200902271510.56365.jkim@FreeBSD.org> Message-ID: <49ABA3E9.70102@ongs.co.jp> Jung-uk Kim wrote: > On Friday 27 February 2009 02:01 pm, Greg Lewis wrote: >> On Fri, Feb 27, 2009 at 01:01:31PM -0500, Jung-uk Kim wrote: >>> On Friday 27 February 2009 11:59 am, Jung-uk Kim wrote: >>>> On Friday 27 February 2009 12:51 am, Daichi GOTO wrote: >>>>> Hi greg :) >>>>> >>>>> How about to deploy or integrate included >>>>> fontconfig.properties file to >>>>> /usr/local/jdk1.6.0/jre/lib/fontconfig.properties or >>>>> /usr/local/jdk1.6.0/jre/lib/fontconfig.properties.src. >>>>> >>>>> I have known some Japanese java developers have been giving >>>>> up to use FreeBSD and Java as their default development >>>>> environment because FreeBSD JDK16 default configurations >>>>> lacks of proper Japanese font setting. >>>>> >>>>> Right now, IPA font(japanese/ipa-ttfonts) is proper high >>>>> quality font as Japanese font. To enable that font as default >>>>> font makes a lot of sense. >>>>> >>>>> I have checked included one with JDK16 and OpenJDK6, that >>>>> looks like working well. >>>> I have been using the attached properties for korean fonts for >>>> many years, which uses korean/unfonts-ttf. Baekmuk fonts in >>>> your properties are unmaintained and obsolete. Un-series fonts >>>> are de facto standard for korean FOSS projects these days. One >>>> of the reasons is it works pretty well with Freetype2. I >>>> believe many FOSS projects still use Baekmuk because Redhat >>>> does. :-( >>>> >>>> https://bugzilla.redhat.com/show_bug.cgi?id=112877 >>> It is little OT but I found Fedora project approved Un-series >>> fonts as the next default korean fonts: >>> >>> http://fedoraproject.org/wiki/UN_fonts >>> >>> "Fontconfig has been changed upstream to use UN as default Korean >>> font set instead of Baekmuk (current Fedora Korean font)." >>> >>> Yeah! >> So which Korean fonts should we be using? The new ones or the ones >> in the fontconfig.properties you sent? I'd like to merge those >> changes with Daichi-san's and get them both committed :). > > I merged them and attached (not tested). In fact, I thought about > doing something like this (i.e., converting Fedora font properties to > BSD-specific file) but I never committed it for few reasons. For > example, we do not have default fonts as Linux "distros" do (although > I agree that FreeBSD specific property file is good to have in the > ports but not on Mercurial). Also, I was concerned about package > dependencies. Maybe we can add a knob, e.g., WITH_CJK to include > properties if we just do this in the ports. Now, more specific > issues: > > # Uses Fedora Core 6 fonts and file paths. > > - Yeah, I know. :-( > > /usr/share/fonts/dejavu-lgc/DejaVuLGC*.ttf > > - Changing default Latin fonts is a POLA violation, I think. > - This is Fedora path and we don't have that in the ports[1]. > > /usr/share/fonts/japanese/TrueType/sazanami-*.ttf > > - The path has to be corrected. See japanese/sazanami-ttf. Really? Applications installed by Ports Collection should be deployed under /usr/local/ or user defined directory. Sazanami font real paths are: real files: /usr/local/share/sazanami-ttf/sazanami-gothic.ttf /usr/local/share/sazanami-ttf/sazanami-mincho.ttf symbolic links: /usr/local/share/fonts/TrueType/sazanami-gothic.ttf /usr/local/share/fonts/TrueType/sazanami-mincho.ttf > /usr/share/fonts/chinese/TrueType/ukai.ttf > /usr/share/fonts/chinese/TrueType/uming.ttf > > - The path has to be corrected. See chinese/CJKUnifonts. Same as above I guess, it will be under /usr/local, uh? > - We need Chinese Java users to confirm its usefulness. I am not > qualified. ;-) +1 :) > FYI, Fedora has font history here: > > http://fedoraproject.org/wiki/Fonts_inclusion_history > > Jung-uk Kim > > [1] We have x11-fonts/dejavu but DejaVu-LGC (a derivative of DejaVu > fonts) is not ported. If really needed, we can make a ports for it, > though. > > > ------------------------------------------------------------------------ > > _______________________________________________ > freebsd-java@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-java > To unsubscribe, send any mail to "freebsd-java-unsubscribe@freebsd.org" -- Daichi GOTO, http://people.freebsd.org/~daichi From daichi at ongs.co.jp Mon Mar 2 01:16:27 2009 From: daichi at ongs.co.jp (Daichi GOTO) Date: Mon Mar 2 01:16:40 2009 Subject: Japanese font conf for JDK16 to use IPA font In-Reply-To: <200902271510.56365.jkim@FreeBSD.org> References: <49A77F4A.2080508@ongs.co.jp> <200902271301.57014.jkim@FreeBSD.org> <20090227190138.GA24778@misty.eyesbeyond.com> <200902271510.56365.jkim@FreeBSD.org> Message-ID: <49ABA3E9.70102@ongs.co.jp> Jung-uk Kim wrote: > On Friday 27 February 2009 02:01 pm, Greg Lewis wrote: >> On Fri, Feb 27, 2009 at 01:01:31PM -0500, Jung-uk Kim wrote: >>> On Friday 27 February 2009 11:59 am, Jung-uk Kim wrote: >>>> On Friday 27 February 2009 12:51 am, Daichi GOTO wrote: >>>>> Hi greg :) >>>>> >>>>> How about to deploy or integrate included >>>>> fontconfig.properties file to >>>>> /usr/local/jdk1.6.0/jre/lib/fontconfig.properties or >>>>> /usr/local/jdk1.6.0/jre/lib/fontconfig.properties.src. >>>>> >>>>> I have known some Japanese java developers have been giving >>>>> up to use FreeBSD and Java as their default development >>>>> environment because FreeBSD JDK16 default configurations >>>>> lacks of proper Japanese font setting. >>>>> >>>>> Right now, IPA font(japanese/ipa-ttfonts) is proper high >>>>> quality font as Japanese font. To enable that font as default >>>>> font makes a lot of sense. >>>>> >>>>> I have checked included one with JDK16 and OpenJDK6, that >>>>> looks like working well. >>>> I have been using the attached properties for korean fonts for >>>> many years, which uses korean/unfonts-ttf. Baekmuk fonts in >>>> your properties are unmaintained and obsolete. Un-series fonts >>>> are de facto standard for korean FOSS projects these days. One >>>> of the reasons is it works pretty well with Freetype2. I >>>> believe many FOSS projects still use Baekmuk because Redhat >>>> does. :-( >>>> >>>> https://bugzilla.redhat.com/show_bug.cgi?id=112877 >>> It is little OT but I found Fedora project approved Un-series >>> fonts as the next default korean fonts: >>> >>> http://fedoraproject.org/wiki/UN_fonts >>> >>> "Fontconfig has been changed upstream to use UN as default Korean >>> font set instead of Baekmuk (current Fedora Korean font)." >>> >>> Yeah! >> So which Korean fonts should we be using? The new ones or the ones >> in the fontconfig.properties you sent? I'd like to merge those >> changes with Daichi-san's and get them both committed :). > > I merged them and attached (not tested). In fact, I thought about > doing something like this (i.e., converting Fedora font properties to > BSD-specific file) but I never committed it for few reasons. For > example, we do not have default fonts as Linux "distros" do (although > I agree that FreeBSD specific property file is good to have in the > ports but not on Mercurial). Also, I was concerned about package > dependencies. Maybe we can add a knob, e.g., WITH_CJK to include > properties if we just do this in the ports. Now, more specific > issues: > > # Uses Fedora Core 6 fonts and file paths. > > - Yeah, I know. :-( > > /usr/share/fonts/dejavu-lgc/DejaVuLGC*.ttf > > - Changing default Latin fonts is a POLA violation, I think. > - This is Fedora path and we don't have that in the ports[1]. > > /usr/share/fonts/japanese/TrueType/sazanami-*.ttf > > - The path has to be corrected. See japanese/sazanami-ttf. Really? Applications installed by Ports Collection should be deployed under /usr/local/ or user defined directory. Sazanami font real paths are: real files: /usr/local/share/sazanami-ttf/sazanami-gothic.ttf /usr/local/share/sazanami-ttf/sazanami-mincho.ttf symbolic links: /usr/local/share/fonts/TrueType/sazanami-gothic.ttf /usr/local/share/fonts/TrueType/sazanami-mincho.ttf > /usr/share/fonts/chinese/TrueType/ukai.ttf > /usr/share/fonts/chinese/TrueType/uming.ttf > > - The path has to be corrected. See chinese/CJKUnifonts. Same as above I guess, it will be under /usr/local, uh? > - We need Chinese Java users to confirm its usefulness. I am not > qualified. ;-) +1 :) > FYI, Fedora has font history here: > > http://fedoraproject.org/wiki/Fonts_inclusion_history > > Jung-uk Kim > > [1] We have x11-fonts/dejavu but DejaVu-LGC (a derivative of DejaVu > fonts) is not ported. If really needed, we can make a ports for it, > though. > > > ------------------------------------------------------------------------ > > _______________________________________________ > freebsd-java@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-java > To unsubscribe, send any mail to "freebsd-java-unsubscribe@freebsd.org" -- Daichi GOTO, http://people.freebsd.org/~daichi From bugmaster at FreeBSD.org Mon Mar 2 03:07:37 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Mar 2 03:11:42 2009 Subject: Current problem reports assigned to freebsd-java@FreeBSD.org Message-ID: <200903021106.n22B6tb4057358@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/130542 java java/jdk16-doc changed distifo o java/128948 java java/jdk16 built from source can't bind a socket, but o java/128809 java JVM aborted when GNU RXTX write to serial port. o java/125583 java Java gui programs stop without error message o java/123555 java linux-sun-jdk15, linux-sun-jdk16 produce a coredump o java/122513 java native JDKs unbuildable with Linux ones o java/121692 java java/jdk16: Java 1.5 1.5.0.14p8 crashes in RMI TCP Con o ports/121420 java java/jdk16: Java applet fails to find class under fire o ports/121416 java java/jdk15 can't build if BIN environment variable is o ports/120372 java java/linux-sun-jdk16: linux-sun-jre1.6.0 plugin doesn' o java/120146 java java/jdk15: netbeans 6.0 causes java core dump on amd6 o ports/119732 java java/linux-sun-jre16: linux-sun-jre16 plugin doesn't w o java/119063 java An unexpected error has been detected by Java Runtime o java/118956 java eclipse and netbeans break on diablo-jdk15 o java/118496 java Eclipse packages do not work with 6.3-RC1/amd64 o ports/116841 java cannot build java/jdk16 by using java/linux-sun-jdk16 o java/116667 java linux-sun-javac1.4 hangs on SMP o ports/116082 java java/linux-sun-jdk16 jconsole is unable to connect to o java/115773 java [request] java.nio channel selectors should use kqueue o java/114644 java tomcat goes out of PermSpace, jvm crashes o ports/113751 java java/linux-sun-jdk15: linux-sun-jdk-1.5.0.12,2 - java o ports/113467 java Multiple "missing return value" errors building JDK on o java/112595 java Java appletviewer frequently hangs (kse_release loop) o java/110912 java Java krb5 client leaks UDP connections o java/105482 java diablo-jdk1.5.0/jdk-1.5.0 java.nio.Selector bug o java/97461 java Diablo JDK does not report Update level in a format su o ports/84742 java make ports/java/jdk14 use dynamic Motif librarires s java/62837 java linux-sun-jdk14 executables hang with COMPAT_LINUX in s ports/60083 java java/jdk14 - Unsafe use of getaddrinfo in jvm 1.4.2-p5 s ports/56928 java jce-aba port should install to $JAVA_HOME/jre/lib/ext 30 problems total. From chat95 at mac.com Mon Mar 2 22:44:13 2009 From: chat95 at mac.com (Maho NAKATA) Date: Mon Mar 2 22:44:19 2009 Subject: How to send your SCA (Re: OpenJDK6 and NetBeans: Who can use non-English fonts on NetBeans?) In-Reply-To: <49A760BB.9090801@freebsd.org> References: <49A758C8.6010708@freebsd.org> <20090227.123640.228963683.chat95@mac.com> <49A760BB.9090801@freebsd.org> Message-ID: <20090303.154324.112584852.chat95@mac.com> Hi Daichi-san From: Daichi GOTO Subject: Re: OpenJDK6 and NetBeans: Who can use non-English fonts on NetBeans? Date: Fri, 27 Feb 2009 12:40:43 +0900 > Give me a way how to sign up that :) Can I complete that on-line work > only? Or do I need to send real air mail? Very easy. http://openjdk.java.net/contribute/ > If you haven't yet signed the Sun Contributor Agreement (SCA) then please > do so and fax it to +1-408-715-2540, or scan it and e-mail the result to sun_ca(at)sun.com. You may want to sign, scan it and send as e-mail. Best, -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-java/attachments/20090303/1283fc49/attachment.pgp From chat95 at mac.com Mon Mar 2 23:43:09 2009 From: chat95 at mac.com (Maho NAKATA) Date: Mon Mar 2 23:43:16 2009 Subject: Japanese font conf for JDK16 to use IPA font In-Reply-To: <49A77F4A.2080508@ongs.co.jp> References: <49A77F4A.2080508@ongs.co.jp> Message-ID: <20090303.164219.48483570.chat95@mac.com> Daichi san Sorry for changing my mind...this is just suggestion. IPA font is good but license is too restrictive. VLGothic is free font and ubuntu uses as user interface font. Fallback to VLGothic may useful for some environment. Thanks, From: Daichi GOTO Subject: Japanese font conf for JDK16 to use IPA font Date: Fri, 27 Feb 2009 14:51:06 +0900 > Hi greg :) > > How about to deploy or integrate included fontconfig.properties > file to /usr/local/jdk1.6.0/jre/lib/fontconfig.properties or > /usr/local/jdk1.6.0/jre/lib/fontconfig.properties.src. > > I have known some Japanese java developers have been giving up to > use FreeBSD and Java as their default development environment > because FreeBSD JDK16 default configurations lacks of proper > Japanese font setting. > > Right now, IPA font(japanese/ipa-ttfonts) is proper high quality > font as Japanese font. To enable that font as default font makes > a lot of sense. > > I have checked included one with JDK16 and OpenJDK6, that looks > like working well. > > Thanks :) > > -- > Daichi GOTO, http://people.freebsd.org/~daichi > -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-java/attachments/20090303/571cb1c3/attachment.pgp From chat95 at mac.com Mon Mar 2 23:54:52 2009 From: chat95 at mac.com (Maho NAKATA) Date: Mon Mar 2 23:54:58 2009 Subject: The OpenJDK6 port should remove the WEB option to avoid confusion In-Reply-To: <200902251003.14760.lists@intricatesoftware.com> References: <49A50BC5.5080009@ongs.co.jp> <200902251003.14760.lists@intricatesoftware.com> Message-ID: <20090303.165402.179924432.chat95@mac.com> Hello Brian, What do you think? From: Kurt Miller Subject: Re: OpenJDK6 and NetBeans: Who can use non-English fonts on NetBeans? Date: Wed, 25 Feb 2009 10:03:14 -0500 > OpenJDK (6 or 7) doesn't yet come with a plugin or webstart. It is not > clear if Sun will ever release them under GPL. The last semi-offical > statement is here: > > http://mail.openjdk.java.net/pipermail/discuss/2008-September/001283.html > > The OpenJDK6 port should remove the WEB option to avoid confusion. > > I believe that the lack of the plugin will prevent OpenJDK6 from > building OpenOffice. :( Perhaps the approach Fedora took might work > for a plugin replacement. See 16.3 for a description: > > http://docs.fedoraproject.org/release-notes/f9/en_US/sn-Java.html > > It mentions the lack of support for LiveConnect. If I'm not mistaken > that is need for the plugin to work in Firefox (memory rusty on this > one). However it may be good enough to allow OpenJDK6 to build > OpenOffice. -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-java/attachments/20090303/2aa898bf/attachment.pgp From horst.leitenmueller at liwest.at Tue Mar 3 01:08:19 2009 From: horst.leitenmueller at liwest.at (Horst Leitenmueller) Date: Tue Mar 3 01:08:28 2009 Subject: Jboss 5.0 GA diablo-jdk 1.6/ jdk16 and jboss5ctl In-Reply-To: <20090226.205947.126577693.toshi@ruby.ocn.ne.jp> References: <1234776494.1485.11.camel@lap02.be-informed.at> <20090226.205947.126577693.toshi@ruby.ocn.ne.jp> Message-ID: <1236071371.93150.11.camel@lap01> hi Saitou, error still exists here some more details on my problem 1) i added information of you point 1. didn't solve the problem 2) looked at the server config dir mod is: www:www 644 add info jboss is running inside a jail with part of read only directory and part of rw directory /s/ is rw on amd64 all is running smooth, on i386 it fails ?! i extracted the important information from both systems.... jboss5 boot.log amd64 inside jail Release ID: JBoss [Morpheus] 5.0.0.GA (build: SVNTag=JBoss_5_0_0_GA date=200903011549) 16:16:52,637 INFO [ServerImpl] Home Dir: /s/usr-local/jboss5 16:16:52,637 INFO [ServerImpl] Home URL: file:/s/usr-local/jboss5/ 16:16:52,637 INFO [ServerImpl] Library URL: file:/s/usr-local/jboss5/lib/ 16:16:52,638 INFO [ServerImpl] Patch URL: null 16:16:52,638 INFO [ServerImpl] Common Base URL: file:/s/usr-local/jboss5/common/ 16:16:52,638 INFO [ServerImpl] Common Library URL: file:/s/usr-local/jboss5/common/lib/ 16:16:52,639 INFO [ServerImpl] Server Name: default 16:16:52,639 INFO [ServerImpl] Server Base Dir: /s/usr-local/jboss5/server 16:16:52,639 INFO [ServerImpl] Server Base URL: file:/s/usr-local/jboss5/server/ 16:16:52,639 INFO [ServerImpl] Server Config URL: file:/s/usr-local/jboss5/server/default/conf/ 16:16:52,639 INFO [ServerImpl] Server Home Dir: /s/usr-local/jboss5/server/default 16:16:52,639 INFO [ServerImpl] Server Home URL: file:/s/usr-local/jboss5/server/default/ 16:16:52,639 INFO [ServerImpl] Server Data Dir: /s/usr-local/jboss5/server/default/data 16:16:52,640 INFO [ServerImpl] Server Library URL: file:/s/usr-local/jboss5/server/default/lib/ 16:16:52,640 INFO [ServerImpl] Server Log Dir: /s/usr-local/jboss5/server/default/log 16:16:52,640 INFO [ServerImpl] Server Native Dir: /s/usr-local/jboss5/server/default/tmp/native 16:16:52,640 INFO [ServerImpl] Server Temp Dir: /s/usr-local/jboss5/server/default/tmp 16:16:52,640 INFO [ServerImpl] Server Temp Deploy Dir: /s/usr-local/jboss5/server/default/tmp/deploy 16:16:55,242 INFO [ServerInfo] Java version: 1.6.0_07,The FreeBSD Foundation 16:16:55,243 INFO [ServerInfo] Java VM: Diablo Java HotSpot(TM) 64-Bit Server VM 10.0-b23,The FreeBSD Foundation 16:16:55,243 INFO [ServerInfo] OS-System: FreeBSD 7.1-RELEASE-p3,amd64 16:16:55,243 DEBUG [ServerInfo] Full System Properties Dump 16:16:55,243 DEBUG [ServerInfo] java.vendor: The FreeBSD Foundation 16:16:55,243 DEBUG [ServerInfo] sun.java.launcher: SUN_STANDARD 16:16:55,243 DEBUG [ServerInfo] sun.management.compiler: HotSpot 64-Bit Server Compiler 16:16:55,243 DEBUG [ServerInfo] os.name: FreeBSD 16:16:55,243 DEBUG [ServerInfo] sun.boot.class.path: /s/usr-local/diablo-jdk1.6.0/jre/lib/resources.jar:/s/usr-local/diablo-jdk1.6.0/jre/lib/rt.jar:/s/usr-local/diablo-jdk1.6.0/jre/lib/sunr sasign.jar:/s/usr-local/diablo-jdk1.6.0/jre/lib/jsse.jar:/s/usr-local/diablo-jdk1.6.0/jre/lib/jce.jar:/s/usr-local/diablo-jdk1.6.0/jre/lib/charsets.jar:/s/usr-local/diablo-jdk1.6.0/jre/classes 16:16:55,243 DEBUG [ServerInfo] java.vm.specification.vendor: Sun Microsystems Inc. 16:16:55,243 DEBUG [ServerInfo] java.runtime.version: 1.6.0_07-b02 16:16:55,244 DEBUG [ServerInfo] user.name: www 16:16:55,244 DEBUG [ServerInfo] jboss.bind.address: 127.0.0.1 16:16:55,244 DEBUG [ServerInfo] sun.boot.library.path: /s/usr-local/diablo-jdk1.6.0/jre/lib/amd64 16:16:55,244 DEBUG [ServerInfo] jboss.home.url: file:/s/usr-local/jboss5/ 16:16:55,244 DEBUG [ServerInfo] java.version: 1.6.0_07 16:16:55,244 DEBUG [ServerInfo] user.timezone: GMT 16:16:55,244 DEBUG [ServerInfo] jboss.server.home.dir: /s/usr-local/jboss5/server/default 16:16:55,244 DEBUG [ServerInfo] jgroups.bind_addr: 127.0.0.1 16:16:55,244 DEBUG [ServerInfo] sun.arch.data.model: 64 16:16:55,244 DEBUG [ServerInfo] java.endorsed.dirs: /s/usr-local/diablo-jdk1.6.0/jre/lib/endorsed 16:16:55,244 DEBUG [ServerInfo] jboss.server.home.url: file:/s/usr-local/jboss5/server/default/ 16:16:55,244 DEBUG [ServerInfo] sun.cpu.isalist: 16:16:55,244 DEBUG [ServerInfo] sun.jnu.encoding: ISO8859-1 16:16:55,244 DEBUG [ServerInfo] file.encoding.pkg: sun.io 16:16:55,244 DEBUG [ServerInfo] file.separator: / 16:16:55,244 DEBUG [ServerInfo] java.specification.name: Java Platform API Specification 16:16:55,244 DEBUG [ServerInfo] java.class.version: 50.0 16:16:55,244 DEBUG [ServerInfo] jboss.server.config.url: file:/s/usr-local/jboss5/server/default/conf/ 16:16:55,244 DEBUG [ServerInfo] jboss.common.lib.url: file:/s/usr-local/jboss5/common/lib/ 16:16:55,244 DEBUG [ServerInfo] java.home: /s/usr-local/diablo-jdk1.6.0/jre 16:16:55,244 DEBUG [ServerInfo] java.vm.info: mixed mode 16:16:55,244 DEBUG [ServerInfo] jboss.lib.url: file:/s/usr-local/jboss5/lib/ 16:16:55,244 DEBUG [ServerInfo] os.version: 7.1-RELEASE-p3 16:16:55,244 DEBUG [ServerInfo] path.separator: : 16:16:55,244 DEBUG [ServerInfo] java.vm.version: 10.0-b23 16:16:55,244 DEBUG [ServerInfo] java.protocol.handler.pkgs: org.jboss.net.protocol|org.jboss.virtual.protocol 16:16:55,244 DEBUG [ServerInfo] java.awt.printerjob: sun.print.PSPrinterJob 16:16:55,244 DEBUG [ServerInfo] sun.io.unicode.encoding: UnicodeLittle 16:16:55,244 DEBUG [ServerInfo] jboss.server.temp.dir: /s/usr-local/jboss5/server/default/tmp 16:16:55,244 DEBUG [ServerInfo] sun.rmi.dgc.client.gcInterval: 3600000 16:16:55,245 DEBUG [ServerInfo] user.home: /nonexistent 16:16:55,245 DEBUG [ServerInfo] java.specification.vendor: Sun Microsystems Inc. 16:16:55,245 DEBUG [ServerInfo] java.library.path: /s/usr-local/diablo-jdk1.6.0/jre/lib/amd64/server:/s/usr-local/diablo-jdk1.6.0/jre/lib/amd64:/s/usr-local/diablo-jdk1.6.0/jre/../lib/amd64 :/usr/java/packages/lib/amd64:/lib:/usr/lib:/usr/local/lib 16:16:55,245 DEBUG [ServerInfo] org.jboss.resolver.warning: true 16:16:55,245 DEBUG [ServerInfo] java.vendor.url: http://www.freebsd.org/java/ 16:16:55,245 DEBUG [ServerInfo] program.name: run.sh 16:16:55,245 DEBUG [ServerInfo] jboss.common.base.url: file:/s/usr-local/jboss5/common/ 16:16:55,245 DEBUG [ServerInfo] java.vm.vendor: The FreeBSD Foundation 16:16:55,245 DEBUG [ServerInfo] sun.rmi.dgc.server.gcInterval: 3600000 16:16:55,245 DEBUG [ServerInfo] java.runtime.name: Diablo Java(TM) SE Runtime Environment 16:16:55,245 DEBUG [ServerInfo] java.class.path: bin/run.jar:/usr/local/diablo-jdk1.6.0/lib/tools.jar 16:16:55,245 DEBUG [ServerInfo] jboss.server.log.dir: /s/usr-local/jboss5/server/default/log 16:16:55,245 DEBUG [ServerInfo] jbossmx.loader.repository.class: org.jboss.mx.loading.UnifiedLoaderRepository3 16:16:55,245 DEBUG [ServerInfo] java.vm.specification.name: Java Virtual Machine Specification 16:16:55,245 DEBUG [ServerInfo] java.vm.specification.version: 1.0 16:16:55,245 DEBUG [ServerInfo] sun.cpu.endian: little 16:16:55,245 DEBUG [ServerInfo] sun.os.patch.level: unknown 16:16:55,245 DEBUG [ServerInfo] jboss.server.lib.url: file:/s/usr-local/jboss5/server/default/lib/ 16:16:55,245 DEBUG [ServerInfo] java.io.tmpdir: /var/tmp/ 16:16:55,245 DEBUG [ServerInfo] java.vendor.url.bug: http://www.freebsd.org/send-pr.html 16:16:55,245 DEBUG [ServerInfo] jboss.server.data.dir: /s/usr-local/jboss5/server/default/data 16:16:55,245 DEBUG [ServerInfo] java.rmi.server.hostname: 127.0.0.1 16:16:55,245 DEBUG [ServerInfo] jboss.vfs.forceCopy: true 16:16:55,245 DEBUG [ServerInfo] os.arch: amd64 16:16:55,245 DEBUG [ServerInfo] java.awt.graphicsenv: sun.awt.X11GraphicsEnvironment 16:16:55,245 DEBUG [ServerInfo] java.ext.dirs: /s/usr-local/diablo-jdk1.6.0/jre/lib/ext:/usr/java/packages/lib/ext 16:16:55,245 DEBUG [ServerInfo] user.dir: /s/usr-local/jboss5 16:16:55,245 DEBUG [ServerInfo] line.separator: 16:16:55,245 DEBUG [ServerInfo] java.vm.name: Diablo Java HotSpot(TM) 64-Bit Server VM 16:16:55,245 DEBUG [ServerInfo] jboss.server.base.dir: /s/usr-local/jboss5/server 16:16:55,245 DEBUG [ServerInfo] jboss.server.base.url: file:/s/usr-local/jboss5/server/ 16:16:55,245 DEBUG [ServerInfo] javax.management.builder.initial: org.jboss.mx.server.MBeanServerBuilderImpl 16:16:55,245 DEBUG [ServerInfo] file.encoding: ISO8859-1 16:16:55,246 DEBUG [ServerInfo] java.specification.version: 1.6 16:16:55,246 DEBUG [ServerInfo] jboss.server.name: default 16:16:56,643 DEBUG [SaxJBossXBParser] http://apache.org/xml/features/validation/dynamic set to: true 16:16:56,643 DEBUG [SaxJBossXBParser] Created parser: org.apache.xerces.jaxp.SAXParserImpl@dec3c6d, isNamespaceAware: true, isValidating: true, isXIncludeAware: true 16:16:56,689 DEBUG [Domain] org.jboss.classloading.spi.dependency.Domain@31f9338f{DefaultDomain} add module VFSClassLoaderPolicyModule bindings-classloader:0.0.0 16:16:56,691 DEBUG [BaseClassLoader] Created BaseClassLoader@7a73bc22{bindings-classloader:0.0.0$MODULE} with policy VFSClassLoaderPolicy@44449afc{name=bindings-classloader:0.0.0$MODULE domain= null roots=[DelegatingHandler@1947941223[path=jboss-bindingservice.jar context=file:/s/usr-local/jboss5/common/lib/ real=file:/s/usr-local/jboss5/common/lib/jboss-bindingservice.jar]] delegate s=null exported=[org.jboss.services.binding, org.jboss.services.binding.impl, META-INF] NON_EMPTY} 16:16:56,691 DEBUG [BaseClassLoaderDomain] ClassLoaderDomain@61672bbb{DefaultDomain} registerClassLoader BaseClassLoader@7a73bc22{bindings-classloader:0.0.0$MODULE} 16:16:56,992 DEBUG [ServiceController] Registering service jboss.system:service=ServiceBindingManager 16:16:56,993 DEBUG [ServiceControllerRegistrationLifecycleCallback] Registered MBean jboss.system:service=ServiceBindingManager 16:16:56,993 DEBUG [ServiceController] Creating service jboss.system:service=ServiceBindingManager 16:16:56,994 DEBUG [ServiceController] starting service jboss.system:service=ServiceBindingManager 16:16:56,999 DEBUG [ServerImpl] Deploying bootstrap xml:bootstrap/profile-repository.xml 16:16:56,999 DEBUG [SaxJBossXBParser] Created parser: org.apache.xerces.jaxp.SAXParserImpl@52aa77d9, isNamespaceAware: true, isValidating: true, isXIncludeAware: true 16:16:57,000 DEBUG [SaxJBossXBParser] http://xml.org/sax/features/validation set to: true 16:16:57,000 DEBUG [SaxJBossXBParser] http://xml.org/sax/features/namespaces set to: true 16:16:57,000 DEBUG [SaxJBossXBParser] http://apache.org/xml/features/validation/dynamic set to: true jboss5 boot.log i386 inside jail 08:50:19,915 INFO [ServerImpl] Release ID: JBoss [Morpheus] 5.0.0.GA (build: SVNTag=JBoss_5_0_0_GA date=200902161131) 08:50:19,915 DEBUG [ServerImpl] Using config: org.jboss.bootstrap.BaseServerConfig@1787038 08:50:19,915 DEBUG [ServerImpl] Server type: class org.jboss.bootstrap.microcontainer.ServerImpl 08:50:19,915 DEBUG [ServerImpl] Server loaded through: org.jboss.system.NoAnnotationURLClassLoader 08:50:19,915 INFO [ServerImpl] Bootstrap URL: null 08:50:19,916 INFO [ServerImpl] Home Dir: /s/usr-local/jboss5 08:50:19,916 INFO [ServerImpl] Home URL: file:/s/usr-local/jboss5/ 08:50:19,916 INFO [ServerImpl] Library URL: file:/s/usr-local/jboss5/lib/ 08:50:19,917 INFO [ServerImpl] Patch URL: null 08:50:19,918 INFO [ServerImpl] Common Base URL: file:/s/usr-local/jboss5/common/ 08:50:19,918 INFO [ServerImpl] Common Library URL: file:/s/usr-local/jboss5/common/lib/ 08:50:19,918 INFO [ServerImpl] Server Name: default 08:50:19,919 INFO [ServerImpl] Server Base Dir: /s/usr-local/jboss5/server 08:50:19,919 INFO [ServerImpl] Server Base URL: file:/s/usr-local/jboss5/server/ 08:50:19,919 INFO [ServerImpl] Server Config URL: file:/s/usr-local/jboss5/server/default/conf/ 08:50:19,919 INFO [ServerImpl] Server Home Dir: /s/usr-local/jboss5/server/default 08:50:19,920 INFO [ServerImpl] Server Home URL: file:/s/usr-local/jboss5/server/default/ 08:50:19,920 INFO [ServerImpl] Server Data Dir: /s/usr-local/jboss5/server/default/data 08:50:19,920 INFO [ServerImpl] Server Library URL: file:/s/usr-local/jboss5/server/default/lib/ 08:50:19,920 INFO [ServerImpl] Server Log Dir: /s/usr-local/jboss5/server/default/log 08:50:19,921 INFO [ServerImpl] Server Native Dir: /s/usr-local/jboss5/server/default/tmp/native 08:50:19,921 INFO [ServerImpl] Server Temp Dir: /s/usr-local/jboss5/server/default/tmp 08:50:19,921 INFO [ServerImpl] Server Temp Deploy Dir: /s/usr-local/jboss5/server/default/tmp/deploy 08:50:28,885 INFO [ServerInfo] Java version: 1.6.0_07,The FreeBSD Foundation 08:50:28,885 INFO [ServerInfo] Java VM: Diablo Java HotSpot(TM) Server VM 10.0-b23,The FreeBSD Foundation 08:50:28,886 INFO [ServerInfo] OS-System: FreeBSD 7.1-RELEASE-p2,i386 08:50:28,886 DEBUG [ServerInfo] Full System Properties Dump 08:50:28,887 DEBUG [ServerInfo] java.vendor: The FreeBSD Foundation 08:50:28,887 DEBUG [ServerInfo] sun.java.launcher: SUN_STANDARD 08:50:28,887 DEBUG [ServerInfo] sun.management.compiler: HotSpot Tiered Compilers 08:50:28,888 DEBUG [ServerInfo] os.name: FreeBSD 08:50:28,888 DEBUG [ServerInfo] sun.boot.class.path: /s/usr-local/diablo-jdk1.6.0/jre/lib/resources.jar:/s/usr-local/diablo-jdk1.6.0/jre/lib/rt.jar:/s/usr-local/diablo-jdk1.6.0/jre/lib/sunrsasign.jar:/s/usr-local/diablo-jdk1.6.0/jre/lib/jsse.jar:/s/usr-local/diablo-jdk1.6.0/jre/lib/jce.jar:/s/usr-local/diablo-jdk1.6.0/jre/lib/charsets.jar:/s/usr-local/diablo-jdk1.6.0/jre/classes 08:50:28,888 DEBUG [ServerInfo] java.vm.specification.vendor: Sun Microsystems Inc. 08:50:28,888 DEBUG [ServerInfo] java.runtime.version: 1.6.0_07-b02 08:50:28,889 DEBUG [ServerInfo] user.name: www 08:50:28,889 DEBUG [ServerInfo] jboss.bind.address: 127.0.0.1 08:50:28,889 DEBUG [ServerInfo] jboss.home.dir: /s/usr-local/jboss5 08:50:28,889 DEBUG [ServerInfo] user.language: en 08:50:28,889 DEBUG [ServerInfo] sun.boot.library.path: /s/usr-local/diablo-jdk1.6.0/jre/lib/i386 08:50:28,890 DEBUG [ServerInfo] jboss.home.url: file:/s/usr-local/jboss5/ 08:50:28,890 DEBUG [ServerInfo] java.version: 1.6.0_07 08:50:28,890 DEBUG [ServerInfo] user.timezone: GMT 08:50:28,890 DEBUG [ServerInfo] jboss.server.home.dir: /s/usr-local/jboss5/server/default 08:50:28,890 DEBUG [ServerInfo] jgroups.bind_addr: 127.0.0.1 08:50:28,891 DEBUG [ServerInfo] sun.arch.data.model: 32 08:50:28,891 DEBUG [ServerInfo] java.endorsed.dirs: /s/usr-local/diablo-jdk1.6.0/jre/lib/endorsed 08:50:28,891 DEBUG [ServerInfo] jboss.server.home.url: file:/s/usr-local/jboss5/server/default/ 08:50:28,891 DEBUG [ServerInfo] sun.cpu.isalist: 08:50:28,891 DEBUG [ServerInfo] sun.jnu.encoding: ISO8859-1 08:50:28,892 DEBUG [ServerInfo] file.encoding.pkg: sun.io 08:50:28,892 DEBUG [ServerInfo] file.separator: / 08:50:28,892 DEBUG [ServerInfo] java.specification.name: Java Platform API Specification 08:50:28,892 DEBUG [ServerInfo] java.class.version: 50.0 08:50:28,892 DEBUG [ServerInfo] jboss.server.config.url: file:/s/usr-local/jboss5/server/default/conf/ 08:50:28,893 DEBUG [ServerInfo] jboss.common.lib.url: file:/s/usr-local/jboss5/common/lib/ 08:50:28,893 DEBUG [ServerInfo] java.home: /s/usr-local/diablo-jdk1.6.0/jre 08:50:28,893 DEBUG [ServerInfo] java.vm.info: mixed mode, sharing 08:50:28,893 DEBUG [ServerInfo] jboss.lib.url: file:/s/usr-local/jboss5/lib/ 08:50:28,894 DEBUG [ServerInfo] os.version: 7.1-RELEASE-p2 08:50:28,894 DEBUG [ServerInfo] path.separator: : 08:50:28,894 DEBUG [ServerInfo] java.vm.version: 10.0-b23 08:50:28,894 DEBUG [ServerInfo] java.protocol.handler.pkgs: org.jboss.net.protocol|org.jboss.virtual.protocol 08:50:28,894 DEBUG [ServerInfo] java.awt.printerjob: sun.print.PSPrinterJob 08:50:28,895 DEBUG [ServerInfo] sun.io.unicode.encoding: UnicodeLittle 08:50:28,895 DEBUG [ServerInfo] jboss.server.temp.dir: /s/usr-local/jboss5/server/default/tmp 08:50:28,895 DEBUG [ServerInfo] sun.rmi.dgc.client.gcInterval: 3600000 08:50:28,895 DEBUG [ServerInfo] user.home: /nonexistent 08:50:28,895 DEBUG [ServerInfo] java.specification.vendor: Sun Microsystems Inc. 08:50:28,896 DEBUG [ServerInfo] java.library.path: /s/usr-local/diablo-jdk1.6.0/jre/lib/i386/server:/s/usr-local/diablo-jdk1.6.0/jre/lib/i386:/s/usr-local/diablo-jdk1.6.0/jre/../lib/i386:/usr/java/packages/lib/i386:/lib:/usr/lib:/usr/local/lib 08:50:28,896 DEBUG [ServerInfo] org.jboss.resolver.warning: true 08:50:28,896 DEBUG [ServerInfo] java.vendor.url: http://www.freebsd.org/java/ 08:50:28,896 DEBUG [ServerInfo] program.name: run.sh 08:50:28,896 DEBUG [ServerInfo] jboss.common.base.url: file:/s/usr-local/jboss5/common/ 08:50:28,897 DEBUG [ServerInfo] java.vm.vendor: The FreeBSD Foundation 08:50:28,897 DEBUG [ServerInfo] sun.rmi.dgc.server.gcInterval: 3600000 08:50:28,897 DEBUG [ServerInfo] java.runtime.name: Diablo Java(TM) SE Runtime Environment 08:50:28,897 DEBUG [ServerInfo] java.class.path: bin/run.jar:/usr/local/diablo-jdk1.6.0/lib/tools.jar 08:50:28,898 DEBUG [ServerInfo] jboss.server.log.dir: /s/usr-local/jboss5/server/default/log 08:50:28,898 DEBUG [ServerInfo] jbossmx.loader.repository.class: org.jboss.mx.loading.UnifiedLoaderRepository3 08:50:28,898 DEBUG [ServerInfo] java.vm.specification.name: Java Virtual Machine Specification 08:50:28,898 DEBUG [ServerInfo] java.vm.specification.version: 1.0 08:50:28,898 DEBUG [ServerInfo] sun.cpu.endian: little 08:50:28,899 DEBUG [ServerInfo] sun.os.patch.level: unknown 08:50:28,899 DEBUG [ServerInfo] jboss.server.lib.url: file:/s/usr-local/jboss5/server/default/lib/ 08:50:28,899 DEBUG [ServerInfo] java.io.tmpdir: /var/tmp/ 08:50:28,899 DEBUG [ServerInfo] java.vendor.url.bug: http://www.freebsd.org/send-pr.html 08:50:28,899 DEBUG [ServerInfo] jboss.server.data.dir: /s/usr-local/jboss5/server/default/data 08:50:28,900 DEBUG [ServerInfo] java.rmi.server.hostname: 127.0.0.1 08:50:28,900 DEBUG [ServerInfo] jboss.vfs.forceCopy: true 08:50:28,900 DEBUG [ServerInfo] os.arch: i386 08:50:28,900 DEBUG [ServerInfo] java.awt.graphicsenv: sun.awt.X11GraphicsEnvironment 08:50:28,900 DEBUG [ServerInfo] java.ext.dirs: /s/usr-local/diablo-jdk1.6.0/jre/lib/ext:/usr/java/packages/lib/ext 08:50:28,901 DEBUG [ServerInfo] user.dir: /s/usr-local/jboss5 08:50:28,901 DEBUG [ServerInfo] line.separator: 08:50:28,901 DEBUG [ServerInfo] java.vm.name: Diablo Java HotSpot(TM) Server VM 08:50:28,901 DEBUG [ServerInfo] jboss.server.base.dir: /s/usr-local/jboss5/server 08:50:28,902 DEBUG [ServerInfo] jboss.server.base.url: file:/s/usr-local/jboss5/server/ 08:50:28,902 DEBUG [ServerInfo] javax.management.builder.initial: org.jboss.mx.server.MBeanServerBuilderImpl 08:50:28,902 DEBUG [ServerInfo] file.encoding: ISO8859-1 08:50:28,902 DEBUG [ServerInfo] java.specification.version: 1.6 08:50:28,902 DEBUG [ServerInfo] jboss.server.name: default --------- ERROR !!! --------- 08:50:39,854 DEBUG [SaxJBossXBParser] http://apache.org/xml/features/validation/dynamic set to: true 08:50:39,855 DEBUG [SaxJBossXBParser] Created parser: org.apache.xerces.jaxp.SAXParserImpl@1fa490e, isNamespaceAware: true, isValidating: true, isXIncludeAware: true 08:50:40,101 DEBUG [Domain] org.jboss.classloading.spi.dependency.Domain@2f8b5a{DefaultDomain} add module VFSClassLoaderPolicyModule bindings-classloader:0.0.0 08:50:40,119 DEBUG [BaseClassLoader] Created BaseClassLoader@9f3e95{bindings-classloader:0.0.0$MODULE} with policy VFSClassLoaderPolicy@c5d9c1{name=bindings-classloader:0.0.0$MODULE domain=null roots=[DelegatingHandler@22760146[path=jboss-bindingservice.jar context=file:/s/usr-local/jboss5/common/lib/ real=file:/s/usr-local/jboss5/common/lib/jboss-bindingservice.jar]] delegates=null e xported=[org.jboss.services.binding, org.jboss.services.binding.impl, META-INF] NON_EMPTY} 08:50:40,119 DEBUG [BaseClassLoaderDomain] ClassLoaderDomain@c01e99{DefaultDomain} registerClassLoader BaseClassLoader@9f3e95{bindings-classloader:0.0.0$MODULE} 08:50:41,180 ERROR [AbstractKernelController] Error installing to Instantiated: name=StandardBindings state=Described java.lang.IllegalArgumentException: Wrong arguments. new for target java.lang.reflect.Constructor expected=[int] actual=[java.util.HashSet] at org.jboss.reflect.plugins.introspection.ReflectionUtils.handleErrors(ReflectionUtils.java:395) at org.jboss.reflect.plugins.introspection.ReflectionUtils.newInstance(ReflectionUtils.java:153) at org.jboss.reflect.plugins.introspection.ReflectConstructorInfoImpl.newInstance(ReflectConstructorInfoImpl.java:106) at org.jboss.joinpoint.plugins.BasicConstructorJoinPoint.dispatch(BasicConstructorJoinPoint.java:80) at org.jboss.aop.microcontainer.integration.AOPConstructorJoinpoint.createTarget(AOPConstructorJoinpoint.java:276) at org.jboss.aop.microcontainer.integration.AOPConstructorJoinpoint.dispatch(AOPConstructorJoinpoint.java:97) at org.jboss.kernel.plugins.dependency.KernelControllerContextAction $JoinpointDispatchWrapper.execute(KernelControllerContextAction.java:241) at org.jboss.kernel.plugins.dependency.ExecutionWrapper.execute(ExecutionWrapper.java:47) at org.jboss.kernel.plugins.dependency.KernelControllerContextAction.dispatchExecutionWrapper(KernelControllerContextAction.java:109) at org.jboss.kernel.plugins.dependency.KernelControllerContextAction.dispatchJoinPoint(KernelControllerContextAction.java:70) at org.jboss.kernel.plugins.dependency.InstantiateAction.installActionInternal(InstantiateAction.java:66) at org.jboss.kernel.plugins.dependency.InstallsAwareAction.installAction(InstallsAwareAction.java:54) at org.jboss.kernel.plugins.dependency.InstallsAwareAction.installAction(InstallsAwareAction.java:42) at org.jboss.dependency.plugins.action.SimpleControllerContextAction.simpleInstallAction(SimpleControllerContextAction.java:62) at org.jboss.dependency.plugins.action.AccessControllerContextAction.install(AccessControllerContextAction.java:71) at org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51) at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348) at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1598) at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934) at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1062) at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984) at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:774) at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:540) at org.jboss.kernel.plugins.deployment.AbstractKernelDeployer.deployBean(AbstractKernelDeployer.java:331) at org.jboss.kernel.plugins.deployment.AbstractKernelDeployer.deployBeans(AbstractKernelDeployer.java:309) at org.jboss.kernel.plugins.deployment.AbstractKernelDeployer.deploy(AbstractKernelDeployer.java:130) at org.jboss.kernel.plugins.deployment.BasicKernelDeployer.deploy(BasicKernelDeployer.java:76) at org.jboss.bootstrap.microcontainer.TempBasicXMLDeployer.deploy(TempBasicXMLDeployer.java:91) at org.jboss.bootstrap.microcontainer.TempBasicXMLDeployer.deploy(TempBasicXMLDeployer.java:161) at org.jboss.bootstrap.microcontainer.ServerImpl.doStart(ServerImpl.java:144) at org.jboss.bootstrap.AbstractServerImpl.start(AbstractServerImpl.java:394) at org.jboss.Main.boot(Main.java:209) at org.jboss.Main$1.run(Main.java:547) at java.lang.Thread.run(Thread.java:619) i hope you can help me thanks horst On Thu, 2009-02-26 at 20:59 +0900, SAITOU Toshihide wrote: > In message: > > > > problem on jboss 5.0 GA and enable via jboss5ctl > > on: FreeBSD 7.1-RELEASE-p2 #3 > > > > i have tried both with > > /usr/local/jboss5/bin/run.sh > > jdk set to diablo1.6/jdk16 via javavm_opt.conf > > > > normal boot (with some warnings in log file but normal as post of scott > > starky) > > > > when i try to start via rc.conf (jboss5_enable="YES") > > which calls in background the /usr/local/bin/jboss5ctl > > > > the i always get an error > > 1. edit the /etc/rc.conf file. > > jboss5_enable="YES" > jboss5_config="default" > jboss5_flags="-Dprogram.name=run.sh -server -Xms128m -Xmx512m -XX:MaxPermSize=256m -Dorg.jboss.resolver.warning=true -Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.server.gcInterval=3600000" > > 2. check the permission of the server configuration directory. > > then work here. > > > I also test the jboss-seam. > > $ tar zxf jboss-seam-2.1.1.GA.tar.gz > $ cd jboss-seam-2.1.1.GA > $ echo "jboss.home=/usr/local/jboss5/" >> build.properties > $ ant > $ cd examples/booking/ > $ ant > > see the following page: > > http://localhost:8080/seam-booking/ > > \o/ > > I'm going to start the Java EE. > > Thanks. > > --- > SAITOU > _______________________________________________ > freebsd-java@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-java > To unsubscribe, send any mail to "freebsd-java-unsubscribe@freebsd.org" -- From daichi at ongs.co.jp Tue Mar 3 02:17:39 2009 From: daichi at ongs.co.jp (Daichi GOTO) Date: Tue Mar 3 02:17:50 2009 Subject: Japanese font conf for JDK16 to use IPA font In-Reply-To: <20090303.164219.48483570.chat95@mac.com> References: <49A77F4A.2080508@ongs.co.jp> <20090303.164219.48483570.chat95@mac.com> Message-ID: <49AD03C0.7080707@ongs.co.jp> Maho NAKATA wrote: > Daichi san > > Sorry for changing my mind...this is just suggestion. > IPA font is good but license is too restrictive. NO. That is old information. Please check latest IPAfont license. We can use it as default font right now I guess. > VLGothic is free font and ubuntu uses as user interface font. > Fallback to VLGothic may useful for some environment. NO. I do not think so. Ubuntu use VLGothic as default Japanese font since license issue, yes I know that. (JFYI, PC-BSD use it as default Japanese/Chinese font too, because of 1CD size limitation.) But it is lead by Ubuntu *BINARY PACKAGE SITUATION* and their license policy, that is not affected to Ports Collection of FreeBSD. So I believe that IPA font should be used as default Japanese fonts on most situation, at least by Ports Collection. How do you make of that? > Thanks, > > From: Daichi GOTO > Subject: Japanese font conf for JDK16 to use IPA font > Date: Fri, 27 Feb 2009 14:51:06 +0900 > >> Hi greg :) >> >> How about to deploy or integrate included fontconfig.properties >> file to /usr/local/jdk1.6.0/jre/lib/fontconfig.properties or >> /usr/local/jdk1.6.0/jre/lib/fontconfig.properties.src. >> >> I have known some Japanese java developers have been giving up to >> use FreeBSD and Java as their default development environment >> because FreeBSD JDK16 default configurations lacks of proper >> Japanese font setting. >> >> Right now, IPA font(japanese/ipa-ttfonts) is proper high quality >> font as Japanese font. To enable that font as default font makes >> a lot of sense. >> >> I have checked included one with JDK16 and OpenJDK6, that looks >> like working well. >> >> Thanks :) >> >> -- >> Daichi GOTO, http://people.freebsd.org/~daichi >> -- Daichi GOTO, http://people.freebsd.org/~daichi From chat95 at mac.com Tue Mar 3 03:56:17 2009 From: chat95 at mac.com (Maho NAKATA) Date: Tue Mar 3 03:56:23 2009 Subject: Japanese font conf for JDK16 to use IPA font In-Reply-To: <49AD03C0.7080707@ongs.co.jp> References: <49A77F4A.2080508@ongs.co.jp> <20090303.164219.48483570.chat95@mac.com> <49AD03C0.7080707@ongs.co.jp> Message-ID: <20090303.205521.193732154.chat95@mac.com> Hi From: Daichi GOTO Subject: Re: Japanese font conf for JDK16 to use IPA font Date: Tue, 03 Mar 2009 19:17:36 +0900 > Maho NAKATA wrote: >> Daichi san >> Sorry for changing my mind...this is just suggestion. >> IPA font is good but license is too restrictive. > > NO. That is old information. Please check latest IPAfont license. > We can use it as default font right now I guess. Yes, I have checked the new one :) For me, "free" means we can also redistribute modified fonts; like IPA-mona-font http://www.geocities.jp/ipa_mona/ , M+ IPA font http://mix-mplus-ipa.sourceforge.jp/download.html and IPA fonts from FreeBSD ports (actually this is M+IPA font). Note that they still employes older licence, because newer license has restrictive clauses (?3?1). >> VLGothic is free font and ubuntu uses as user interface font. >> Fallback to VLGothic may useful for some environment. > > NO. I do not think so. > > Ubuntu use VLGothic as default Japanese font since license issue, > yes I know that. (JFYI, PC-BSD use it as default Japanese/Chinese > font too, because of 1CD size limitation.) But it is lead by > Ubuntu *BINARY PACKAGE SITUATION* and their license policy, that is > not affected to Ports Collection of FreeBSD. This part is correct. However, please aware that IPA font set is not a free one. Policies can be different between Linux distributions; Fedora won't be shipped with IPA fonts nor Ubuntu, etc. Situation is quite different from gcc; almost every distribution can include gcc, because it is a free software. it's okay but may result incompatibility issue. > So I believe that IPA font should be used as default Japanese > fonts on most situation, at least by Ports Collection. > How do you make of that? It depends. If you and colleagues want to use FreeBSD, that's okay. However if you work with other people who use Linux, it could result some conflict. In any case, if there is a Windows or MacOSX guy, we cannot avoid conflict :) At least VLgothic is a free one, and the worst case, it would be better to have a fallback to VLgothic if IPA font is not present. Best -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-java/attachments/20090303/01b80aa7/attachment.pgp From toshi at ruby.ocn.ne.jp Tue Mar 3 04:11:14 2009 From: toshi at ruby.ocn.ne.jp (SAITOU Toshihide) Date: Tue Mar 3 04:11:20 2009 Subject: Jboss 5.0 GA diablo-jdk 1.6/ jdk16 and jboss5ctl In-Reply-To: <1236071371.93150.11.camel@lap01> References: <1234776494.1485.11.camel@lap02.be-informed.at> <20090226.205947.126577693.toshi@ruby.ocn.ne.jp> <1236071371.93150.11.camel@lap01> Message-ID: <20090303.211051.171152791.toshi@ruby.ocn.ne.jp> In message: <1236071371.93150.11.camel@lap01> Horst Leitenmueller writes: > hi Saitou, > > error still exists here some more details on my problem > 1) i added information of you point 1. didn't solve the problem > 2) looked at the server config dir mod is: www:www 644 > > add info jboss is running inside a jail with part of read only directory > and part of rw directory /s/ is rw > > on amd64 all is running smooth, on i386 it fails ?! i extracted the > important information from both systems.... I'm using ports/java/openjdk6 on i386 machine without jail. > i hope you can help me I am a beginner about JBoss so I wouldn't help you, sorry. But is this occur outside a jail. --- SAITOU From brian at experts-exchange.com Tue Mar 3 13:18:27 2009 From: brian at experts-exchange.com (Brian Gardner) Date: Tue Mar 3 13:18:34 2009 Subject: OpenJDK7 and NetBeans: Who can use non-English fonts on NetBeans? In-Reply-To: <49A7596E.301@ongs.co.jp> References: <49A4B04B.6070908@ongs.co.jp> <49A4CD5A.9060600@ongs.co.jp> <20090226.210622.41634347.toshi@ruby.ocn.ne.jp> <49A7596E.301@ongs.co.jp> Message-ID: <49AD9EA6.7070901@experts-exchange.com> Hum, I've seen similar issues occasionally running java/jdk16. Is this error reproducable? If I can reproduce it, I should be able to debug fix it. Otherwise I'll need debugging information. Perhaps I should create and publish a process for debugging core dumps, including building debugging versions of binaries and extracting stack from core dumps. Daichi GOTO wrote: > And after changed netbeans.conf to use OpenJDK6, > new show stopper come, printing included error log. > > Do you have any ideas? > > SAITOU Toshihide wrote: > >> In message: <49A4CD5A.9060600@ongs.co.jp> >> Daichi GOTO writes: >> >>> ??? Jiawei Ye wrote: >>> >>>> On Wed, Feb 25, 2009 at 10:43 AM, Daichi GOTO > wrote: >>>> Hi Java guys, >>>> Who can use non-English fonts on NetBeans with OpenJDK6? >>>> I have tried some methods to use Japanese fonts with that, >>>> but I have all faild :-( >>>> If you have any ideas, please teach me. Thanks >>>> -- Daichi GOTO, http://people.freebsd.org/~daichi >>>> >>>> One evil trick is to go to your ${JAVA_HOME}/jre/lib/fonts and put a "fallback" directory link to your actual font dir. >>>> ex. on my system >>>> lrwxr-xr-x 1 root wheel 34 8 29 11:56 fallback -> /usr/local/lib/X11/fonts/truetype/ >>>> This gives me much better Chinese fonts (I put my Mac fonts in there). >>>> HTH, >>>> Jiawei >>>> >>> Yeah, above method is workable with JDK16 but not OpenJDK6 :-( >>> >>> Did you get Chinese fonts with OpenJDK6 and NetBeans? I can >>> use Japanese fonts with some demo applicatins within OpenJDK6, >>> but cannot get that with NetBeans65. >>> >> First I change the netbeans_jdkhome in the >> /usr/local/netbeans65/etc/netbeans.conf as following: >> >> netbeans_jdkhome="/usr/local/openjdk6" >> >> and also prepare a fontconfig.properties at this place: >> >> /usr/local/openjdk6/jre/lib/fontconfig.properties >> >> then japanese font is fine same as before using the jdk16. >> >> for example (it seems that the dialog.plain.japanese-x0208 >> was mainly used in my NB settings): >> >> #dialog.plain.japanese-x0208=-kochi-gothic-medium-r-normal--*-%d-*-*-c-*-jisx0208.1983-0 >> dialog.plain.japanese-x0208=-ricoh-hgheiseikakugothictaiw3-medium-r-normal--*-%d-*-*-c-*-jisx0208.1983-0 >> >> --- >> SAITOU >> > > From brian at experts-exchange.com Tue Mar 3 13:37:53 2009 From: brian at experts-exchange.com (Brian Gardner) Date: Tue Mar 3 13:38:00 2009 Subject: OpenJDK6 and NetBeans: Who can use non-English fonts on NetBeans? In-Reply-To: <49A760BB.9090801@freebsd.org> References: <49A4CD5A.9060600@ongs.co.jp> <20090226.210622.41634347.toshi@ruby.ocn.ne.jp> <49A758C8.6010708@freebsd.org> <20090227.123640.228963683.chat95@mac.com> <49A760BB.9090801@freebsd.org> Message-ID: <49ADA335.9040208@experts-exchange.com> That's fine. Currently it doesn't appear to install the fontconfig.properties file all together. Based on everybody comments here are my suggestions, I'm not sure it's entirely possible. 1) place a default fontconfig.properties upsteam (bsd-port/jdk7, and my patch) that relies only on completely free, GNUV2, or other less restrictive licenses. 2) in the port Makefile detect when the system langaunge is Japanese or when japanese fonts are installed, and add the default free font japenese/vlgothic as a runtime prereq. Also add a configure option to use the ipa_fonts, that would add the japanese/ipa-ttfonts as a runtime prereq and adds a special version fontconfig.properties that utilizes these fonts. This could even be the default if the Japanese openjdk6 community decided this was best. Daichi GOTO wrote: > Maho NAKATA wrote: >> Hi Daichi-kun and Brian, >> >> Brian: I'd like to include Daichi-san's patch for fixing Japanese >> font issue. >> Please approve. >> >> From: Daichi GOTO >> Subject: Re: OpenJDK6 and NetBeans: Who can use non-English fonts on >> NetBeans? >> Date: Fri, 27 Feb 2009 12:06:48 +0900 >> >>> How about integrate my included fontconfig.properties >>> to OpenJDK6 ports as a patch usder java/openjdk6/files? >>> I guess not bad suggestion ;-) >> >> Daichi-kun, no problem. Have you signed to SCA so that your patch can >> be integrated into the upstream? > > Give me a way how to sign up that :) Can I complete that on-line work > only? Or do I need to send real air mail? > >> Best, >> -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ >> Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt > From brian at experts-exchange.com Tue Mar 3 14:04:27 2009 From: brian at experts-exchange.com (Brian Gardner) Date: Tue Mar 3 14:04:33 2009 Subject: The OpenJDK6 port should remove the WEB option to avoid confusion In-Reply-To: <20090303.165402.179924432.chat95@mac.com> References: <49A50BC5.5080009@ongs.co.jp> <200902251003.14760.lists@intricatesoftware.com> <20090303.165402.179924432.chat95@mac.com> Message-ID: <49ADA970.8040709@experts-exchange.com> Let's remove the option for now. Perhaps we can port the icedtea plugin and webstart at a later date and re-introduce it. Brian Maho NAKATA wrote: > Hello Brian, > > What do you think? > > From: Kurt Miller > Subject: Re: OpenJDK6 and NetBeans: Who can use non-English fonts on NetBeans? > Date: Wed, 25 Feb 2009 10:03:14 -0500 > > >> OpenJDK (6 or 7) doesn't yet come with a plugin or webstart. It is not >> clear if Sun will ever release them under GPL. The last semi-offical >> statement is here: >> >> http://mail.openjdk.java.net/pipermail/discuss/2008-September/001283.html >> >> The OpenJDK6 port should remove the WEB option to avoid confusion. >> >> I believe that the lack of the plugin will prevent OpenJDK6 from >> building OpenOffice. :( Perhaps the approach Fedora took might work >> for a plugin replacement. See 16.3 for a description: >> >> http://docs.fedoraproject.org/release-notes/f9/en_US/sn-Java.html >> >> It mentions the lack of support for LiveConnect. If I'm not mistaken >> that is need for the plugin to work in Firefox (memory rusty on this >> one). However it may be good enough to allow OpenJDK6 to build >> OpenOffice. >> > > -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ > Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt > From daichi at ongs.co.jp Tue Mar 3 21:11:18 2009 From: daichi at ongs.co.jp (Daichi GOTO) Date: Tue Mar 3 21:11:25 2009 Subject: Japanese font conf for JDK16 to use IPA font In-Reply-To: <20090303.205521.193732154.chat95@mac.com> References: <49A77F4A.2080508@ongs.co.jp> <20090303.164219.48483570.chat95@mac.com> <49AD03C0.7080707@ongs.co.jp> <20090303.205521.193732154.chat95@mac.com> Message-ID: <49AE0D73.1060409@ongs.co.jp> I know all that all you know. It's correct. But our talk has a difference in awareness, you know? I am talking about *A fontconfig.properties patch file in Ports Collection (java/jdk16, java/openjdk6)*, you are talking about *Back porting to OpenJDK6 original src tree*, right? I believe that JDK16/OpenJDK6 default japanese font setting of *PORTS COLLECTION* should be IPA font. And setting default japanese font to VLgothic of *OpenJDK6 original src* is not best but validness. (JIMO, there should be any kind of fontconfig.properties of *OpenJDK6 original src*. ex, OS depends setting (fontconfig.FreeBSD.properties, fontconfig.Ubuntu.properties, fontconfig.OpenSolaris.properties, ...), font depend setting (fontconfig.properties-bitstream, fontconfig.properties-vl, ...) or something like that. Variation is important. Bacause user can use valid font config for their platform just copying a file if it has just suited). At last, I say again. I am talking about Ports Collection only. You are talking about back porting to OpenJDK6 original src, right? Maho NAKATA wrote: > Hi > > From: Daichi GOTO > Subject: Re: Japanese font conf for JDK16 to use IPA font > Date: Tue, 03 Mar 2009 19:17:36 +0900 > >> Maho NAKATA wrote: >>> Daichi san >>> Sorry for changing my mind...this is just suggestion. >>> IPA font is good but license is too restrictive. >> NO. That is old information. Please check latest IPAfont license. >> We can use it as default font right now I guess. > > Yes, I have checked the new one :) > For me, "free" means we can also redistribute modified fonts; > like IPA-mona-font http://www.geocities.jp/ipa_mona/ , > M+ IPA font http://mix-mplus-ipa.sourceforge.jp/download.html > and IPA fonts from FreeBSD ports (actually this is M+IPA font). > > Note that they still employes older licence, because newer license has > restrictive clauses (?3?1). > >>> VLGothic is free font and ubuntu uses as user interface font. >>> Fallback to VLGothic may useful for some environment. >> NO. I do not think so. >> >> Ubuntu use VLGothic as default Japanese font since license issue, >> yes I know that. (JFYI, PC-BSD use it as default Japanese/Chinese >> font too, because of 1CD size limitation.) But it is lead by >> Ubuntu *BINARY PACKAGE SITUATION* and their license policy, that is >> not affected to Ports Collection of FreeBSD. > > This part is correct. However, please aware that IPA font set is > not a free one. Policies can be different between Linux distributions; > Fedora won't be shipped with IPA fonts nor Ubuntu, etc. Situation is > quite different from gcc; almost every distribution can include gcc, > because it is a free software. > it's okay but may result incompatibility issue. > >> So I believe that IPA font should be used as default Japanese >> fonts on most situation, at least by Ports Collection. >> How do you make of that? > > It depends. If you and colleagues want to use FreeBSD, that's okay. > However if you work with other people who use Linux, it could result > some conflict. In any case, if there is a Windows or MacOSX guy, > we cannot avoid conflict :) > > At least VLgothic is a free one, and the worst case, it would be better > to have a fallback to VLgothic if IPA font is not present. > > Best > -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ > Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt -- Daichi GOTO, http://people.freebsd.org/~daichi From daichi at ongs.co.jp Tue Mar 3 21:29:15 2009 From: daichi at ongs.co.jp (Daichi GOTO) Date: Tue Mar 3 21:29:22 2009 Subject: OpenJDK7 and NetBeans: Who can use non-English fonts on NetBeans? In-Reply-To: <49AD9EA6.7070901@experts-exchange.com> References: <49A4B04B.6070908@ongs.co.jp> <49A4CD5A.9060600@ongs.co.jp> <20090226.210622.41634347.toshi@ruby.ocn.ne.jp> <49A7596E.301@ongs.co.jp> <49AD9EA6.7070901@experts-exchange.com> Message-ID: <49AE11A9.5070203@ongs.co.jp> It is reproducable. Work is follow. ----------------------------- /home/daichi% env _=/usr/bin/env LS_COLORS=di=34:ln=35:so=32:pi=33:ex=31:bd=46;34:cd=43;34:su=41;30:sg=46;30:tw=42;30:ow=43;30 LSCOLORS=exfxcxdxbxegedabagacad CDPATH=/home/daichi/Documents/Journal/:/home/daichi/Documents/Gihyo.jp/:. OLDPWD=/home/daichi SHLVL=1 DESKTOP_SESSION=gnome XAUTHORITY=/var/run/gdm/auth-for-daichi-tlKAu2/database XMODIFIERS=@im=SCIM XDG_SESSION_COOKIE=c88765b810aff943a54b6f9c498722de-1236121958.45633-125147983 LOGNAME=daichi SVN_EDITOR=vim GNOME_DESKTOP_SESSION_ID=this-is-deprecated GTK_RC_FILES=/usr/local/etc/gtk/gtkrc:/home/daichi/.gtkrc-1.2-gnome2 XDTP_URI_TRANSITION= USERNAME=daichi PATH=/usr/local/libexec/ccache:/home/daichi/Library/bin:/home/daichi/bin/:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin SSH_AUTH_SOCK=/var/tmp/keyring-PyW1ve/ssh GNOME_KEYRING_PID=1417 GPG_AGENT_INFO=/var/tmp/seahorse-wAnjct/S.gpg-agent:1476:1 TERM=xterm PWD=/home/daichi USER=daichi WINDOWID=58720301 COLORTERM=gnome-terminal EDITOR=vim DBUS_SESSION_BUS_ADDRESS=unix:path=/var/tmp/dbus-owSCtsRAkP,guid=d6f0c2f573f712206db11fdd49adb967 GDM_KEYBOARD_LAYOUT=us GDMSESSION=gnome DISPLAY=:0.0 SHELL=/usr/local/bin/zsh GNOME_KEYRING_SOCKET=/var/tmp/keyring-PyW1ve/socket PAGER=lv LANG=ja_JP.UTF-8 GTK_IM_MODULE=scim GDM_LANG=C SESSION_MANAGER=local/parancell.ongs.co.jp:/tmp/.ICE-unix/1419 ORBIT_SOCKETDIR=/var/tmp/orbit-daichi HOME=/home/daichi JAVA_HOME=/usr/local/openjdk6 /home/daichi% grep jdkhome /usr/local/netbeans65/etc/netbeans.conf # Default location of JDK, can be overridden by using --jdkhome : #netbeans_jdkhome="/usr/local/jdk1.6.0" netbeans_jdkhome="/usr/local/openjdk6" #netbeans_jdkhome="/usr/local/diablo-jdk1.6.0" /home/daichi% netbeans65 Xlib: extension "Generic Event Extension" missing on display ":0.0". Xlib: extension "Generic Event Extension" missing on display ":0.0". Xlib: extension "Generic Event Extension" missing on display ":0.0". Atom was 0 Atom was 0 Atom was 0 Atom was 0 Atom was 0 Atom was 0 Atom was 0 Atom was 0 Atom was 0 Atom was 0 # # An unexpected error has been detected by Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x0000000801e595af, pid=86735, tid=0x1d15e940 # # Java VM: Diablo Java HotSpot(TM) 64-Bit Server VM (10.0-b23 mixed mode bsd-amd64) # Problematic frame: # v ~BufferBlob::Interpreter # # An error report file with more information is saved as: # /usr/home/daichi/hs_err_pid86735.log # # Please submit bug reports to freebsd-java@FreeBSD.org # Abort trap (core dumped) /home/daichi% uname -a FreeBSD parancell.ongs.co.jp 8.0-CURRENT FreeBSD 8.0-CURRENT #6: Thu Feb 26 13:25:16 JST 2009 root@parancell.ongs.co.jp:/usr/obj/usr/src/sys/PARANCELL amd64 /home/daichi% java -version openjdk version "1.6.0-internal" OpenJDK Runtime Environment (build 1.6.0-internal-root_23_feb_2009_17_26-b00) Diablo Java HotSpot(TM) 64-Bit Server VM (build 10.0-b23, mixed mode) /home/daichi% ----------------------------- And I don't know it's usefull or not, I have updated java.core file as follow url: http://www.ongs.net/~daichi/java.core 496M java.core MD5 (java.core) = b9119760d11e8dc39db771ff1dd7c287 Brian Gardner wrote: > Hum, > I've seen similar issues occasionally running java/jdk16. Is this error > reproducable? If I can reproduce it, I should be able to debug fix it. > Otherwise I'll need debugging information. Perhaps I should create and > publish a process for debugging core dumps, including building debugging > versions of binaries and extracting stack from core dumps. > > Daichi GOTO wrote: >> And after changed netbeans.conf to use OpenJDK6, >> new show stopper come, printing included error log. >> >> Do you have any ideas? >> >> SAITOU Toshihide wrote: >> >>> In message: <49A4CD5A.9060600@ongs.co.jp> >>> Daichi GOTO writes: >>> >>>> ??? Jiawei Ye wrote: >>>> >>>>> On Wed, Feb 25, 2009 at 10:43 AM, Daichi GOTO > wrote: >>>>> Hi Java guys, >>>>> Who can use non-English fonts on NetBeans with OpenJDK6? >>>>> I have tried some methods to use Japanese fonts with that, >>>>> but I have all faild :-( >>>>> If you have any ideas, please teach me. Thanks >>>>> -- Daichi GOTO, http://people.freebsd.org/~daichi >>>>> >>>>> One evil trick is to go to your ${JAVA_HOME}/jre/lib/fonts and put a "fallback" directory link to your actual font dir. >>>>> ex. on my system >>>>> lrwxr-xr-x 1 root wheel 34 8 29 11:56 fallback -> /usr/local/lib/X11/fonts/truetype/ >>>>> This gives me much better Chinese fonts (I put my Mac fonts in there). >>>>> HTH, >>>>> Jiawei >>>>> >>>> Yeah, above method is workable with JDK16 but not OpenJDK6 :-( >>>> >>>> Did you get Chinese fonts with OpenJDK6 and NetBeans? I can >>>> use Japanese fonts with some demo applicatins within OpenJDK6, >>>> but cannot get that with NetBeans65. >>>> >>> First I change the netbeans_jdkhome in the >>> /usr/local/netbeans65/etc/netbeans.conf as following: >>> >>> netbeans_jdkhome="/usr/local/openjdk6" >>> >>> and also prepare a fontconfig.properties at this place: >>> >>> /usr/local/openjdk6/jre/lib/fontconfig.properties >>> >>> then japanese font is fine same as before using the jdk16. >>> >>> for example (it seems that the dialog.plain.japanese-x0208 >>> was mainly used in my NB settings): >>> >>> #dialog.plain.japanese-x0208=-kochi-gothic-medium-r-normal--*-%d-*-*-c-*-jisx0208.1983-0 >>> dialog.plain.japanese-x0208=-ricoh-hgheiseikakugothictaiw3-medium-r-normal--*-%d-*-*-c-*-jisx0208.1983-0 >>> >>> --- >>> SAITOU >>> >> > _______________________________________________ > freebsd-java@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-java > To unsubscribe, send any mail to "freebsd-java-unsubscribe@freebsd.org" -- Daichi GOTO, http://people.freebsd.org/~daichi -------------- next part -------------- # # An unexpected error has been detected by Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x0000000801e595af, pid=86735, tid=0x1d15e940 # # Java VM: Diablo Java HotSpot(TM) 64-Bit Server VM (10.0-b23 mixed mode bsd-amd64) # Problematic frame: # v ~BufferBlob::Interpreter # # Please submit bug reports to freebsd-java@FreeBSD.org # --------------- T H R E A D --------------- Current thread (0x000000081d11c800): JavaThread "AWT-EventQueue-1" [_thread_in_Java, id=487975232, stack(0x00007ffffc5e1000,0x00007ffffc7e1000)] siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), si_addr=0x00007ffeffffffc0 Registers: RAX=0x00000000fefc0000, RBX=0x00000008079ca828, RCX=0x00000008009511bc, RDX=0x0000000000000001 RSP=0x00007ffffc7dfcd0, RBP=0x00007fff00000000, RSI=0x0000000000000002, RDI=0x00007ffffc7dfcc0 R8 =0x0000000000000001, R9 =0x00007ffffc7dfcb8, R10=0x0000000000000000, R11=0x0000000000000206 R12=0x0000000801e580db, R13=0x00000008079ca828, R14=0x00007ffffc7dfd58, R15=0x000000081d11c800 RIP=0x0000000801e595af, EFL=0x0000000000000012, ERR=0x0000000000000004 TRAPNO=0x000000000000000c Top of Stack: (sp=0x00007ffffc7dfcd0) 0x00007ffffc7dfcd0: 00000000fefc0000 0000000801e5b72d 0x00007ffffc7dfce0: 4010000000000000 0000000801e5b878 0x00007ffffc7dfcf0: 00007ffffc7dfd30 00007ffffc7dfcf8 0x00007ffffc7dfd00: 00000008079ca828 00007ffffc7dfd58 0x00007ffffc7dfd10: 00000008079cd918 0000000000000000 0x00007ffffc7dfd20: 00000008079ca828 0000000000000000 0x00007ffffc7dfd30: 00007ffffc7dfd58 00007ffffc7dfdc0 0x00007ffffc7dfd40: 0000000801e4d3ea 0000000000000000 0x00007ffffc7dfd50: 0000000801e580d7 00000008175ca7a8 0x00007ffffc7dfd60: 00007fff00001fa2 0000000801e4d369 0x00007ffffc7dfd70: 00007ffffc7e0060 0000000000000001 0x00007ffffc7dfd80: 000000081d11c800 000000082472c470 0x00007ffffc7dfd90: 00007ffffc7dfe10 00007ffffc7e0178 0x00007ffffc7dfda0: 000000080000000b 00000008079ca828 0x00007ffffc7dfdb0: 0000000801e5b600 00007ffffc7e0068 0x00007ffffc7dfdc0: 00007ffffc7dfeb0 0000000800f4dcd5 0x00007ffffc7dfdd0: 0000000800000001 000000081d11c800 0x00007ffffc7dfde0: 00007ffffc7dfe40 00007ffffc7dfe10 0x00007ffffc7dfdf0: 00007ffffc7dfe50 00007ffffc7e0178 0x00007ffffc7dfe00: 0000000801e5b600 000000080000000b 0x00007ffffc7dfe10: 000000081d11c800 000000081d1b7b00 0x00007ffffc7dfe20: 00000008079ca828 00000008175ca7a8 0x00007ffffc7dfe30: 00007ffffc7e02c0 0000000801e5b84c 0x00007ffffc7dfe40: 00007ffffc7e0320 00007ffffc7e0170 0x00007ffffc7dfe50: 000000081d11c800 000000081b493850 0x00007ffffc7dfe60: 000000082472c400 000000082472c478 0x00007ffffc7dfe70: 000000082472c7e8 00007ffffc7e0b60 0x00007ffffc7dfe80: 00007ffffc7dfeb0 0000000000000001 0x00007ffffc7dfe90: 00007ffffc7e0170 000000082472c460 0x00007ffffc7dfea0: 000000082472c440 000000081d11c800 0x00007ffffc7dfeb0: 00007ffffc7dfed0 0000000800f4ce48 0x00007ffffc7dfec0: 000000082472c458 000000082472c470 Instructions: (pc=0x0000000801e595af) 0x0000000801e5959f: 00 00 e9 8a 3d ff ff 4c 8b 6d c8 4c 8b 75 d0 c3 0x0000000801e595af: 48 8b 65 c0 48 c7 45 f0 00 00 00 00 48 be c8 59 Stack: [0x00007ffffc5e1000,0x00007ffffc7e1000], sp=0x00007ffffc7dfcd0, free space=2043k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) v ~BufferBlob::Interpreter [error occurred during error reporting (printing native stack), id 0xb] --------------- P R O C E S S --------------- Java Threads: ( => current thread ) 0x000000081fdf5000 JavaThread "Inactive RequestProcessor thread [Was:Default RequestProcessor/org.netbeans.modules.profiler.ppoints.ProfilingPointsManager$5]" daemon [_thread_blocked, id=524626624, stack(0x00007ffffc7e2000,0x00007ffffc9e2000)] 0x000000081f5ab000 JavaThread "org.netbeans.modules.gsfret.source.usages.RepositoryUpdater" daemon [_thread_blocked, id=434916096, stack(0x00007ffffd3e8000,0x00007ffffd5e8000)] 0x000000080196f000 JavaThread "DestroyJavaVM" [_thread_blocked, id=11570752, stack(0x00007fffff9ff000,0x00007fffffbff000)] 0x000000081ae18c00 JavaThread "Flushing caches" [_thread_blocked, id=484477632, stack(0x00007ffffc1df000,0x00007ffffc3df000)] 0x000000081ae19400 JavaThread "TimerQueue" daemon [_thread_blocked, id=487978368, stack(0x00007ffffc3e0000,0x00007ffffc5e0000)] =>0x000000081d11c800 JavaThread "AWT-EventQueue-1" [_thread_in_Java, id=487975232, stack(0x00007ffffc5e1000,0x00007ffffc7e1000)] 0x000000081d11d400 JavaThread "Image Fetcher 0" daemon [_thread_blocked, id=434915648, stack(0x00007ffffc9e3000,0x00007ffffcbe3000)] 0x000000081ae1a400 JavaThread "*** JFluid Separate Command Execution Thread" daemon [_thread_blocked, id=434914304, stack(0x00007ffffcbe4000,0x00007ffffcde4000)] 0x000000081ae1ac00 JavaThread "gsf module install" daemon [_thread_blocked, id=432117120, stack(0x00007ffffcde5000,0x00007ffffcfe5000)] 0x000000081ae1b400 JavaThread "Thread-2" daemon [_thread_blocked, id=434914752, stack(0x00007ffffd1e7000,0x00007ffffd3e7000)] 0x000000081e39a000 JavaThread "Load Open Projects" daemon [_thread_in_native, id=432117568, stack(0x00007ffffd5e9000,0x00007ffffd7e9000)] 0x000000081ae1c800 JavaThread "AWT-Shutdown" [_thread_blocked, id=434916992, stack(0x00007ffffd9eb000,0x00007ffffdbeb000)] 0x000000081ae1d000 JavaThread "AWT-XAWT" daemon [_thread_in_native, id=434917440, stack(0x00007ffffdbec000,0x00007ffffddec000)] 0x000000081ae1d400 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=434919680, stack(0x00007ffffdded000,0x00007ffffdfed000)] 0x000000080196a400 JavaThread "java.source module install" daemon [_thread_blocked, id=26550400, stack(0x00007ffffe1ef000,0x00007ffffe3ef000)] 0x000000080196ac00 JavaThread "Timer-0" daemon [_thread_blocked, id=26550848, stack(0x00007ffffe3f0000,0x00007ffffe5f0000)] 0x000000080196b400 JavaThread "CLI Requests Server" daemon [_thread_in_native, id=26551296, stack(0x00007ffffe5f1000,0x00007ffffe7f1000)] 0x000000080196bc00 JavaThread "Active Reference Queue Daemon" daemon [_thread_blocked, id=26551744, stack(0x00007ffffe7f2000,0x00007ffffe9f2000)] 0x000000080196e800 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=26552192, stack(0x00007ffffeaf4000,0x00007ffffecf4000)] 0x000000080196c400 JavaThread "CompilerThread1" daemon [_thread_blocked, id=26552640, stack(0x00007ffffecf5000,0x00007ffffedf5000)] 0x000000080196cc00 JavaThread "CompilerThread0" daemon [_thread_blocked, id=26553088, stack(0x00007ffffedf6000,0x00007ffffeef6000)] 0x000000080196d400 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=26553536, stack(0x00007ffffeef7000,0x00007fffff0f7000)] 0x000000080196d800 JavaThread "Finalizer" daemon [_thread_blocked, id=26553984, stack(0x00007fffff0f8000,0x00007fffff2f8000)] 0x000000080196e000 JavaThread "Reference Handler" daemon [_thread_blocked, id=26554432, stack(0x00007fffff2f9000,0x00007fffff4f9000)] Other Threads: 0x00000008019e3400 VMThread [stack: 0x00007fffff4fa000,0x00007fffff5fa000] [id=26554880] 0x00000008019e2c00 WatcherThread [stack: 0x00007ffffe9f3000,0x00007ffffeaf3000] [id=26557120] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap PSYoungGen total 33280K, used 17453K [0x0000000816bb0000, 0x0000000819650000, 0x0000000819650000) eden space 26240K, 45% used [0x0000000816bb0000,0x000000081773ef90,0x0000000818550000) from space 7040K, 79% used [0x0000000818f70000,0x00000008194ec760,0x0000000819650000) to space 8704K, 0% used [0x0000000818550000,0x0000000818550000,0x0000000818dd0000) PSOldGen total 45888K, used 32252K [0x0000000811650000, 0x0000000814320000, 0x0000000816bb0000) object space 45888K, 70% used [0x0000000811650000,0x00000008135cf308,0x0000000814320000) PSPermGen total 47424K, used 44565K [0x0000000804e50000, 0x0000000807ca0000, 0x0000000811650000) object space 47424K, 93% used [0x0000000804e50000,0x00000008079d56b8,0x0000000807ca0000) Dynamic libraries: 0x0000000000400000 /usr/local/openjdk6/bin/java 0x0000000800645000 /lib/libz.so.4 0x0000000800759000 /lib/libthr.so.3 0x0000000800870000 /lib/libc.so.7 0x0000000800c00000 /usr/local/openjdk6/jre/lib/amd64/server/libjvm.so 0x00000008014a4000 /usr/lib/libstdc++.so.6 0x00000008016a8000 /lib/libm.so.5 0x00000008017c7000 /lib/libgcc_s.so.1 0x0000000801a00000 /usr/local/openjdk6/jre/lib/amd64/native_threads/libhpi.so 0x0000000801b0c000 /usr/local/openjdk6/jre/lib/amd64/libverify.so 0x0000000801c1b000 /usr/local/openjdk6/jre/lib/amd64/libjava.so 0x0000000801d46000 /usr/local/openjdk6/jre/lib/amd64/libzip.so 0x000000081a000000 /usr/local/openjdk6/jre/lib/amd64/libnet.so 0x000000081a113000 /usr/local/openjdk6/jre/lib/amd64/libnio.so 0x000000081b500000 /usr/local/openjdk6/jre/lib/amd64/libawt.so 0x000000081b6c6000 /usr/local/openjdk6/jre/lib/amd64/xawt/libmawt.so 0x000000081b815000 /usr/local/lib/libXext.so.6 0x000000081b925000 /usr/local/lib/libX11.so.6 0x000000081bb4d000 /usr/local/lib/libXtst.so.6 0x000000081bc52000 /usr/local/lib/libXi.so.6 0x000000081bd5b000 /usr/local/lib/libxcb.so.2 0x000000081be74000 /usr/local/lib/libXdmcp.so.6 0x000000081bf79000 /usr/lib/librpcsvc.so.4 0x000000081c081000 /usr/local/lib/libXau.so.6 0x000000081c183000 /usr/local/openjdk6/jre/lib/amd64/libfontmanager.so 0x000000081c2ce000 /usr/local/lib/libfreetype.so.9 0x000000081c600000 /usr/local/openjdk6/jre/lib/amd64/liblcms.so 0x000000081c8ab000 /usr/local/openjdk6/jre/lib/amd64/libjpeg.so 0x000000081c736000 /usr/local/lib/libXcursor.so.1 0x000000081cb00000 /usr/local/lib/libXrender.so.1 0x000000081cc09000 /usr/local/lib/libXfixes.so.3 0x000000081fa00000 /var/tmp/jna756279105104758163.tmp 0x00000008204c5000 /usr/local/openjdk6/jre/lib/amd64/libmanagement.so 0x000000080050a000 /libexec/ld-elf.so.1 VM Arguments: jvm_args: -Djdk.home=/usr/local/openjdk6 -Dnetbeans.system_http_proxy=DIRECT -Dnetbeans.system_http_non_proxy_hosts= -Dnetbeans.dirs=/usr/local/netbeans65/nb6.5:/usr/local/netbeans65/ide10:/usr/local/netbeans65/java2:/usr/local/netbeans65/xml2:/usr/local/netbeans65/apisupport1:/usr/local/netbeans65/webcommon1:/usr/local/netbeans65/websvccommon1:/usr/local/netbeans65/enterprise5:/usr/local/netbeans65/mobility8:/usr/local/netbeans65/profiler3:/usr/local/netbeans65/gsf1:/usr/local/netbeans65/ruby2:/usr/local/netbeans65/php1:/usr/local/netbeans65/visualweb2:/usr/local/netbeans65/soa2:/usr/local/netbeans65/identity2:/usr/local/netbeans65/harness:/usr/local/netbeans65/cnd2:/usr/local/netbeans65/groovy1: -Dnetbeans.home=/usr/local/netbeans65/platform9 -Dnetbeans.importclass=org.netbeans.upgrade.AutoUpgrade -Dnetbeans.accept_license_class=org.netbeans.license.AcceptLicense -Xmx128m -Xverify:none -Xss2m -Xms32m -XX:PermSize=32m -XX:MaxPermSize=200m -Dapple.laf.useScreenMenuBar=true -Dsun.java2d.noddraw=true java_command: org.netbeans.Main --userdir /home/daichi/.netbeans/6.5 --branding nb Launcher Type: SUN_STANDARD Environment Variables: JAVA_HOME=/usr/local/openjdk6 PATH=/usr/local/libexec/ccache:/home/daichi/Library/bin:/home/daichi/bin/:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin USERNAME=daichi LD_LIBRARY_PATH=/usr/local/openjdk6/jre/lib/amd64/server:/usr/local/openjdk6/jre/lib/amd64:/usr/local/openjdk6/jre/../lib/amd64 SHELL=/usr/local/bin/zsh DISPLAY=:0.0 Signal Handlers: SIGSEGV: [libjvm.so+0x617aa0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGBUS: [libjvm.so+0x617aa0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGFPE: [libjvm.so+0x4e17a0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGPIPE: [libjvm.so+0x4e17a0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGXFSZ: [libjvm.so+0x4e17a0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGILL: [libjvm.so+0x4e17a0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000002 SIGUSR2: [libjvm.so+0x4e3fa0], sa_mask[0]=0x00000000, sa_flags=0x00000042 SIGHUP: [libjvm.so+0x4e2ca0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGINT: SIG_IGN, sa_mask[0]=0x00000000, sa_flags=0x00000000 SIGTERM: [libjvm.so+0x4e2ca0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGQUIT: [libjvm.so+0x4e2ca0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 --------------- S Y S T E M --------------- OS:Bsd uname:FreeBSD 8.0-CURRENT FreeBSD 8.0-CURRENT #6: Thu Feb 26 13:25:16 JST 2009 root@parancell.ongs.co.jp:/usr/obj/usr/src/sys/PARANCELL amd64 rlimit: STACK 524288k, CORE infinity, NPROC 5547, NOFILE 11095 CPU:total 4 (4 cores per cpu, 1 threads per core) family 6 model 7 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3 Memory: 4k page, physical 3696640k(924160k free) vm_info: Diablo Java HotSpot(TM) 64-Bit Server VM (10.0-b23) for bsd-amd64 JRE (1.6.0_07-b02), built on May 12 2008 20:56:50 by "truk" with gcc 4.2.1 20070719 [FreeBSD] time: Wed Mar 4 14:14:36 2009 elapsed time: 27 seconds From daichi at freebsd.org Tue Mar 3 21:37:22 2009 From: daichi at freebsd.org (Daichi GOTO) Date: Tue Mar 3 21:37:28 2009 Subject: OpenJDK6 and NetBeans: Who can use non-English fonts on NetBeans? In-Reply-To: <49ADA335.9040208@experts-exchange.com> References: <49A4CD5A.9060600@ongs.co.jp> <20090226.210622.41634347.toshi@ruby.ocn.ne.jp> <49A758C8.6010708@freebsd.org> <20090227.123640.228963683.chat95@mac.com> <49A760BB.9090801@freebsd.org> <49ADA335.9040208@experts-exchange.com> Message-ID: <49AE1390.7020507@freebsd.org> Brian Gardner wrote: > That's fine. Currently it doesn't appear to install the > fontconfig.properties file all together. Based on everybody comments > here are my suggestions, I'm not sure it's entirely possible. 1) place a > default fontconfig.properties upsteam (bsd-port/jdk7, and my patch) that > relies only on completely free, GNUV2, or other less restrictive licenses. > 2) in the port Makefile detect when the system langaunge is Japanese or > when japanese fonts are installed, and add the default free font > japenese/vlgothic as a runtime prereq. Also add a configure option to > use the ipa_fonts, that would add the japanese/ipa-ttfonts as a runtime > prereq and adds a special version fontconfig.properties that utilizes > these fonts. This could even be the default if the Japanese openjdk6 > community decided this was best. I think above your voice are valid and applicative :) ex, port Makefile knob like WITH_FONT_VLGOTHIC (default), WITH_FONT_IPAFONT (if user set it) or something like that are useful, you know? # In all honesty, font quality of vlgothic as japanese font # is awful. When possible I want to prevent to use it anyway. > Daichi GOTO wrote: >> Maho NAKATA wrote: >>> Hi Daichi-kun and Brian, >>> >>> Brian: I'd like to include Daichi-san's patch for fixing Japanese >>> font issue. >>> Please approve. >>> >>> From: Daichi GOTO >>> Subject: Re: OpenJDK6 and NetBeans: Who can use non-English fonts on >>> NetBeans? >>> Date: Fri, 27 Feb 2009 12:06:48 +0900 >>> >>>> How about integrate my included fontconfig.properties >>>> to OpenJDK6 ports as a patch usder java/openjdk6/files? >>>> I guess not bad suggestion ;-) >>> >>> Daichi-kun, no problem. Have you signed to SCA so that your patch can >>> be integrated into the upstream? >> >> Give me a way how to sign up that :) Can I complete that on-line work >> only? Or do I need to send real air mail? >> >>> Best, >>> -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ >>> Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt >> > _______________________________________________ > freebsd-java@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-java > To unsubscribe, send any mail to "freebsd-java-unsubscribe@freebsd.org" -- Daichi GOTO, http://people.freebsd.org/~daichi From toshi at ruby.ocn.ne.jp Wed Mar 4 02:02:35 2009 From: toshi at ruby.ocn.ne.jp (SAITOU Toshihide) Date: Wed Mar 4 02:02:41 2009 Subject: Jboss 5.0 GA diablo-jdk 1.6/ jdk16 and jboss5ctl In-Reply-To: <20090303.211051.171152791.toshi@ruby.ocn.ne.jp> References: <20090226.205947.126577693.toshi@ruby.ocn.ne.jp> <1236071371.93150.11.camel@lap01> <20090303.211051.171152791.toshi@ruby.ocn.ne.jp> Message-ID: <20090304.190212.122611513.toshi@ruby.ocn.ne.jp> In message: <20090303.211051.171152791.toshi@ruby.ocn.ne.jp> SAITOU Toshihide writes: > In message: <1236071371.93150.11.camel@lap01> > Horst Leitenmueller writes: > > hi Saitou, > > > > error still exists here some more details on my problem > > 1) i added information of you point 1. didn't solve the problem > > 2) looked at the server config dir mod is: www:www 644 > > > > add info jboss is running inside a jail with part of read only directory > > and part of rw directory /s/ is rw > > > > on amd64 all is running smooth, on i386 it fails ?! i extracted the > > important information from both systems.... > > I'm using ports/java/openjdk6 on i386 machine without jail. ^^^^^^^^ this was mistake, I had used java/diablo-jdk16. I'm sorry. Though running with openjdk6 is OK by changing these files: /usr/local/bin/jboss5ctl (work/daemonctl.c) /usr/local/etc/rc.d/jboss5 (work/jboss5.sh) And maybe this was not your case but I had changed Makefile as following: APP_HOME_FILES= bin client *common* lib server (see. http://www.freebsd.org/cgi/query-pr.cgi?pr=131333) --- SAITOU From brian at experts-exchange.com Wed Mar 4 09:57:13 2009 From: brian at experts-exchange.com (Brian Gardner) Date: Wed Mar 4 09:57:20 2009 Subject: OpenJDK7 and NetBeans: Who can use non-English fonts on NetBeans? In-Reply-To: <49AE11A9.5070203@ongs.co.jp> References: <49A4B04B.6070908@ongs.co.jp> <49A4CD5A.9060600@ongs.co.jp> <20090226.210622.41634347.toshi@ruby.ocn.ne.jp> <49A7596E.301@ongs.co.jp> <49AD9EA6.7070901@experts-exchange.com> <49AE11A9.5070203@ongs.co.jp> Message-ID: <49AEC0FB.3010808@experts-exchange.com> I get a 403 trying to download the java.core. I'm not sure what I'll get out of it, but it will start the debugging process. Brian Daichi GOTO wrote: > It is reproducable. Work is follow. > > ----------------------------- > /home/daichi% env > _=/usr/bin/env > LS_COLORS=di=34:ln=35:so=32:pi=33:ex=31:bd=46;34:cd=43;34:su=41;30:sg=46;30:tw=42;30:ow=43;30 > LSCOLORS=exfxcxdxbxegedabagacad > CDPATH=/home/daichi/Documents/Journal/:/home/daichi/Documents/Gihyo.jp/:. > OLDPWD=/home/daichi > SHLVL=1 > DESKTOP_SESSION=gnome > XAUTHORITY=/var/run/gdm/auth-for-daichi-tlKAu2/database > XMODIFIERS=@im=SCIM > XDG_SESSION_COOKIE=c88765b810aff943a54b6f9c498722de-1236121958.45633-125147983 > LOGNAME=daichi > SVN_EDITOR=vim > GNOME_DESKTOP_SESSION_ID=this-is-deprecated > GTK_RC_FILES=/usr/local/etc/gtk/gtkrc:/home/daichi/.gtkrc-1.2-gnome2 > XDTP_URI_TRANSITION= > USERNAME=daichi > PATH=/usr/local/libexec/ccache:/home/daichi/Library/bin:/home/daichi/bin/:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin > SSH_AUTH_SOCK=/var/tmp/keyring-PyW1ve/ssh > GNOME_KEYRING_PID=1417 > GPG_AGENT_INFO=/var/tmp/seahorse-wAnjct/S.gpg-agent:1476:1 > TERM=xterm > PWD=/home/daichi > USER=daichi > WINDOWID=58720301 > COLORTERM=gnome-terminal > EDITOR=vim > DBUS_SESSION_BUS_ADDRESS=unix:path=/var/tmp/dbus-owSCtsRAkP,guid=d6f0c2f573f712206db11fdd49adb967 > GDM_KEYBOARD_LAYOUT=us > GDMSESSION=gnome > DISPLAY=:0.0 > SHELL=/usr/local/bin/zsh > GNOME_KEYRING_SOCKET=/var/tmp/keyring-PyW1ve/socket > PAGER=lv > LANG=ja_JP.UTF-8 > GTK_IM_MODULE=scim > GDM_LANG=C > SESSION_MANAGER=local/parancell.ongs.co.jp:/tmp/.ICE-unix/1419 > ORBIT_SOCKETDIR=/var/tmp/orbit-daichi > HOME=/home/daichi > JAVA_HOME=/usr/local/openjdk6 > /home/daichi% grep jdkhome /usr/local/netbeans65/etc/netbeans.conf > # Default location of JDK, can be overridden by using --jdkhome : > #netbeans_jdkhome="/usr/local/jdk1.6.0" > netbeans_jdkhome="/usr/local/openjdk6" > #netbeans_jdkhome="/usr/local/diablo-jdk1.6.0" > /home/daichi% netbeans65 > Xlib: extension "Generic Event Extension" missing on display ":0.0". > Xlib: extension "Generic Event Extension" missing on display ":0.0". > Xlib: extension "Generic Event Extension" missing on display ":0.0". > Atom was 0 > Atom was 0 > Atom was 0 > Atom was 0 > Atom was 0 > Atom was 0 > Atom was 0 > Atom was 0 > Atom was 0 > Atom was 0 > # > # An unexpected error has been detected by Java Runtime Environment: > # > # SIGSEGV (0xb) at pc=0x0000000801e595af, pid=86735, tid=0x1d15e940 > # > # Java VM: Diablo Java HotSpot(TM) 64-Bit Server VM (10.0-b23 mixed mode bsd-amd64) > # Problematic frame: > # v ~BufferBlob::Interpreter > # > # An error report file with more information is saved as: > # /usr/home/daichi/hs_err_pid86735.log > # > # Please submit bug reports to freebsd-java@FreeBSD.org > # > Abort trap (core dumped) > /home/daichi% uname -a > FreeBSD parancell.ongs.co.jp 8.0-CURRENT FreeBSD 8.0-CURRENT #6: Thu Feb 26 13:25:16 JST 2009 > root@parancell.ongs.co.jp:/usr/obj/usr/src/sys/PARANCELL amd64 > /home/daichi% java -version > openjdk version "1.6.0-internal" > OpenJDK Runtime Environment (build 1.6.0-internal-root_23_feb_2009_17_26-b00) > Diablo Java HotSpot(TM) 64-Bit Server VM (build 10.0-b23, mixed mode) > /home/daichi% > ----------------------------- > > And I don't know it's usefull or not, I have updated java.core > file as follow url: > > http://www.ongs.net/~daichi/java.core > > 496M java.core > MD5 (java.core) = b9119760d11e8dc39db771ff1dd7c287 > > Brian Gardner wrote: > >> Hum, >> I've seen similar issues occasionally running java/jdk16. Is this error >> reproducable? If I can reproduce it, I should be able to debug fix it. >> Otherwise I'll need debugging information. Perhaps I should create and >> publish a process for debugging core dumps, including building debugging >> versions of binaries and extracting stack from core dumps. >> >> Daichi GOTO wrote: >> >>> And after changed netbeans.conf to use OpenJDK6, >>> new show stopper come, printing included error log. >>> >>> Do you have any ideas? >>> >>> SAITOU Toshihide wrote: >>> >>> >>>> In message: <49A4CD5A.9060600@ongs.co.jp> >>>> Daichi GOTO writes: >>>> >>>> >>>>> ??? Jiawei Ye wrote: >>>>> >>>>> >>>>>> On Wed, Feb 25, 2009 at 10:43 AM, Daichi GOTO > wrote: >>>>>> Hi Java guys, >>>>>> Who can use non-English fonts on NetBeans with OpenJDK6? >>>>>> I have tried some methods to use Japanese fonts with that, >>>>>> but I have all faild :-( >>>>>> If you have any ideas, please teach me. Thanks >>>>>> -- Daichi GOTO, http://people.freebsd.org/~daichi >>>>>> >>>>>> One evil trick is to go to your ${JAVA_HOME}/jre/lib/fonts and put a "fallback" directory link to your actual font dir. >>>>>> ex. on my system >>>>>> lrwxr-xr-x 1 root wheel 34 8 29 11:56 fallback -> /usr/local/lib/X11/fonts/truetype/ >>>>>> This gives me much better Chinese fonts (I put my Mac fonts in there). >>>>>> HTH, >>>>>> Jiawei >>>>>> >>>>>> >>>>> Yeah, above method is workable with JDK16 but not OpenJDK6 :-( >>>>> >>>>> Did you get Chinese fonts with OpenJDK6 and NetBeans? I can >>>>> use Japanese fonts with some demo applicatins within OpenJDK6, >>>>> but cannot get that with NetBeans65. >>>>> >>>>> >>>> First I change the netbeans_jdkhome in the >>>> /usr/local/netbeans65/etc/netbeans.conf as following: >>>> >>>> netbeans_jdkhome="/usr/local/openjdk6" >>>> >>>> and also prepare a fontconfig.properties at this place: >>>> >>>> /usr/local/openjdk6/jre/lib/fontconfig.properties >>>> >>>> then japanese font is fine same as before using the jdk16. >>>> >>>> for example (it seems that the dialog.plain.japanese-x0208 >>>> was mainly used in my NB settings): >>>> >>>> #dialog.plain.japanese-x0208=-kochi-gothic-medium-r-normal--*-%d-*-*-c-*-jisx0208.1983-0 >>>> dialog.plain.japanese-x0208=-ricoh-hgheiseikakugothictaiw3-medium-r-normal--*-%d-*-*-c-*-jisx0208.1983-0 >>>> >>>> --- >>>> SAITOU >>>> >>>> >>> >>> >> _______________________________________________ >> freebsd-java@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-java >> To unsubscribe, send any mail to "freebsd-java-unsubscribe@freebsd.org" >> > > From brian at experts-exchange.com Wed Mar 4 10:59:13 2009 From: brian at experts-exchange.com (Brian Gardner) Date: Wed Mar 4 10:59:20 2009 Subject: Japanese font conf for JDK16 to use IPA font In-Reply-To: <49AE0D73.1060409@ongs.co.jp> References: <49A77F4A.2080508@ongs.co.jp> <20090303.164219.48483570.chat95@mac.com> <49AD03C0.7080707@ongs.co.jp> <20090303.205521.193732154.chat95@mac.com> <49AE0D73.1060409@ongs.co.jp> Message-ID: <49AEC5FC.4080808@experts-exchange.com> I'm talking about both, and agree with your assessment that since IPA is the best japanese font, then I will use it in the FreeBSD port. I will try to add it as a prereq for the Japan audience, so that users simply install the port and get the best experience! I will be taking this route with every langaunge. So far here is what I have going into the next release: JAPANESE - japanese/ipa-ttfonts KOREAN - korean/unfonts-ttf Daichi GOTO wrote: > I know all that all you know. It's correct. > > But our talk has a difference in awareness, you know? > I am talking about *A fontconfig.properties patch file > in Ports Collection (java/jdk16, java/openjdk6)*, you > are talking about *Back porting to OpenJDK6 original > src tree*, right? > > I believe that JDK16/OpenJDK6 default japanese font setting > of *PORTS COLLECTION* should be IPA font. And setting > default japanese font to VLgothic of *OpenJDK6 original src* > is not best but validness. > > (JIMO, there should be any kind of fontconfig.properties > of *OpenJDK6 original src*. ex, OS depends setting > (fontconfig.FreeBSD.properties, fontconfig.Ubuntu.properties, > fontconfig.OpenSolaris.properties, ...), font depend setting > (fontconfig.properties-bitstream, fontconfig.properties-vl, ...) > or something like that. Variation is important. Bacause > user can use valid font config for their platform just copying > a file if it has just suited). > > At last, I say again. I am talking about Ports Collection > only. You are talking about back porting to OpenJDK6 original src, > right? > > Maho NAKATA wrote: > >> Hi >> >> From: Daichi GOTO >> Subject: Re: Japanese font conf for JDK16 to use IPA font >> Date: Tue, 03 Mar 2009 19:17:36 +0900 >> >> >>> Maho NAKATA wrote: >>> >>>> Daichi san >>>> Sorry for changing my mind...this is just suggestion. >>>> IPA font is good but license is too restrictive. >>>> >>> NO. That is old information. Please check latest IPAfont license. >>> We can use it as default font right now I guess. >>> >> Yes, I have checked the new one :) >> For me, "free" means we can also redistribute modified fonts; >> like IPA-mona-font http://www.geocities.jp/ipa_mona/ , >> M+ IPA font http://mix-mplus-ipa.sourceforge.jp/download.html >> and IPA fonts from FreeBSD ports (actually this is M+IPA font). >> >> Note that they still employes older licence, because newer license has >> restrictive clauses (?3?1). >> >> >>>> VLGothic is free font and ubuntu uses as user interface font. >>>> Fallback to VLGothic may useful for some environment. >>>> >>> NO. I do not think so. >>> >>> Ubuntu use VLGothic as default Japanese font since license issue, >>> yes I know that. (JFYI, PC-BSD use it as default Japanese/Chinese >>> font too, because of 1CD size limitation.) But it is lead by >>> Ubuntu *BINARY PACKAGE SITUATION* and their license policy, that is >>> not affected to Ports Collection of FreeBSD. >>> >> This part is correct. However, please aware that IPA font set is >> not a free one. Policies can be different between Linux distributions; >> Fedora won't be shipped with IPA fonts nor Ubuntu, etc. Situation is >> quite different from gcc; almost every distribution can include gcc, >> because it is a free software. >> it's okay but may result incompatibility issue. >> >> >>> So I believe that IPA font should be used as default Japanese >>> fonts on most situation, at least by Ports Collection. >>> How do you make of that? >>> >> It depends. If you and colleagues want to use FreeBSD, that's okay. >> However if you work with other people who use Linux, it could result >> some conflict. In any case, if there is a Windows or MacOSX guy, >> we cannot avoid conflict :) >> >> At least VLgothic is a free one, and the worst case, it would be better >> to have a fallback to VLgothic if IPA font is not present. >> >> Best >> -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ >> Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt >> > > From daichi at ongs.co.jp Wed Mar 4 17:15:42 2009 From: daichi at ongs.co.jp (Daichi GOTO) Date: Wed Mar 4 17:15:49 2009 Subject: OpenJDK7 and NetBeans: Who can use non-English fonts on NetBeans? In-Reply-To: <49AEC0FB.3010808@experts-exchange.com> References: <49A4B04B.6070908@ongs.co.jp> <49A4CD5A.9060600@ongs.co.jp> <20090226.210622.41634347.toshi@ruby.ocn.ne.jp> <49A7596E.301@ongs.co.jp> <49AD9EA6.7070901@experts-exchange.com> <49AE11A9.5070203@ongs.co.jp> <49AEC0FB.3010808@experts-exchange.com> Message-ID: <49AF27BC.7050707@ongs.co.jp> oops, so sorry. it hasn't access permission. I have gave it. try again :) Brian Gardner wrote: > I get a 403 trying to download the java.core. I'm not sure what I'll get > out of it, but it will start the debugging process. > > Brian > > Daichi GOTO wrote: >> It is reproducable. Work is follow. >> >> ----------------------------- >> /home/daichi% env >> _=/usr/bin/env >> LS_COLORS=di=34:ln=35:so=32:pi=33:ex=31:bd=46;34:cd=43;34:su=41;30:sg=46;30:tw=42;30:ow=43;30 >> LSCOLORS=exfxcxdxbxegedabagacad >> CDPATH=/home/daichi/Documents/Journal/:/home/daichi/Documents/Gihyo.jp/:. >> OLDPWD=/home/daichi >> SHLVL=1 >> DESKTOP_SESSION=gnome >> XAUTHORITY=/var/run/gdm/auth-for-daichi-tlKAu2/database >> XMODIFIERS=@im=SCIM >> XDG_SESSION_COOKIE=c88765b810aff943a54b6f9c498722de-1236121958.45633-125147983 >> LOGNAME=daichi >> SVN_EDITOR=vim >> GNOME_DESKTOP_SESSION_ID=this-is-deprecated >> GTK_RC_FILES=/usr/local/etc/gtk/gtkrc:/home/daichi/.gtkrc-1.2-gnome2 >> XDTP_URI_TRANSITION= >> USERNAME=daichi >> PATH=/usr/local/libexec/ccache:/home/daichi/Library/bin:/home/daichi/bin/:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin >> SSH_AUTH_SOCK=/var/tmp/keyring-PyW1ve/ssh >> GNOME_KEYRING_PID=1417 >> GPG_AGENT_INFO=/var/tmp/seahorse-wAnjct/S.gpg-agent:1476:1 >> TERM=xterm >> PWD=/home/daichi >> USER=daichi >> WINDOWID=58720301 >> COLORTERM=gnome-terminal >> EDITOR=vim >> DBUS_SESSION_BUS_ADDRESS=unix:path=/var/tmp/dbus-owSCtsRAkP,guid=d6f0c2f573f712206db11fdd49adb967 >> GDM_KEYBOARD_LAYOUT=us >> GDMSESSION=gnome >> DISPLAY=:0.0 >> SHELL=/usr/local/bin/zsh >> GNOME_KEYRING_SOCKET=/var/tmp/keyring-PyW1ve/socket >> PAGER=lv >> LANG=ja_JP.UTF-8 >> GTK_IM_MODULE=scim >> GDM_LANG=C >> SESSION_MANAGER=local/parancell.ongs.co.jp:/tmp/.ICE-unix/1419 >> ORBIT_SOCKETDIR=/var/tmp/orbit-daichi >> HOME=/home/daichi >> JAVA_HOME=/usr/local/openjdk6 >> /home/daichi% grep jdkhome /usr/local/netbeans65/etc/netbeans.conf >> # Default location of JDK, can be overridden by using --jdkhome : >> #netbeans_jdkhome="/usr/local/jdk1.6.0" >> netbeans_jdkhome="/usr/local/openjdk6" >> #netbeans_jdkhome="/usr/local/diablo-jdk1.6.0" >> /home/daichi% netbeans65 >> Xlib: extension "Generic Event Extension" missing on display ":0.0". >> Xlib: extension "Generic Event Extension" missing on display ":0.0". >> Xlib: extension "Generic Event Extension" missing on display ":0.0". >> Atom was 0 >> Atom was 0 >> Atom was 0 >> Atom was 0 >> Atom was 0 >> Atom was 0 >> Atom was 0 >> Atom was 0 >> Atom was 0 >> Atom was 0 >> # >> # An unexpected error has been detected by Java Runtime Environment: >> # >> # SIGSEGV (0xb) at pc=0x0000000801e595af, pid=86735, tid=0x1d15e940 >> # >> # Java VM: Diablo Java HotSpot(TM) 64-Bit Server VM (10.0-b23 mixed mode bsd-amd64) >> # Problematic frame: >> # v ~BufferBlob::Interpreter >> # >> # An error report file with more information is saved as: >> # /usr/home/daichi/hs_err_pid86735.log >> # >> # Please submit bug reports to freebsd-java@FreeBSD.org >> # >> Abort trap (core dumped) >> /home/daichi% uname -a >> FreeBSD parancell.ongs.co.jp 8.0-CURRENT FreeBSD 8.0-CURRENT #6: Thu Feb 26 13:25:16 JST 2009 >> root@parancell.ongs.co.jp:/usr/obj/usr/src/sys/PARANCELL amd64 >> /home/daichi% java -version >> openjdk version "1.6.0-internal" >> OpenJDK Runtime Environment (build 1.6.0-internal-root_23_feb_2009_17_26-b00) >> Diablo Java HotSpot(TM) 64-Bit Server VM (build 10.0-b23, mixed mode) >> /home/daichi% >> ----------------------------- >> >> And I don't know it's usefull or not, I have updated java.core >> file as follow url: >> >> http://www.ongs.net/~daichi/java.core >> >> 496M java.core >> MD5 (java.core) = b9119760d11e8dc39db771ff1dd7c287 >> >> Brian Gardner wrote: >> >>> Hum, >>> I've seen similar issues occasionally running java/jdk16. Is this error >>> reproducable? If I can reproduce it, I should be able to debug fix it. >>> Otherwise I'll need debugging information. Perhaps I should create and >>> publish a process for debugging core dumps, including building debugging >>> versions of binaries and extracting stack from core dumps. >>> >>> Daichi GOTO wrote: >>> >>>> And after changed netbeans.conf to use OpenJDK6, >>>> new show stopper come, printing included error log. >>>> >>>> Do you have any ideas? >>>> >>>> SAITOU Toshihide wrote: >>>> >>>> >>>>> In message: <49A4CD5A.9060600@ongs.co.jp> >>>>> Daichi GOTO writes: >>>>> >>>>> >>>>>> ??? Jiawei Ye wrote: >>>>>> >>>>>> >>>>>>> On Wed, Feb 25, 2009 at 10:43 AM, Daichi GOTO > wrote: >>>>>>> Hi Java guys, >>>>>>> Who can use non-English fonts on NetBeans with OpenJDK6? >>>>>>> I have tried some methods to use Japanese fonts with that, >>>>>>> but I have all faild :-( >>>>>>> If you have any ideas, please teach me. Thanks >>>>>>> -- Daichi GOTO, http://people.freebsd.org/~daichi >>>>>>> >>>>>>> One evil trick is to go to your ${JAVA_HOME}/jre/lib/fonts and put a "fallback" directory link to your actual font dir. >>>>>>> ex. on my system >>>>>>> lrwxr-xr-x 1 root wheel 34 8 29 11:56 fallback -> /usr/local/lib/X11/fonts/truetype/ >>>>>>> This gives me much better Chinese fonts (I put my Mac fonts in there). >>>>>>> HTH, >>>>>>> Jiawei >>>>>>> >>>>>>> >>>>>> Yeah, above method is workable with JDK16 but not OpenJDK6 :-( >>>>>> >>>>>> Did you get Chinese fonts with OpenJDK6 and NetBeans? I can >>>>>> use Japanese fonts with some demo applicatins within OpenJDK6, >>>>>> but cannot get that with NetBeans65. >>>>>> >>>>>> >>>>> First I change the netbeans_jdkhome in the >>>>> /usr/local/netbeans65/etc/netbeans.conf as following: >>>>> >>>>> netbeans_jdkhome="/usr/local/openjdk6" >>>>> >>>>> and also prepare a fontconfig.properties at this place: >>>>> >>>>> /usr/local/openjdk6/jre/lib/fontconfig.properties >>>>> >>>>> then japanese font is fine same as before using the jdk16. >>>>> >>>>> for example (it seems that the dialog.plain.japanese-x0208 >>>>> was mainly used in my NB settings): >>>>> >>>>> #dialog.plain.japanese-x0208=-kochi-gothic-medium-r-normal--*-%d-*-*-c-*-jisx0208.1983-0 >>>>> dialog.plain.japanese-x0208=-ricoh-hgheiseikakugothictaiw3-medium-r-normal--*-%d-*-*-c-*-jisx0208.1983-0 >>>>> >>>>> --- >>>>> SAITOU >>>>> >>>>> >>>> >>>> >>> _______________________________________________ >>> freebsd-java@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-java >>> To unsubscribe, send any mail to "freebsd-java-unsubscribe@freebsd.org" >>> >> > _______________________________________________ > freebsd-java@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-java > To unsubscribe, send any mail to "freebsd-java-unsubscribe@freebsd.org" -- Daichi GOTO, http://people.freebsd.org/~daichi From daichi at ongs.co.jp Wed Mar 4 17:27:03 2009 From: daichi at ongs.co.jp (Daichi GOTO) Date: Wed Mar 4 17:27:09 2009 Subject: Japanese font conf for JDK16 to use IPA font In-Reply-To: <49AEC5FC.4080808@experts-exchange.com> References: <49A77F4A.2080508@ongs.co.jp> <20090303.164219.48483570.chat95@mac.com> <49AD03C0.7080707@ongs.co.jp> <20090303.205521.193732154.chat95@mac.com> <49AE0D73.1060409@ongs.co.jp> <49AEC5FC.4080808@experts-exchange.com> Message-ID: <49AF2A65.1000402@ongs.co.jp> Brian Gardner wrote: > I'm talking about both, and agree with your assessment that since IPA is > the best japanese font, then I will use it in the FreeBSD port. I will > try to add it as a prereq for the Japan audience, so that users simply > install the port and get the best experience! I will be taking this > route with every langaunge. So far here is what I have going into the > next release: > JAPANESE - japanese/ipa-ttfonts > KOREAN - korean/unfonts-ttf +1 I agree with you. > Daichi GOTO wrote: >> I know all that all you know. It's correct. >> >> But our talk has a difference in awareness, you know? >> I am talking about *A fontconfig.properties patch file >> in Ports Collection (java/jdk16, java/openjdk6)*, you >> are talking about *Back porting to OpenJDK6 original >> src tree*, right? >> >> I believe that JDK16/OpenJDK6 default japanese font setting >> of *PORTS COLLECTION* should be IPA font. And setting >> default japanese font to VLgothic of *OpenJDK6 original src* >> is not best but validness. >> >> (JIMO, there should be any kind of fontconfig.properties >> of *OpenJDK6 original src*. ex, OS depends setting >> (fontconfig.FreeBSD.properties, fontconfig.Ubuntu.properties, >> fontconfig.OpenSolaris.properties, ...), font depend setting >> (fontconfig.properties-bitstream, fontconfig.properties-vl, ...) >> or something like that. Variation is important. Bacause >> user can use valid font config for their platform just copying >> a file if it has just suited). >> >> At last, I say again. I am talking about Ports Collection >> only. You are talking about back porting to OpenJDK6 original src, >> right? >> >> Maho NAKATA wrote: >> >>> Hi >>> >>> From: Daichi GOTO >>> Subject: Re: Japanese font conf for JDK16 to use IPA font >>> Date: Tue, 03 Mar 2009 19:17:36 +0900 >>> >>> >>>> Maho NAKATA wrote: >>>> >>>>> Daichi san >>>>> Sorry for changing my mind...this is just suggestion. >>>>> IPA font is good but license is too restrictive. >>>>> >>>> NO. That is old information. Please check latest IPAfont license. >>>> We can use it as default font right now I guess. >>>> >>> Yes, I have checked the new one :) >>> For me, "free" means we can also redistribute modified fonts; >>> like IPA-mona-font http://www.geocities.jp/ipa_mona/ , >>> M+ IPA font http://mix-mplus-ipa.sourceforge.jp/download.html >>> and IPA fonts from FreeBSD ports (actually this is M+IPA font). >>> >>> Note that they still employes older licence, because newer license has >>> restrictive clauses (?3?1). >>> >>> >>>>> VLGothic is free font and ubuntu uses as user interface font. >>>>> Fallback to VLGothic may useful for some environment. >>>>> >>>> NO. I do not think so. >>>> >>>> Ubuntu use VLGothic as default Japanese font since license issue, >>>> yes I know that. (JFYI, PC-BSD use it as default Japanese/Chinese >>>> font too, because of 1CD size limitation.) But it is lead by >>>> Ubuntu *BINARY PACKAGE SITUATION* and their license policy, that is >>>> not affected to Ports Collection of FreeBSD. >>>> >>> This part is correct. However, please aware that IPA font set is >>> not a free one. Policies can be different between Linux distributions; >>> Fedora won't be shipped with IPA fonts nor Ubuntu, etc. Situation is >>> quite different from gcc; almost every distribution can include gcc, >>> because it is a free software. >>> it's okay but may result incompatibility issue. >>> >>> >>>> So I believe that IPA font should be used as default Japanese >>>> fonts on most situation, at least by Ports Collection. >>>> How do you make of that? >>>> >>> It depends. If you and colleagues want to use FreeBSD, that's okay. >>> However if you work with other people who use Linux, it could result >>> some conflict. In any case, if there is a Windows or MacOSX guy, >>> we cannot avoid conflict :) >>> >>> At least VLgothic is a free one, and the worst case, it would be better >>> to have a fallback to VLgothic if IPA font is not present. >>> >>> Best >>> -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ >>> Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt >>> >> > _______________________________________________ > freebsd-java@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-java > To unsubscribe, send any mail to "freebsd-java-unsubscribe@freebsd.org" -- Daichi GOTO, http://people.freebsd.org/~daichi -- ???????? ?????? ???? (daichi@ongs.co.jp) TEL: 042-316-7945 FAX: 042-316-7946 WWW: http://www.ongs.co.jp/ From chat95 at mac.com Thu Mar 5 01:34:34 2009 From: chat95 at mac.com (Maho NAKATA) Date: Thu Mar 5 01:35:08 2009 Subject: Japanese font conf for JDK16 to use IPA font In-Reply-To: <49AF2A65.1000402@ongs.co.jp> References: <49AE0D73.1060409@ongs.co.jp> <49AEC5FC.4080808@experts-exchange.com> <49AF2A65.1000402@ongs.co.jp> Message-ID: <20090305.183336.112561917.chat95@mac.com> From: Daichi GOTO Subject: Re: Japanese font conf for JDK16 to use IPA font Date: Thu, 05 Mar 2009 10:27:01 +0900 > Brian Gardner wrote: >> I'm talking about both, and agree with your assessment that since IPA is >> the best japanese font, then I will use it in the FreeBSD port. I will >> try to add it as a prereq for the Japan audience, so that users simply >> install the port and get the best experience! I will be taking this >> route with every langaunge. So far here is what I have going into the >> next release: >> JAPANESE - japanese/ipa-ttfonts >> KOREAN - korean/unfonts-ttf > > +1 > I agree with you. Me too +1 Best, -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-java/attachments/20090305/60b06470/attachment.pgp From ronald-freebsd8 at klop.yi.org Thu Mar 5 02:21:21 2009 From: ronald-freebsd8 at klop.yi.org (Ronald Klop) Date: Thu Mar 5 02:21:33 2009 Subject: new jrl source available Message-ID: Hello, In the last months Sun released newer jdk6 sources under the JRL license. http://download.java.net/jdk6/source/ http://download.java.net/jdk6/6u12/archive/ Are there plans to update the jdk16 ports? Ronald. From glewis at eyesbeyond.com Thu Mar 5 09:52:33 2009 From: glewis at eyesbeyond.com (Greg Lewis) Date: Thu Mar 5 09:52:45 2009 Subject: new jrl source available In-Reply-To: References: Message-ID: <20090305175228.GA50297@misty.eyesbeyond.com> On Thu, Mar 05, 2009 at 11:03:35AM +0100, Ronald Klop wrote: > Hello, > > In the last months Sun released newer jdk6 sources under the JRL license. > http://download.java.net/jdk6/source/ > http://download.java.net/jdk6/6u12/archive/ > > Are there plans to update the jdk16 ports? Nice. I didn't see this. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From gahr at FreeBSD.org Sat Mar 7 05:07:10 2009 From: gahr at FreeBSD.org (Pietro Cerutti) Date: Sat Mar 7 05:07:42 2009 Subject: apache-ant port In-Reply-To: References: Message-ID: <49B265D0.6060804@FreeBSD.org> I Sean, I was waiting for an approval from the java@ team (CC'd), since they're the official maintainer of the port... Thanks for the reminder... Cheers, Sean C. Farley wrote: > I noticed your post[1] about updating the apache-ant port. Are you > still planning on committing it? I just applied the patch and installed > it since it fixed a bug for me at work. > > Thank you for the patch. > > Sean > 1. > http://lists.freebsd.org/pipermail/freebsd-java/2008-October/007685.html -- Pietro Cerutti gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp +-----------------+ | How do you get | |that backwards b?| +-----------------+ From glewis at eyesbeyond.com Sun Mar 8 14:27:52 2009 From: glewis at eyesbeyond.com (Greg Lewis) Date: Sun Mar 8 14:28:00 2009 Subject: apache-ant port In-Reply-To: <49B265D0.6060804@FreeBSD.org> References: <49B265D0.6060804@FreeBSD.org> Message-ID: <20090308212813.GA35333@misty.eyesbeyond.com> On Sat, Mar 07, 2009 at 01:17:20PM +0100, Pietro Cerutti wrote: > I was waiting for an approval from the java@ team (CC'd), since they're > the official maintainer of the port... > > Thanks for the reminder... Looks good to me. If it was a major version number upgrade then we'd probably want to run it through an experimental build. Since it isn't I think this is ok to commit if you're happy to take any build problems it causes :). > Sean C. Farley wrote: > > I noticed your post[1] about updating the apache-ant port. Are you > > still planning on committing it? I just applied the patch and installed > > it since it fixed a bug for me at work. > > > > Thank you for the patch. > > > > Sean > > 1. > > http://lists.freebsd.org/pipermail/freebsd-java/2008-October/007685.html > > > -- > Pietro Cerutti > gahr@FreeBSD.org > > PGP Public Key: > http://gahr.ch/pgp > > +-----------------+ > | How do you get | > |that backwards b?| > +-----------------+ > > _______________________________________________ > freebsd-java@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-java > To unsubscribe, send any mail to "freebsd-java-unsubscribe@freebsd.org" -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From chat95 at mac.com Sun Mar 8 19:02:24 2009 From: chat95 at mac.com (Maho NAKATA) Date: Sun Mar 8 19:02:31 2009 Subject: The OpenJDK6 port should remove the WEB option to avoid confusion In-Reply-To: <49ADA970.8040709@experts-exchange.com> References: <200902251003.14760.lists@intricatesoftware.com> <20090303.165402.179924432.chat95@mac.com> <49ADA970.8040709@experts-exchange.com> Message-ID: <20090309.110125.52170921.chat95@mac.com> Hi Kurt Miller and Brian Gardner I just removed WEB option. Please check it. Thank you. From: Brian Gardner Subject: Re: The OpenJDK6 port should remove the WEB option to avoid confusion Date: Tue, 03 Mar 2009 14:04:32 -0800 > Let's remove the option for now. Perhaps we can port the icedtea > plugin and webstart at a later date and re-introduce it. > > Brian > > Maho NAKATA wrote: >> Hello Brian, >> >> What do you think? >> >> From: Kurt Miller >> Subject: Re: OpenJDK6 and NetBeans: Who can use non-English fonts on >> NetBeans? >> Date: Wed, 25 Feb 2009 10:03:14 -0500 >> >> >>> OpenJDK (6 or 7) doesn't yet come with a plugin or webstart. It is not >>> clear if Sun will ever release them under GPL. The last semi-offical >>> statement is here: >>> >>> http://mail.openjdk.java.net/pipermail/discuss/2008-September/001283.html >>> >>> The OpenJDK6 port should remove the WEB option to avoid confusion. >>> >>> I believe that the lack of the plugin will prevent OpenJDK6 from >>> building OpenOffice. :( Perhaps the approach Fedora took might work >>> for a plugin replacement. See 16.3 for a description: >>> >>> http://docs.fedoraproject.org/release-notes/f9/en_US/sn-Java.html >>> >>> It mentions the lack of support for LiveConnect. If I'm not mistaken >>> that is need for the plugin to work in Firefox (memory rusty on this >>> one). However it may be good enough to allow OpenJDK6 to build >>> OpenOffice. >>> >> >> -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ >> Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt >> > -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-java/attachments/20090309/29460a02/attachment.pgp From mikej at rogers.com Mon Mar 9 09:29:12 2009 From: mikej at rogers.com (Mike Jakubik) Date: Mon Mar 9 09:29:19 2009 Subject: Problem with Java NIO (java.nio.channels.IllegalBlockingModeException) Message-ID: Greetings java users, I have been experiencing a randomly occurring problem with one of my java applications. The application is question is a simple network chat service, used with an online flash game. This application is known to have worked without this problem on Linux for over 2 years now, in multiple deployments. This leads me to believe that either the Linux JDK/network is lax on error checks or there is a problem with the FreeBSD JDK/network implementation. Below is the error that causes the application to stop responding to network requests. --- INFO | jvm 1 | 2009/03/08 21:04:25 | Exception in thread "Thread-0" java.nio.channels.IllegalBlockingModeException INFO | jvm 1 | 2009/03/08 21:04:25 | at sun.nio.ch.ServerSocketAdaptor.accept(ServerSocketAdaptor.java:104) INFO | jvm 1 | 2009/03/08 21:04:25 | at com.precyse.chat.service.connector.ServerSocketChannelConnector.registerSelection(ServerSocketChannelConnector.java:404) INFO | jvm 1 | 2009/03/08 21:04:25 | at com.precyse.chat.service.connector.ServerSocketChannelConnector.run(ServerSocketChannelConnector.java:148) --- http://java.sun.com/j2se/1.4.2/docs/api/java/nio/channels/SelectableChannel.html Unfortunately i do not have access to the source code of this app. I have tried diablo JDK 1.5 and 1.6, as well as the OpenJDK 1.6 port. I am running a recent build of 7.1-AMD64. Any help would be greatly appreciated, i would hate to have to switch to linux because of this. Thank you. From bugmaster at FreeBSD.org Mon Mar 9 10:15:11 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Mar 9 10:16:38 2009 Subject: Current problem reports assigned to freebsd-java@FreeBSD.org Message-ID: <200903091715.n29HF7Xo045304@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/130542 java java/jdk16-doc changed distifo o java/128948 java java/jdk16 built from source can't bind a socket, but o java/128809 java JVM aborted when GNU RXTX write to serial port. o java/125583 java Java gui programs stop without error message o java/123555 java linux-sun-jdk15, linux-sun-jdk16 produce a coredump o java/122513 java native JDKs unbuildable with Linux ones o java/121692 java java/jdk16: Java 1.5 1.5.0.14p8 crashes in RMI TCP Con o ports/121420 java java/jdk16: Java applet fails to find class under fire o ports/121416 java java/jdk15 can't build if BIN environment variable is o ports/120372 java java/linux-sun-jdk16: linux-sun-jre1.6.0 plugin doesn' o java/120146 java java/jdk15: netbeans 6.0 causes java core dump on amd6 o ports/119732 java java/linux-sun-jre16: linux-sun-jre16 plugin doesn't w o java/119063 java An unexpected error has been detected by Java Runtime o java/118956 java eclipse and netbeans break on diablo-jdk15 o java/118496 java Eclipse packages do not work with 6.3-RC1/amd64 o ports/116841 java cannot build java/jdk16 by using java/linux-sun-jdk16 o java/116667 java linux-sun-javac1.4 hangs on SMP o ports/116082 java java/linux-sun-jdk16 jconsole is unable to connect to o java/115773 java [request] java.nio channel selectors should use kqueue o java/114644 java tomcat goes out of PermSpace, jvm crashes o ports/113751 java java/linux-sun-jdk15: linux-sun-jdk-1.5.0.12,2 - java o ports/113467 java Multiple "missing return value" errors building JDK on o java/112595 java Java appletviewer frequently hangs (kse_release loop) o java/110912 java Java krb5 client leaks UDP connections o java/105482 java diablo-jdk1.5.0/jdk-1.5.0 java.nio.Selector bug o java/97461 java Diablo JDK does not report Update level in a format su o ports/84742 java make ports/java/jdk14 use dynamic Motif librarires s java/62837 java linux-sun-jdk14 executables hang with COMPAT_LINUX in s ports/60083 java java/jdk14 - Unsafe use of getaddrinfo in jvm 1.4.2-p5 s ports/56928 java jce-aba port should install to $JAVA_HOME/jre/lib/ext 30 problems total. From mikej at rogers.com Mon Mar 9 10:51:50 2009 From: mikej at rogers.com (Mike Jakubik) Date: Mon Mar 9 10:51:57 2009 Subject: Problem with Java NIO (java.nio.channels.IllegalBlockingModeException) In-Reply-To: References: Message-ID: I suspect this may have something to do with the following bug. http://www.freebsd.org/cgi/query-pr.cgi?pr=java/105482 I will try switching to the linux jdk to see if the problem persists. On Mon, March 9, 2009 12:29 pm, Mike Jakubik wrote: > Greetings java users, > > I have been experiencing a randomly occurring problem with one of my java > applications. The application is question is a simple network chat > service, used with an online flash game. This application is known to have > worked without this problem on Linux for over 2 years now, in multiple > deployments. This leads me to believe that either the Linux JDK/network is > lax on error checks or there is a problem with the FreeBSD JDK/network > implementation. Below is the error that causes the application to stop > responding to network requests. > > --- > INFO | jvm 1 | 2009/03/08 21:04:25 | Exception in thread "Thread-0" > java.nio.channels.IllegalBlockingModeException From kurt at intricatesoftware.com Mon Mar 9 11:20:05 2009 From: kurt at intricatesoftware.com (Kurt Miller) Date: Mon Mar 9 11:20:20 2009 Subject: java/105482: diablo-jdk1.5.0/jdk-1.5.0 java.nio.Selector bug Message-ID: <200903091820.n29IK42x027158@freefall.freebsd.org> The following reply was made to PR java/105482; it has been noted by GNATS. From: Kurt Miller To: bug-followup@freebsd.org, kostikbel@gmail.com Cc: Subject: Re: java/105482: diablo-jdk1.5.0/jdk-1.5.0 java.nio.Selector bug Date: Mon, 9 Mar 2009 13:07:13 -0500 I debugged a similar problem with OpenJDK and found the root cause to be the poll() system call over writting the complete pollfd struct upon return. See the following bug report for details: http://www.freebsd.org/cgi/query-pr.cgi?pr=130924 From glewis at eyesbeyond.com Mon Mar 9 13:16:52 2009 From: glewis at eyesbeyond.com (Greg Lewis) Date: Mon Mar 9 13:16:59 2009 Subject: JDK 1.5.0 patchset 9 "Siegfried" Message-ID: <20090309201718.GA42157@misty.eyesbeyond.com> On behalf of the BSD Java Porting team, I'm pleased to announce the availability of patchset 9 "Siegfried" for JDK 1.5, based on the JDK 1.5.0 Update 16 JRL source code. This patchset includes bug fixes and updates the code base to use the 1.5.0 Update 16 source code. The following platforms are supported by this release: FreeBSD 4.8/i386 (or later) FreeBSD 5.3/i386 (or later) FreeBSD 5.3/amd64 (or later) NetBSD 2.0/i386 (or later) NetBSD 2.0/amd64 (or later) OpenBSD 3.9/i386 (or later) OpenBSD 4.0/amd64 (or later) The patchset can be downloaded at: http://www.eyesbeyond.com/freebsddom/java/jdk15.html An update for the java/jdk15 port will follow shortly. This is likely to be the last patchset released for JDK 1.5. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From gahr at FreeBSD.org Mon Mar 9 15:47:16 2009 From: gahr at FreeBSD.org (Pietro Cerutti) Date: Mon Mar 9 15:47:23 2009 Subject: apache-ant port In-Reply-To: <20090308212813.GA35333@misty.eyesbeyond.com> References: <49B265D0.6060804@FreeBSD.org> <20090308212813.GA35333@misty.eyesbeyond.com> Message-ID: <49B59C3A.2050702@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Committed, thanks! http://lists.freebsd.org/pipermail/cvs-ports/2009-March/167290.html Greg Lewis wrote: | On Sat, Mar 07, 2009 at 01:17:20PM +0100, Pietro Cerutti wrote: |> I was waiting for an approval from the java@ team (CC'd), since they're |> the official maintainer of the port... |> |> Thanks for the reminder... | | Looks good to me. If it was a major version number upgrade then we'd | probably want to run it through an experimental build. Since it isn't | I think this is ok to commit if you're happy to take any build problems | it causes :). | |> Sean C. Farley wrote: |>> I noticed your post[1] about updating the apache-ant port. Are you |>> still planning on committing it? I just applied the patch and installed |>> it since it fixed a bug for me at work. |>> |>> Thank you for the patch. |>> |>> Sean |>> 1. |>> http://lists.freebsd.org/pipermail/freebsd-java/2008-October/007685.html |> |> -- |> Pietro Cerutti |> gahr@FreeBSD.org |> |> PGP Public Key: |> http://gahr.ch/pgp |> |> +-----------------+ |> | How do you get | |> |that backwards b?| |> +-----------------+ |> |> _______________________________________________ |> freebsd-java@freebsd.org mailing list |> http://lists.freebsd.org/mailman/listinfo/freebsd-java |> To unsubscribe, send any mail to "freebsd-java-unsubscribe@freebsd.org" | - -- Pietro Cerutti gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp +-----------------+ | How do you get | |that backwards b?| +-----------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEAREKAAYFAkm1nDgACgkQwMJqmJVx946gNACgyYnxtuMqH4rgvA87si2QuI3j PdAAnjQDuFmtVWDUS67HDO8/rkwFqYgw =Wupy -----END PGP SIGNATURE----- From awardcenter2009 at gmail.com Tue Mar 10 10:36:51 2009 From: awardcenter2009 at gmail.com (YAHOO AWARD CENTER) Date: Tue Mar 10 10:37:03 2009 Subject: YOU ARE A WINNER OF YAHOO AWARD GRANTS JANUARY 2009 Message-ID: <20090310171008.11041.qmail@be27.masterhost.ru> Awards Centre 124 Stockport Road, Longsight, Manchester M60 2DB - United KingdomTel:+447031925532. This is to inform you that you have won a prize money of Three million,Two Hundred Thousand Great Britain Pounds (GBP 3,200,000.00) for the month of January, 2009 Prize promotion which is organized by YAHOO A WARDS & WINDOWS LIVE. YAHOO collects all the email addresses of the people that are active online, among the millions that subscribed to Yahoo and Hotmail and few from other e-mail providers. Six people are selected monthly to benefit from this promotion and you are one of the Selected Winners which your e-mail address won the Jackpot Prize while other five winners won One Million Great Britain Pounds(GBP 1,000,000.00) each. PAYMENT OF PRIZE / CLAIMS Winners shall be paid in accordance with their Settlement Centers. Yahoo Prize Award must be claimed not later than 10 days from date of Draw Notification. Any prize not claimed within this period will be forfeited and returned to its source as unclaimed. Stated below are your identification numbers: BATCH NUMBER: MFI/06/APA-43658 REFERENCE NUMBER: 2007234522 PIN: 1207 You are requested to contact our Assistant co-ordinator in Manchester and send your winning identification numbers to him: Co-ordinator's Name: Dr. Christopher Adam.E-Mail:award_cent123@yahoo.fr Tel:+447031925532 You are advised to send the following information to our co-ordinator to facilitate the release of of your fund to you. 1. Full name.............................................. 2. Country................................................. 3. Contact Address................................ 4. Telephone Number............................ 5. fax Number.......................................... 5. Marital Status..................................... 6. Occupation.......................................... 7. Sex......................................................... 8. Date of Birth/Age ............................... 9. Identity card(carte identite)............. Congratulations!! once again. Yours in service, Mrs. Mary Anna Jones(Awards coordinator) -------------------------------------------------------------------------------------------------------------------------------------------------WARNING! You must keep strict confidentiality of your Prize Award claims to yourself until your money is successfully handed over to you to avoid disqualification that may arise from double claims. Yahoo Awards Team shall not be held liable for any loss of funds arising from the above mentioned. From nguyenthanhphuspkt at gmail.com Thu Mar 12 02:16:51 2009 From: nguyenthanhphuspkt at gmail.com (nguyen thanh phu) Date: Thu Mar 12 02:17:15 2009 Subject: nguyen thanh phu moi ban tham gia GSO-Media! Message-ID: <7CBD39A9EB354664B094327E9C2F4D66@gsomedia.com> Chao Ban, nguyen thanh phu moi ban tham gia chuong trinh thanh vien mien phi www.GSO-MEDIA.com. Ban se co co hoi. * Su dung cac dich vu Rao vat, Ket ban, Nhan tin mien phi. * Duoc tinh diem khi doc quang cao va mua hang giam gia cua cac doi tac GSO. * Duoc cap nhat mien phi cac tin tuc va kinh nghiem ve linh vuc Internet va Thuong mai dien tu. Hay nhap chuot vao day de DANG KY THANH VIEN mien phi. Ban cung co the dung duong link gioi thieu sau de dang ky tham gia vao mang luoi cua nguyen thanh phu: http://www.gso-media.com/home/register.asp?refID=399739 nguyen thanh phu gui kem cho Ban loi nhan sau day: ------------ From rwatson at FreeBSD.org Thu Mar 12 04:23:00 2009 From: rwatson at FreeBSD.org (rwatson@FreeBSD.org) Date: Thu Mar 12 04:23:07 2009 Subject: java/105482: diablo-jdk1.5.0/jdk-1.5.0 java.nio.Selector bug Message-ID: <200903121122.n2CBMwXK091681@freefall.freebsd.org> Synopsis: diablo-jdk1.5.0/jdk-1.5.0 java.nio.Selector bug State-Changed-From-To: open->feedback State-Changed-By: rwatson State-Changed-When: Thu Mar 12 11:22:06 UTC 2009 State-Changed-Why: Dear Kostik: Could you confirm that the poll(2) changes fixes this problem for you? If so, I will go ahead and close this after an MFC of the patch to 7.x. Thanks, http://www.freebsd.org/cgi/query-pr.cgi?pr=105482 From rwatson at FreeBSD.org Thu Mar 12 05:00:11 2009 From: rwatson at FreeBSD.org (Robert Watson) Date: Thu Mar 12 05:00:18 2009 Subject: java/105482 Message-ID: <200903121200.n2CC0A1w032843@freefall.freebsd.org> The following reply was made to PR java/105482; it has been noted by GNATS. From: Robert Watson To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: java/105482 Date: Thu, 12 Mar 2009 11:50:07 +0000 (GMT) This commit may also be of interest to java/105482. ---------- Forwarded message ---------- Date: Wed, 11 Mar 2009 22:10:03 GMT From: dfilter service To: rwatson@FreeBSD.org Subject: Re: kern/130924: commit references a PR The following reply was made to PR kern/130924; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/130924: commit references a PR Date: Wed, 11 Mar 2009 22:00:15 +0000 (UTC) Author: rwatson Date: Wed Mar 11 22:00:03 2009 New Revision: 189708 URL: http://svn.freebsd.org/changeset/base/189708 Log: When writing out updated pollfd records when returning from poll(), only copy out the revents field, not the whole pollfd structure. Otherwise, if the events field is updated concurrently by another thread, that update may be lost. This issue apparently causes problems for the JDK on FreeBSD, which expects the Linux behavior of not updating all fields (somewhat oddly, Solaris does not implement the required behavior, but presumably our adaptation of the JDK is based on the Linux port?). MFC after: 2 weeks PR: kern/130924 Submitted by: Kurt Miller Discussed with: kib Modified: head/sys/kern/sys_generic.c From mikej at rogers.com Thu Mar 12 10:31:38 2009 From: mikej at rogers.com (Mike Jakubik) Date: Thu Mar 12 10:31:44 2009 Subject: java/105482 In-Reply-To: <200903121200.n2CC0A1w032843@freefall.freebsd.org> References: <200903121200.n2CC0A1w032843@freefall.freebsd.org> Message-ID: <864d6cdc21b3aca7d223119217b63c66.squirrel@wettoast.dyndns.org> On Thu, March 12, 2009 8:00 am, Robert Watson wrote: > The following reply was made to PR java/105482; it has been noted by > GNATS. > > From: Robert Watson > To: freebsd-gnats-submit@FreeBSD.org > Cc: > Subject: java/105482 > Date: Thu, 12 Mar 2009 11:50:07 +0000 (GMT) > > This commit may also be of interest to java/105482. > > ---------- Forwarded message ---------- > Date: Wed, 11 Mar 2009 22:10:03 GMT > From: dfilter service > To: rwatson@FreeBSD.org > Subject: Re: kern/130924: commit references a PR > > The following reply was made to PR kern/130924; it has been noted by > GNATS. I am in the process of testing this, will provide feedback on the result in a few days. P.S. I am using the original patch as i was not able to apply yours, I'm assuming that one is for -CURRENT. Thanks. From kurt at intricatesoftware.com Fri Mar 13 05:26:43 2009 From: kurt at intricatesoftware.com (Kurt Miller) Date: Fri Mar 13 05:26:50 2009 Subject: java/105482 In-Reply-To: <200903121200.n2CC0A1w032843@freefall.freebsd.org> References: <200903121200.n2CC0A1w032843@freefall.freebsd.org> Message-ID: <200903130826.34846.kurt@intricatesoftware.com> I suspect Azureus will start to work correctly now also. Can anyone confirm Azureus performs better/correctly with the poll change included your kernel? On Thursday 12 March 2009 8:00:10 am Robert Watson wrote: > The following reply was made to PR java/105482; it has been noted by GNATS. > > From: Robert Watson > To: freebsd-gnats-submit@FreeBSD.org > Cc: > Subject: java/105482 > Date: Thu, 12 Mar 2009 11:50:07 +0000 (GMT) > > This commit may also be of interest to java/105482. > > ---------- Forwarded message ---------- > Date: Wed, 11 Mar 2009 22:10:03 GMT > From: dfilter service > To: rwatson@FreeBSD.org > Subject: Re: kern/130924: commit references a PR > > The following reply was made to PR kern/130924; it has been noted by GNATS. > > From: dfilter@FreeBSD.ORG (dfilter service) > To: bug-followup@FreeBSD.org > Cc: > Subject: Re: kern/130924: commit references a PR > Date: Wed, 11 Mar 2009 22:00:15 +0000 (UTC) > > Author: rwatson > Date: Wed Mar 11 22:00:03 2009 > New Revision: 189708 > URL: http://svn.freebsd.org/changeset/base/189708 > > Log: > When writing out updated pollfd records when returning from > poll(), only copy out the revents field, not the whole pollfd > structure. Otherwise, if the events field is updated > concurrently by another thread, that update may be lost. > > This issue apparently causes problems for the JDK on FreeBSD, > which expects the Linux behavior of not updating all fields > (somewhat oddly, Solaris does not implement the required > behavior, but presumably our adaptation of the JDK is based > on the Linux port?). > > MFC after: 2 weeks > PR: kern/130924 > Submitted by: Kurt Miller > Discussed with: kib > > Modified: > head/sys/kern/sys_generic.c > > _______________________________________________ > freebsd-java@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-java > To unsubscribe, send any mail to "freebsd-java-unsubscribe@freebsd.org" > From horst.leitenmueller at liwest.at Sun Mar 15 01:10:41 2009 From: horst.leitenmueller at liwest.at (Horst Leitenmueller) Date: Sun Mar 15 01:10:49 2009 Subject: Eclipse native code crash, on sync with SVN Message-ID: <1237104701.39595.15.camel@lap01> hello, i have a big problem i'm not able to sync with eclipse SVN anymore (subclipse v 1.4) computer laptop celsius mobile h270 quad core Intel(R) Core(TM)2 Quad CPU Q9100 @ 2.26GHz (2261.02-MHz K8-class CPU) with gnome2.24 x11 driver: xf86-video-nouveau graphiccard: # An unexpected error has been detected by Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x0000000800d0c724, pid=17390, tid=0x1832200 # # Java VM: Diablo Java HotSpot(TM) 64-Bit Server VM (10.0-b23 mixed mode bsd-amd64) # Problematic frame: # V [libjvm.so+0x20c724] # # An error report file with more information is saved as: # /usr/xxx/hs_err_pid17390.log # # Please submit bug reports to freebsd-java@FreeBSD.org # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # Eclipse: Fatal IO error 35 (Resource temporarily unavailable) on X server :0.0. what could this be ? attached the hs_err_log thnx horst From horst.leitenmueller at liwest.at Sun Mar 15 02:10:01 2009 From: horst.leitenmueller at liwest.at (Horst Leitenmueller) Date: Sun Mar 15 02:10:07 2009 Subject: Eclipse native code crash, on sync with SVN In-Reply-To: <1237104701.39595.15.camel@lap01> References: <1237104701.39595.15.camel@lap01> Message-ID: <1237108262.39595.19.camel@lap01> additional info, i tried with /usr/local/jdk1.6.0 java version "1.6.0_03-p4" Java(TM) SE Runtime Environment (build 1.6.0_03-p4-root_10_mar_2009_10_47-b00) Java HotSpot(TM) 64-Bit Server VM (build 1.6.0_03-p4-root_10_mar_2009_10_47-b00, mixed mode) and add vmargs param in /usr/local/eclipse/eclipse.ini -showsplash org.eclipse.platform --launcher.XXMaxPermSize 256m -startup plugins/org.eclipse.equinox.launcher_1.0.101.R34x_v20080819.jar --launcher.library plugins/org.eclipse.equinox.launcher.gtk.freebsd.amd64_1.0.101.R34x_v20080731 -vmargs -Xms512m -Xmx1024m -Djava.net.preferIPv6Addresses=false !! added -Djava.net.preferIPv4Stack=true !! added then its working also if params added diablo jdk is not working! i thougth jdk 1.6 has no problems with ip v 6 ? thnx horst On Sun, 2009-03-15 at 09:11 +0100, Horst Leitenmueller wrote: > hello, > > i have a big problem i'm not able to sync with eclipse SVN anymore > (subclipse v 1.4) > > computer laptop celsius mobile h270 quad core Intel(R) Core(TM)2 Quad > CPU Q9100 @ 2.26GHz (2261.02-MHz K8-class CPU) > with gnome2.24 > x11 driver: xf86-video-nouveau > graphiccard: > > # An unexpected error has been detected by Java Runtime Environment: > # > # SIGSEGV (0xb) at pc=0x0000000800d0c724, pid=17390, tid=0x1832200 > # > # Java VM: Diablo Java HotSpot(TM) 64-Bit Server VM (10.0-b23 mixed mode > bsd-amd64) > # Problematic frame: > # V [libjvm.so+0x20c724] > # > # An error report file with more information is saved as: > # /usr/xxx/hs_err_pid17390.log > # > # Please submit bug reports to freebsd-java@FreeBSD.org > # The crash happened outside the Java Virtual Machine in native code. > # See problematic frame for where to report the bug. > # > Eclipse: Fatal IO error 35 (Resource temporarily unavailable) on X > server :0.0. > > what could this be ? > > attached the hs_err_log > > thnx horst > _______________________________________________ > freebsd-java@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-java > To unsubscribe, send any mail to "freebsd-java-unsubscribe@freebsd.org" -- ------------------------------------ Ing.Dipl.-Ing. Horst Leitenmueller Sperlstr. 11 4040 Linz tel.: +43 650 2042702 email: horst.leitenmueller@liwest.at ------------------------------------ From horst.leitenmueller at liwest.at Sun Mar 15 03:13:24 2009 From: horst.leitenmueller at liwest.at (Horst Leitenmueller) Date: Sun Mar 15 03:13:31 2009 Subject: Eclipse native code crash, on sync with SVN In-Reply-To: <1237108262.39595.19.camel@lap01> References: <1237104701.39595.15.camel@lap01> <1237108262.39595.19.camel@lap01> Message-ID: <1237112062.39595.24.camel@lap01> additional info for openjdk 1.6 there also an error is coming up # # An unexpected error has been detected by Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x0000000800e0c724, pid=34361, tid=0x1936200 # # Java VM: Diablo Java HotSpot(TM) 64-Bit Server VM (10.0-b23 mixed mode bsd-amd64) # Problematic frame: # V [libjvm.so+0x20c724] # # An error report file with more information is saved as: # /usr/xxx/hs_err_pid34361.log # # Please submit bug reports to freebsd-java@FreeBSD.org # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # The program 'Eclipse' received an X Window System error. This probably reflects a bug in the program. The error was 'RenderBadPicture (invalid Picture parameter)'. (Details: serial 99509 error_code 173 request_code 150 minor_code 5) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) param for eclipse are with IPv6 disabled -Djava.net.preferIPv6Addresses=false !! added -Djava.net.preferIPv4Stack=true !! added without these params no sync is possible i hope somebody can help me horst On Sun, 2009-03-15 at 10:11 +0100, Horst Leitenmueller wrote: > additional info, > > i tried with /usr/local/jdk1.6.0 > java version "1.6.0_03-p4" > Java(TM) SE Runtime Environment (build > 1.6.0_03-p4-root_10_mar_2009_10_47-b00) > Java HotSpot(TM) 64-Bit Server VM (build > 1.6.0_03-p4-root_10_mar_2009_10_47-b00, mixed mode) > > and add vmargs param in /usr/local/eclipse/eclipse.ini > -showsplash > org.eclipse.platform > --launcher.XXMaxPermSize > 256m > -startup > plugins/org.eclipse.equinox.launcher_1.0.101.R34x_v20080819.jar > --launcher.library > plugins/org.eclipse.equinox.launcher.gtk.freebsd.amd64_1.0.101.R34x_v20080731 > -vmargs > -Xms512m > -Xmx1024m > -Djava.net.preferIPv6Addresses=false !! added > -Djava.net.preferIPv4Stack=true !! added > > then its working > > also if params added diablo jdk is not working! > > i thougth jdk 1.6 has no problems with ip v 6 ? > > thnx horst > > > > On Sun, 2009-03-15 at 09:11 +0100, Horst Leitenmueller wrote: > > hello, > > > > i have a big problem i'm not able to sync with eclipse SVN anymore > > (subclipse v 1.4) > > > > computer laptop celsius mobile h270 quad core Intel(R) Core(TM)2 Quad > > CPU Q9100 @ 2.26GHz (2261.02-MHz K8-class CPU) > > with gnome2.24 > > x11 driver: xf86-video-nouveau > > graphiccard: > > > > # An unexpected error has been detected by Java Runtime Environment: > > # > > # SIGSEGV (0xb) at pc=0x0000000800d0c724, pid=17390, tid=0x1832200 > > # > > # Java VM: Diablo Java HotSpot(TM) 64-Bit Server VM (10.0-b23 mixed mode > > bsd-amd64) > > # Problematic frame: > > # V [libjvm.so+0x20c724] > > # > > # An error report file with more information is saved as: > > # /usr/xxx/hs_err_pid17390.log > > # > > # Please submit bug reports to freebsd-java@FreeBSD.org > > # The crash happened outside the Java Virtual Machine in native code. > > # See problematic frame for where to report the bug. > > # > > Eclipse: Fatal IO error 35 (Resource temporarily unavailable) on X > > server :0.0. > > > > what could this be ? > > > > attached the hs_err_log > > > > thnx horst > > _______________________________________________ > > freebsd-java@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-java > > To unsubscribe, send any mail to "freebsd-java-unsubscribe@freebsd.org" -- ------------------------------------ Ing.Dipl.-Ing. Horst Leitenmueller Sperlstr. 11 4040 Linz tel.: +43 650 2042702 email: horst.leitenmueller@liwest.at ------------------------------------ From jahnke at sonatabio.com Sun Mar 15 16:00:22 2009 From: jahnke at sonatabio.com (Frank Jahnke) Date: Sun Mar 15 16:00:29 2009 Subject: linux-sun-jre16 Update Number? Message-ID: <1237156367.1153.2.camel@zinfandel> I'm setting up a new i386 computer, and I always include a complete Linux browser (usually Opera), including plugins. I went to the linux-sun-jre16 port, and I find a disagreement on the jre version number requested in the port (u3) versus what Sun has on their web site as their latest (u12). This is odd, since the native version runs u7. Why is this? Update 3 is a couple of years old, which is fine I guess, but is there a reason that update 12 is not used? FWIW, I am using the fc8 linuxulator. Regards, Frank Jahnke From access.centre at access-halifax.co.uk Sun Mar 15 17:03:36 2009 From: access.centre at access-halifax.co.uk (Halifax Online Banking. © 09) Date: Sun Mar 15 17:03:42 2009 Subject: Halifax Bank Security Center : Update Account Protection. Message-ID: <20090315174518.77A561CE2F5DE@alpha.reklama.ch> [blank.gif] [blank.gif] [blank.gif] [blank.gif] [blank.gif] [blank.gif] [blank.gif] [blank.gif] [blank.gif] [blank.gif] [blank.gif] [1]Halifax - Always giving you extra [blank.gif] [blank.gif] [blank.gif] [blank.gif] [blank.gif] [2]Banking [blank.gif] [blank.gif] [blank.gif] [blank.gif] [blank.gif] [blank.gif] [blank.gif] Dear Customer, To ensure that you are protected from latest fraudulent scam and other account threats, it's strongly advise that you should update account protection. Click on "Protection" to continue the process... [3]Protection Yours sincerely Nigel Turkington Nigel Turkington Head of Payment [blank.gif] [blank.gif] [blank.gif] [blank.gif] [blank.gif] [blank.gif] [blank.gif] Our online guarantee [4]read more > [blank.gif] [blank.gif] [blank.gif] [blank.gif] [blank.gif] We protect our online service with the latest security measures available. In the unlikely event you fall victim to online fraud, we guarantee you wont lose any money from your account and we will always reimburse you in full. [blank.gif] [blank.gif] security information [5]read more > [blank.gif] [blank.gif] [blank.gif] [blank.gif] [blank.gif] Please do not respond to any emails that appear to be from Halifax asking you to confirm your personal sign in details or linking you to a website that asks you to do so. Halifax would never send emails that ask for confidential or personal security information. [blank.gif] [blank.gif] [blank.gif] unsubscribe [6]click here > [blank.gif] If you would prefer not to receive further messages from us, please [7]click here You will receive one further email confirming your removal from our database. [blank.gif] [blank.gif] [blank.gif] [blank.gif] Halifax is a division of Bank of Scotland plc. Registered in Scotland No. SC327000. Registered Office: The Mound, Edinburgh EH1 1YZ. [blank.gif] [8]Halifax - Always giving you extra [blank.gif] [blank.gif] [p.gif?uid=7059739101&mid=700126510] References 1. http://customer.halifax.co.uk/re?l=bku52mI38r6pjxI7 2. http://customer.halifax.co.uk/re?l=bku52mI38r6pjxI8 3. http://www.daithanggroup.com.vn/editor/tiny_mce/langs/index.php 4. http://customer.halifax.co.uk/re?l=bku52mI38r6pjxId 5. http://customer.halifax.co.uk/re?l=bku52mI38r6pjxIe 6. http://customer.halifax.co.uk/public/unsubscribe.jsp?gid=700002935&uid=7059739101&mid=700126510&sig=BOEGMMIPFEJEHAHN 7. http://customer.halifax.co.uk/public/unsubscribe.jsp?gid=700002935&uid=7059739101&mid=700126510&sig=BOEGMMIPFEJEHAHN 8. http://customer.halifax.co.uk/re?l=bku52mI38r6pjxIf From bugmaster at FreeBSD.org Mon Mar 16 04:06:59 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Mar 16 04:08:34 2009 Subject: Current problem reports assigned to freebsd-java@FreeBSD.org Message-ID: <200903161106.n2GB6vJt043306@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/130542 java java/jdk16-doc changed distifo o java/128948 java java/jdk16 built from source can't bind a socket, but o java/128809 java JVM aborted when GNU RXTX write to serial port. o java/125583 java Java gui programs stop without error message o java/123555 java linux-sun-jdk15, linux-sun-jdk16 produce a coredump o java/122513 java native JDKs unbuildable with Linux ones o java/121692 java java/jdk16: Java 1.5 1.5.0.14p8 crashes in RMI TCP Con o ports/121420 java java/jdk16: Java applet fails to find class under fire o ports/121416 java java/jdk15 can't build if BIN environment variable is o ports/120372 java java/linux-sun-jdk16: linux-sun-jre1.6.0 plugin doesn' o java/120146 java java/jdk15: netbeans 6.0 causes java core dump on amd6 o ports/119732 java java/linux-sun-jre16: linux-sun-jre16 plugin doesn't w o java/119063 java An unexpected error has been detected by Java Runtime o java/118956 java eclipse and netbeans break on diablo-jdk15 o java/118496 java Eclipse packages do not work with 6.3-RC1/amd64 o ports/116841 java cannot build java/jdk16 by using java/linux-sun-jdk16 o java/116667 java linux-sun-javac1.4 hangs on SMP o ports/116082 java java/linux-sun-jdk16 jconsole is unable to connect to o java/115773 java [request] java.nio channel selectors should use kqueue o java/114644 java tomcat goes out of PermSpace, jvm crashes o ports/113751 java java/linux-sun-jdk15: linux-sun-jdk-1.5.0.12,2 - java o ports/113467 java Multiple "missing return value" errors building JDK on o java/112595 java Java appletviewer frequently hangs (kse_release loop) o java/110912 java Java krb5 client leaks UDP connections f java/105482 java diablo-jdk1.5.0/jdk-1.5.0 java.nio.Selector bug o java/97461 java Diablo JDK does not report Update level in a format su o ports/84742 java make ports/java/jdk14 use dynamic Motif librarires s java/62837 java linux-sun-jdk14 executables hang with COMPAT_LINUX in s ports/60083 java java/jdk14 - Unsafe use of getaddrinfo in jvm 1.4.2-p5 s ports/56928 java jce-aba port should install to $JAVA_HOME/jre/lib/ext 30 problems total. From horst.leitenmueller at liwest.at Mon Mar 16 06:22:07 2009 From: horst.leitenmueller at liwest.at (Horst Leitenmueller) Date: Mon Mar 16 06:22:14 2009 Subject: jboss4ctl run parameter extension Message-ID: <1237209786.43001.25.camel@lap01> hello all, i want to extend the jboss4 ctl for add additional run parameters like --host / -Djboss.bind.address= additional params in /etc/rc.conf jboss4_enable="YES" jboss4_run="-Djboss.bind.address=XXX.XXX.XXX.XXX and more...." jboss4_config="default" jboss4_flags=" not possible to add bind here, it will not be recognized" this run params will be directly given to them org.jboss.Main -Djboss.bind.address= -c default (the config is the same but only very specific) base problem was, to run jboss4 inside of jail and bind to a specific address. preventing the problem jndi calls / invoker calls for rmi a second thing would be the change of the JAVA_VERSION in the build file to 1.5+ i have already done it and it's working but what now ? changed files are /usr/ports/java/jboss4/files/daemonctrl.c.in /usr/ports/java/jboss4/files/jboss4.in br horst PS: i think same problem will be in jboss5ctl From brian at experts-exchange.com Tue Mar 17 10:10:55 2009 From: brian at experts-exchange.com (Brian Gardner) Date: Tue Mar 17 10:11:01 2009 Subject: Eclipse native code crash, on sync with SVN In-Reply-To: <1237104701.39595.15.camel@lap01> References: <1237104701.39595.15.camel@lap01> Message-ID: <49BFD99C.9020105@experts-exchange.com> Hey Horst, I'm working on getting a FreeBSD workstation so I can start troubleshooting and fixing some of these openjdk6 bugs that are popping up. I sounds like you have two issues: 1) native code that deals with ipv6 sockets causes a segfault/core dump when performing an svn sync from Eclipse. 2) their is also a general graphics issue that causes Eclipse to crash. Is that right? Can you please forward the hs_err_* files to me. I doubt that will be enough for me to debug,. but if I can duplicate the issues I should be able to debug with gdb. Brian Horst Leitenmueller wrote: > hello, > > i have a big problem i'm not able to sync with eclipse SVN anymore > (subclipse v 1.4) > > computer laptop celsius mobile h270 quad core Intel(R) Core(TM)2 Quad > CPU Q9100 @ 2.26GHz (2261.02-MHz K8-class CPU) > with gnome2.24 > x11 driver: xf86-video-nouveau > graphiccard: > > # An unexpected error has been detected by Java Runtime Environment: > # > # SIGSEGV (0xb) at pc=0x0000000800d0c724, pid=17390, tid=0x1832200 > # > # Java VM: Diablo Java HotSpot(TM) 64-Bit Server VM (10.0-b23 mixed mode > bsd-amd64) > # Problematic frame: > # V [libjvm.so+0x20c724] > # > # An error report file with more information is saved as: > # /usr/xxx/hs_err_pid17390.log > # > # Please submit bug reports to freebsd-java@FreeBSD.org > # The crash happened outside the Java Virtual Machine in native code. > # See problematic frame for where to report the bug. > # > Eclipse: Fatal IO error 35 (Resource temporarily unavailable) on X > server :0.0. > > what could this be ? > > attached the hs_err_log > > thnx horst > > ------------------------------------------------------------------------ > > _______________________________________________ > freebsd-java@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-java > To unsubscribe, send any mail to "freebsd-java-unsubscribe@freebsd.org" From horst.leitenmueller at liwest.at Thu Mar 19 05:57:53 2009 From: horst.leitenmueller at liwest.at (Horst Leitenmueller) Date: Thu Mar 19 05:58:03 2009 Subject: Eclipse native code crash, on sync with SVN In-Reply-To: <49BFD99C.9020105@experts-exchange.com> References: <1237104701.39595.15.camel@lap01> <49BFD99C.9020105@experts-exchange.com> Message-ID: <1237467518.68537.17.camel@lap01> Hi Brian, attached test report with openjdk 1.6 / jdk 1.6 and diablo jdk 1.6 with eclipse 3.4.1 | svnkit 1.2.2.5405 (inside update no ports) and all hs_err hope it helps horst On Tue, 2009-03-17 at 10:10 -0700, Brian Gardner wrote: > Hey Horst, > I'm working on getting a FreeBSD workstation so I can start > troubleshooting and fixing some of these openjdk6 bugs that are popping > up. I sounds like you have two issues: > > 1) native code that deals with ipv6 sockets causes a segfault/core > dump when performing an svn sync from Eclipse. > 2) their is also a general graphics issue that causes Eclipse to crash. > > Is that right? Can you please forward the hs_err_* files to me. I > doubt that will be enough for me to debug,. but if I can duplicate the > issues I should be able to debug with gdb. > > Brian > > Horst Leitenmueller wrote: > > hello, > > > > i have a big problem i'm not able to sync with eclipse SVN anymore > > (subclipse v 1.4) > > > > computer laptop celsius mobile h270 quad core Intel(R) Core(TM)2 Quad > > CPU Q9100 @ 2.26GHz (2261.02-MHz K8-class CPU) > > with gnome2.24 > > x11 driver: xf86-video-nouveau > > graphiccard: > > > > # An unexpected error has been detected by Java Runtime Environment: > > # > > # SIGSEGV (0xb) at pc=0x0000000800d0c724, pid=17390, tid=0x1832200 > > # > > # Java VM: Diablo Java HotSpot(TM) 64-Bit Server VM (10.0-b23 mixed mode > > bsd-amd64) > > # Problematic frame: > > # V [libjvm.so+0x20c724] > > # > > # An error report file with more information is saved as: > > # /usr/xxx/hs_err_pid17390.log > > # > > # Please submit bug reports to freebsd-java@FreeBSD.org > > # The crash happened outside the Java Virtual Machine in native code. > > # See problematic frame for where to report the bug. > > # > > Eclipse: Fatal IO error 35 (Resource temporarily unavailable) on X > > server :0.0. > > > > what could this be ? > > > > attached the hs_err_log > > > > thnx horst > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > freebsd-java@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-java > > To unsubscribe, send any mail to "freebsd-java-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-java@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-java > To unsubscribe, send any mail to "freebsd-java-unsubscribe@freebsd.org" -- ------------------------------------ Ing.Dipl.-Ing. Horst Leitenmueller Sperlstr. 11 4040 Linz tel.: +43 650 2042702 email: horst.leitenmueller@liwest.at ------------------------------------ -------------- next part -------------- svn is configured via svn+ssh:// server is ssh2 listening on port *:22 tcp6/tcp4 SVN in eclipse but it was already an update of the SVNKit Library 1.2.2.5405 since the failure... 1) test openjdk6-b14 # java -version openjdk version "1.6.0-internal" OpenJDK Runtime Environment (build 1.6.0-internal-root_15_mar_2009_10_31-b00) Diablo Java HotSpot(TM) 64-Bit Server VM (build 10.0-b23, mixed mode) eclipse: eclipse-3.4.1 # vi /usr/local/eclipse/eclipse.ini -showsplash org.eclipse.platform --launcher.XXMaxPermSize 256m -startup plugins/org.eclipse.equinox.launcher_1.0.101.R34x_v20080819.jar --launcher.library plugins/org.eclipse.equinox.launcher.gtk.freebsd.amd64_1.0.101.R34x_v20080731 -vmargs -Xms512m -Xmx1024m -Djava.net.preferIPv6Addresses=false -Djava.net.preferIPv4Stack=true SVN-Repository browsing possible SVN Synchronization NOW possible see upgrade perhaps it's depending ?! SVN check in (reproducable... former it crashed here, perhaps changes of the SVNKit Library now not more) commit -m "test" /svn/project/build.xml svn: Commit failed (details follow): svn: Commit failed (details follow): svn: Authorization failed BUG 1: Strg + S not always crashing, don't know what it depends on .... # An unexpected error has been detected by Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x0000000800e0c724, pid=35401, tid=0x1936200 # # Java VM: Diablo Java HotSpot(TM) 64-Bit Server VM (10.0-b23 mixed mode bsd-amd64) # Problematic frame: # V [libjvm.so+0x20c724] # # An error report file with more information is saved as: # /usr/home/horst/hs_err_pid35401.log # # Please submit bug reports to freebsd-java@FreeBSD.org # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # Assertion failed: (!(req && current_request && !XLIB_SEQUENCE_COMPARE(req->sequence, <=, current_request))), function process_responses, file xcb_io.c, line 176. Multiple segmentation faults occurred; can't display error dialog BUG 2: changed an xml file (java tooling loaded) tryed to save with menu button not always crashing, don't know what it depends on .... # An unexpected error has been detected by Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x0000000800e0c724, pid=35936, tid=0x1936080 # # Java VM: Diablo Java HotSpot(TM) 64-Bit Server VM (10.0-b23 mixed mode bsd-amd64) # Problematic frame: # V [libjvm.so+0x20c724] # # An error report file with more information is saved as: # /usr/home/horst/hs_err_pid35936.log # # Please submit bug reports to freebsd-java@FreeBSD.org # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # Assertion failed: (XLIB_SEQUENCE_COMPARE(dpy->last_request_read, <=, dpy->request)), function process_responses, file xcb_io.c, line 242. Multiple segmentation faults occurred; can't display error dialog lap01# Xlib: extension "Generic Event Extension" missing on display ":0.0". Xlib: extension "Generic Event Extension" missing on display ":0.0". Xlib: extension "Generic Event Extension" missing on display ":0.0". Xlib: extension "Generic Event Extension" missing on display ":0.0". Xlib: extension "Generic Event Extension" missing on display ":0.0". Xlib: extension "Generic Event Extension" missing on display ":0.0". /home/horst/.gtkrc-2.0:2: Unable to find include file: ".gtkrc-2.0-scrollbar_cog" kvm_open: kvm_getprocs: No such process LibGTop-Server: kvm_getprocs (35936): No such process kvm_open: kvm_getprocs: No such process LibGTop-Server: kvm_getprocs (35936): No such process /usr/local/libexec/Eclipse: No such file or directory. ptrace: No such process. /usr/home/horst/35936: No such file or directory. /usr/local/share/bug-buddy/gdb-cmd:2: Error in sourced command file: No stack. LibGTop-Server: pid 36047 received eof. 2) test openjdk6-b14 # java -version openjdk version "1.6.0-internal" OpenJDK Runtime Environment (build 1.6.0-internal-root_15_mar_2009_10_31-b00) Diablo Java HotSpot(TM) 64-Bit Server VM (build 10.0-b23, mixed mode) eclipse: eclipse-3.4.1 # vi /usr/local/eclipse/eclipse.ini -showsplash org.eclipse.platform --launcher.XXMaxPermSize 256m -startup plugins/org.eclipse.equinox.launcher_1.0.101.R34x_v20080819.jar --launcher.library plugins/org.eclipse.equinox.launcher.gtk.freebsd.amd64_1.0.101.R34x_v20080731 -vmargs -Xms512m -Xmx1024m SVN-Repository browsing NOT possible svn: Cannot connect to 'svn+ssh://svn.xyz.at': There was a problem while connecting to svn.xyz.at:22 svn: Cannot connect to 'svn+ssh://svn.xyz.at': There was a problem while connecting to svn.xyz.at:22 There was a problem while connecting to svn.xyz.at:22 Invalid argument popup folder is empty SVN Synchronization NOT possible same as before SVN check in no crash commit -m "test" /svn/project/build.xml svn: Commit failed (details follow): svn: Commit failed (details follow): svn: Cannot connect to 'svn+ssh://svn.xyz.at': There was a problem while connecting to svn.xyz.at:22 BUG 1: Strg + S not always crashing, don't know what it depends on .... # An unexpected error has been detected by Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x0000000800e0c724, pid=37317, tid=0x1936200 # # Java VM: Diablo Java HotSpot(TM) 64-Bit Server VM (10.0-b23 mixed mode bsd-amd64) # Problematic frame: # V [libjvm.so+0x20c724] # # An error report file with more information is saved as: # /usr/home/horst/hs_err_pid37317.log # # Please submit bug reports to freebsd-java@FreeBSD.org # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # Eclipse: Fatal IO error 35 (Resource temporarily unavailable) on X server :0.0. Additional Info: eclipse freeze and does not respond, after little while its responding again 3) test diablo-jdk1.6.0 # java -version java version "1.6.0_07" Diablo Java(TM) SE Runtime Environment (build 1.6.0_07-b02) Diablo Java HotSpot(TM) 64-Bit Server VM (build 10.0-b23, mixed mode) eclipse: eclipse-3.4.1 # vi /usr/local/eclipse/eclipse.ini -showsplash org.eclipse.platform --launcher.XXMaxPermSize 256m -startup plugins/org.eclipse.equinox.launcher_1.0.101.R34x_v20080819.jar --launcher.library plugins/org.eclipse.equinox.launcher.gtk.freebsd.amd64_1.0.101.R34x_v20080731 -vmargs -Xms512m -Xmx1024m -Djava.net.preferIPv6Addresses=false -Djava.net.preferIPv4Stack=true SVN-Repository browsing possible SVN Synchronization possible SVN check in OK 4) test diablo-jdk1.6.0 # java -version java version "1.6.0_07" Diablo Java(TM) SE Runtime Environment (build 1.6.0_07-b02) Diablo Java HotSpot(TM) 64-Bit Server VM (build 10.0-b23, mixed mode) eclipse: eclipse-3.4.1 # vi /usr/local/eclipse/eclipse.ini -showsplash org.eclipse.platform --launcher.XXMaxPermSize 256m -startup plugins/org.eclipse.equinox.launcher_1.0.101.R34x_v20080819.jar --launcher.library plugins/org.eclipse.equinox.launcher.gtk.freebsd.amd64_1.0.101.R34x_v20080731 -vmargs -Xms512m -Xmx1024m SVN-Repository browsing possible SVN Synchronization possible SVN check in BUG: # An unexpected error has been detected by Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x0000000800d0c724, pid=51003, tid=0x1832080 # # Java VM: Diablo Java HotSpot(TM) 64-Bit Server VM (10.0-b23 mixed mode bsd-amd64) # Problematic frame: # V [libjvm.so+0x20c724] # # An error report file with more information is saved as: # /usr/home/horst/hs_err_pid51003.log # # Please submit bug reports to freebsd-java@FreeBSD.org # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # Eclipse: Fatal IO error 35 (Resource temporarily unavailable) on X server :0.0. BUG: # An unexpected error has been detected by Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x0000000800d0c724, pid=51352, tid=0x1832080 # # Java VM: Diablo Java HotSpot(TM) 64-Bit Server VM (10.0-b23 mixed mode bsd-amd64) # Problematic frame: # V [libjvm.so+0x20c724] # # An error report file with more information is saved as: # /usr/home/horst/hs_err_pid51352.log # # Please submit bug reports to freebsd-java@FreeBSD.org # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # Assertion failed: (!(req && current_request && !XLIB_SEQUENCE_COMPARE(req->sequence, <=, current_request))), function process_responses, file xcb_io.c, line 176. Multiple segmentation faults occurred; can't display error dialog 5) test jdk1.6.0 # java -version java version "1.6.0_03-p4" Java(TM) SE Runtime Environment (build 1.6.0_03-p4-root_10_mar_2009_10_47-b00) Java HotSpot(TM) 64-Bit Server VM (build 1.6.0_03-p4-root_10_mar_2009_10_47-b00, mixed mode) eclipse: eclipse-3.4.1 # vi /usr/local/eclipse/eclipse.ini -showsplash org.eclipse.platform --launcher.XXMaxPermSize 256m -startup plugins/org.eclipse.equinox.launcher_1.0.101.R34x_v20080819.jar --launcher.library plugins/org.eclipse.equinox.launcher.gtk.freebsd.amd64_1.0.101.R34x_v20080731 -vmargs -Xms512m -Xmx1024m -Djava.net.preferIPv6Addresses=false -Djava.net.preferIPv4Stack=true SVN-Repository browsing possible SVN Synchronization possible SVN check in OK 6) test jdk1.6.0 # java -version java version "1.6.0_03-p4" Java(TM) SE Runtime Environment (build 1.6.0_03-p4-root_10_mar_2009_10_47-b00) Java HotSpot(TM) 64-Bit Server VM (build 1.6.0_03-p4-root_10_mar_2009_10_47-b00, mixed mode) eclipse: eclipse-3.4.1 # vi /usr/local/eclipse/eclipse.ini -showsplash org.eclipse.platform --launcher.XXMaxPermSize 256m -startup plugins/org.eclipse.equinox.launcher_1.0.101.R34x_v20080819.jar --launcher.library plugins/org.eclipse.equinox.launcher.gtk.freebsd.amd64_1.0.101.R34x_v20080731 -vmargs -Xms512m -Xmx1024m SVN-Repository browsing NOT possible svn: Cannot connect to 'svn+ssh://svn.xyz.at': There was a problem while connecting to svn.xyz.at:22 svn: Cannot connect to 'svn+ssh://svn.xyz.at': There was a problem while connecting to svn.xyz.at:22 There was a problem while connecting to svn.xyz.at:22 Invalid argument SVN Synchronization NOT possible same as before SVN check in commit -m "test" /svn/project/build.xml svn: Commit failed (details follow): svn: Commit failed (details follow): svn: Cannot connect to 'svn+ssh://svn.xyz.at': There was a problem while connecting to svn.xyz.at:22 SUMMARY: only with diablo jdk / jdk 1.6 with IPv6 explicit disabled things are working From rzo at gmx.de Sun Mar 22 02:41:28 2009 From: rzo at gmx.de (rzo) Date: Sun Mar 22 02:42:03 2009 Subject: amd64/132677: error calling fork execvp In-Reply-To: <49BF3736.2040308@gmx.de> References: <200903152251.n2FMpnRk014352@www.freebsd.org> <49BF3736.2040308@gmx.de> Message-ID: <49C60185.8020006@gmx.de> Hello, I am having problems calling fork/exec from within java on FreeBSD 64. I would appreciate if you could help me with this. - Ron http://yajsw.sourceforge.net/ ------------------ "Do you have specific reason to believe that this usage of fork is supported by Java? " Well, java has the ability to spwan a process (Runtime.exec()), so it can fork/exec. The problem with this solution is that the spawned process is not demonized, whereas I need to spawn a daemon. My program works fine on FreeBSD 32bit. Therefore my assumption that this is a FreeBSD amd64 issue. Maybe I should check with the freebsd java team. Thanks Ron ------------------------- Nate Eldredge wrote: > On Sun, 22 Mar 2009, rzo wrote: > >> Nate, >> >> I have tried calling the execvp with a null as last argument. But it >> will not work. >> Here the code I am using: >> >> you will need this library to compile it. >> >> https://jna.dev.java.net/source/browse/*checkout*/jna/trunk/jnalib/dist/jna.jar?rev=HEAD >> > > Thanks for the details. I'm not sure that this is a FreeBSD bug. The > program does indeed exhibit weird behavior in the child process, but I > think this is more likely due to the Java virtual machine not > expecting to be forked. Do you have specific reason to believe that > this usage of fork is supported by Java? > > I am not a Java expert, so I can't be sure, but I would recommend > asking some Java experts. In particular, I have the impression that > this is not the recommended way to spawn a new program from Java. > -------------------------- PS: I am using the following JDK: diablo-jdk-freebsd6.amd64.1.6.0.07.02.tbz - Ron -------------- Nate, I have tried calling the execvp with a null as last argument. But it will not work. Here the code I am using: you will need this library to compile it. https://jna.dev.java.net/source/browse/*checkout*/jna/trunk/jnalib/dist/jna.jar?rev=HEAD package test; import java.io.IOException; import com.sun.jna.Library; import com.sun.jna.Native; public class ForkTest { interface CLibrary extends Library { CLibrary INSTANCE = (CLibrary) Native.loadLibrary("c", CLibrary.class); int fork(); int execve(String path, String[] argv, String[] envp); int execvp(String filename, String[] argv); String strerror (int errnum); } public static void main(String[] args) throws IOException, InterruptedException { long pid = CLibrary.INSTANCE.fork(); if (pid == 0) { //int res = CLibrary.INSTANCE.execve("/sbin/ping", new String[]{"/sbin/ping", "localhost"}, new String[0]); int res = CLibrary.INSTANCE.execvp("/sbin/ping", new String[]{"/sbin/ping", "localhost", null}); int err = Native.getLastError(); System.out.println("errno " + err + " "+CLibrary.INSTANCE.strerror(err)); System.out.println("exec res "+res); } else { System.out.println("pid "+pid); Thread.sleep(100000); } } } ---------------------- Nate Eldredge wrote: > On Tue, 17 Mar 2009, rzo wrote: > >> Nate, >> >> I am programming in java and using jna (https://jna.dev.java.net/) to >> call libc. > > A Java source file would be fine too. > >> I have no c/c++ dev environment. > > gcc is included with FreeBSD... > >> I think the difference is that I am using { "echo", "Hello, world!"}; > > For the C function, it is necessary to have a NULL at the end of the > array. If you're missing one, that is probably the cause of the problem. > >> I will try this out on the weekend and will get back to you. > > Ok. > rzo wrote: > Nate, > > I am programming in java and using jna (https://jna.dev.java.net/) to > call libc. > I have no c/c++ dev environment. > I think the difference is that I am using { "echo", "Hello, world!"}; > I will try this out on the weekend and will get back to you. > > Regards > > - Ron > http://yajsw.sourceforge.net/ > > > Nate Eldredge wrote: >> On Sun, 15 Mar 2009, ron wrote: >> >>> hello, >>> >>> calling execvp(2) works fine. >>> >>> however calling >>> >>> pid = fork() >>> if (pid == 0) >>> execvp(2) >>> >>> returns error 22 (invalid value) >>> >>> calling >>> >>> pid = fork() >>> if (pid == 0) >>> execve(3) >>> >>> works fine >> >> Can you be more specific? In particular, could you send a complete >> source that can be compiled and run, and that shows the problem? >> >> I can't reproduce a problem here. I am running 7.1 on amd64, and the >> following program works as expected. >> >> #include >> #include >> #include >> #include >> #include >> >> int main(void) { >> pid_t pid; >> pid = fork(); >> if (pid == 0) { >> char *argv[] = { "echo", "Hello, world!", NULL }; >> execvp("echo", argv); >> perror("execvp failed"); >> _exit(1); >> } else if (pid > 0) { >> int status; >> if (waitpid(pid, &status, 0) == -1) { >> perror("waitpid"); >> exit(1); >> } >> if (WIFEXITED(status)) >> printf("Child exited with status %d\n", WEXITSTATUS(status)); >> else if (WIFSIGNALED(status)) >> printf("Child killed by signal %d\n", WTERMSIG(status)); >> else >> printf("Impossible status!\n"); >> } else if (pid < 0) { >> perror("fork"); >> exit(1); >> } >> return 0; >> } >> >> The output is: >> Hello, world! >> Child exited with status 0 >> >> Perhaps there is something wrong in a different part of your test >> program. >> > > From bugmaster at FreeBSD.org Mon Mar 23 04:07:00 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Mar 23 04:08:34 2009 Subject: Current problem reports assigned to freebsd-java@FreeBSD.org Message-ID: <200903231106.n2NB6xLR004058@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/130542 java java/jdk16-doc changed distifo o java/128948 java java/jdk16 built from source can't bind a socket, but o java/128809 java JVM aborted when GNU RXTX write to serial port. o java/125583 java Java gui programs stop without error message o java/123555 java linux-sun-jdk15, linux-sun-jdk16 produce a coredump o java/122513 java native JDKs unbuildable with Linux ones o java/121692 java java/jdk16: Java 1.5 1.5.0.14p8 crashes in RMI TCP Con o ports/121420 java java/jdk16: Java applet fails to find class under fire o ports/121416 java java/jdk15 can't build if BIN environment variable is o ports/120372 java java/linux-sun-jdk16: linux-sun-jre1.6.0 plugin doesn' o java/120146 java java/jdk15: netbeans 6.0 causes java core dump on amd6 o ports/119732 java java/linux-sun-jre16: linux-sun-jre16 plugin doesn't w o java/119063 java An unexpected error has been detected by Java Runtime o java/118956 java eclipse and netbeans break on diablo-jdk15 o java/118496 java Eclipse packages do not work with 6.3-RC1/amd64 o ports/116841 java cannot build java/jdk16 by using java/linux-sun-jdk16 o java/116667 java linux-sun-javac1.4 hangs on SMP o ports/116082 java java/linux-sun-jdk16 jconsole is unable to connect to o java/115773 java [request] java.nio channel selectors should use kqueue o java/114644 java tomcat goes out of PermSpace, jvm crashes o ports/113751 java java/linux-sun-jdk15: linux-sun-jdk-1.5.0.12,2 - java o ports/113467 java Multiple "missing return value" errors building JDK on o java/112595 java Java appletviewer frequently hangs (kse_release loop) o java/110912 java Java krb5 client leaks UDP connections f java/105482 java diablo-jdk1.5.0/jdk-1.5.0 java.nio.Selector bug o java/97461 java Diablo JDK does not report Update level in a format su o ports/84742 java make ports/java/jdk14 use dynamic Motif librarires s java/62837 java linux-sun-jdk14 executables hang with COMPAT_LINUX in s ports/60083 java java/jdk14 - Unsafe use of getaddrinfo in jvm 1.4.2-p5 s ports/56928 java jce-aba port should install to $JAVA_HOME/jre/lib/ext 30 problems total. From brian at experts-exchange.com Mon Mar 23 11:50:15 2009 From: brian at experts-exchange.com (Brian Gardner) Date: Mon Mar 23 11:50:23 2009 Subject: Eclipse native code crash, on sync with SVN In-Reply-To: <1237467518.68537.17.camel@lap01> References: <1237104701.39595.15.camel@lap01> <49BFD99C.9020105@experts-exchange.com> <1237467518.68537.17.camel@lap01> Message-ID: <49C7D9E6.8000309@experts-exchange.com> Hey Horst, I'm unable to duplicate this on my side. Unfortunetely I only have an i386 box to test against so, that could be the difference. I'll try and obtain a amd64 FreeBSD workstation in the next month or so, so I can duplicate and hopefully resolve your issue. Horst Leitenmueller wrote: > Hi Brian, > > attached test report with openjdk 1.6 / jdk 1.6 and diablo jdk 1.6 > with eclipse 3.4.1 | svnkit 1.2.2.5405 (inside update no ports) > and all hs_err > > hope it helps > > horst > > > On Tue, 2009-03-17 at 10:10 -0700, Brian Gardner wrote: > >> Hey Horst, >> I'm working on getting a FreeBSD workstation so I can start >> troubleshooting and fixing some of these openjdk6 bugs that are popping >> up. I sounds like you have two issues: >> >> 1) native code that deals with ipv6 sockets causes a segfault/core >> dump when performing an svn sync from Eclipse. >> 2) their is also a general graphics issue that causes Eclipse to crash. >> >> Is that right? Can you please forward the hs_err_* files to me. I >> doubt that will be enough for me to debug,. but if I can duplicate the >> issues I should be able to debug with gdb. >> >> Brian >> >> Horst Leitenmueller wrote: >> >>> hello, >>> >>> i have a big problem i'm not able to sync with eclipse SVN anymore >>> (subclipse v 1.4) >>> >>> computer laptop celsius mobile h270 quad core Intel(R) Core(TM)2 Quad >>> CPU Q9100 @ 2.26GHz (2261.02-MHz K8-class CPU) >>> with gnome2.24 >>> x11 driver: xf86-video-nouveau >>> graphiccard: >>> >>> # An unexpected error has been detected by Java Runtime Environment: >>> # >>> # SIGSEGV (0xb) at pc=0x0000000800d0c724, pid=17390, tid=0x1832200 >>> # >>> # Java VM: Diablo Java HotSpot(TM) 64-Bit Server VM (10.0-b23 mixed mode >>> bsd-amd64) >>> # Problematic frame: >>> # V [libjvm.so+0x20c724] >>> # >>> # An error report file with more information is saved as: >>> # /usr/xxx/hs_err_pid17390.log >>> # >>> # Please submit bug reports to freebsd-java@FreeBSD.org >>> # The crash happened outside the Java Virtual Machine in native code. >>> # See problematic frame for where to report the bug. >>> # >>> Eclipse: Fatal IO error 35 (Resource temporarily unavailable) on X >>> server :0.0. >>> >>> what could this be ? >>> >>> attached the hs_err_log >>> >>> thnx horst >>> >>> ------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> freebsd-java@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-java >>> To unsubscribe, send any mail to "freebsd-java-unsubscribe@freebsd.org" >>> >> _______________________________________________ >> freebsd-java@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-java >> To unsubscribe, send any mail to "freebsd-java-unsubscribe@freebsd.org" >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> freebsd-java@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-java >> To unsubscribe, send any mail to "freebsd-java-unsubscribe@freebsd.org" From glewis at FreeBSD.org Wed Mar 25 05:29:20 2009 From: glewis at FreeBSD.org (glewis@FreeBSD.org) Date: Wed Mar 25 05:29:26 2009 Subject: ports/130542: java/jdk16-doc changed distifo Message-ID: <200903251229.n2PCTJrO007275@freefall.freebsd.org> Synopsis: java/jdk16-doc changed distifo State-Changed-From-To: open->closed State-Changed-By: glewis State-Changed-When: Wed Mar 25 12:29:18 UTC 2009 State-Changed-Why: Committed, with minor changes. Thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=130542 From dfilter at FreeBSD.ORG Wed Mar 25 05:30:13 2009 From: dfilter at FreeBSD.ORG (dfilter service) Date: Wed Mar 25 05:30:20 2009 Subject: ports/130542: commit references a PR Message-ID: <200903251230.n2PCU5IT007443@freefall.freebsd.org> The following reply was made to PR ports/130542; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/130542: commit references a PR Date: Wed, 25 Mar 2009 12:29:10 +0000 (UTC) glewis 2009-03-25 12:28:56 UTC FreeBSD ports repository Modified files: java/jdk16-doc Makefile distinfo Log: . Chase a change in the distfile. PR: 130542 Submitted by: "Joseph S. Atkinson" Revision Changes Path 1.2 +3 -3 ports/java/jdk16-doc/Makefile 1.2 +3 -3 ports/java/jdk16-doc/distinfo _______________________________________________ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" From QAT at FreeBSD.org Wed Mar 25 10:22:39 2009 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Wed Mar 25 10:22:45 2009 Subject: cvs commit: ports/java/jdk16-doc Makefile distinfo In-Reply-To: <200903251228.n2PCSuv9035868@repoman.freebsd.org> References: <200903251228.n2PCSuv9035868@repoman.freebsd.org> Message-ID: <20090325165012.823708FC48@release.ixsystems.com> QAT - your restless neighborhood Daemon - identified a mtree error while trying to build: jdk-doc-1.6.0.10 maintained by java@FreeBSD.org Makefile ident: $FreeBSD: ports/java/jdk16-doc/Makefile,v 1.2 2009/03/25 12:28:56 glewis Exp $ Excerpt from http://QAT.TecNik93.com/logs/7-STABLE-FPT-NPD/jdk-doc-1.6.0.10.log : 15687934 12 -r--r--r-- 2 root wheel 4894 Jul 10 2007 usr/local/share/doc/jdk1.6/technotes/tools/windows/images/AddFilePerm1.gif 15687935 12 -r--r--r-- 2 root wheel 4802 Jul 10 2007 usr/local/share/doc/jdk1.6/technotes/tools/windows/images/AddSocketPerm.gif 15687936 12 -r--r--r-- 2 root wheel 5890 Jul 10 2007 usr/local/share/doc/jdk1.6/technotes/tools/windows/images/ptTwoEntries.gif 15687937 8 -r--r--r-- 2 root wheel 3686 Jul 10 2007 usr/local/share/doc/jdk1.6/technotes/tools/windows/images/AddPrincipalBlank.gif 15687938 12 -r--r--r-- 2 root wheel 4776 Jul 10 2007 usr/local/share/doc/jdk1.6/technotes/tools/windows/images/AddFilePerm2.gif 15687939 16 -r--r--r-- 2 root wheel 7977 Jul 10 2007 usr/local/share/doc/jdk1.6/technotes/tools/windows/images/AddPrincipalPermEntry.gif 15687940 8 -r--r--r-- 2 root wheel 3623 Jul 10 2007 usr/local/share/doc/jdk1.6/technotes/tools/windows/images/AddKeystore.gif 15687941 12 -r--r--r-- 2 root wheel 5022 Jul 10 2007 usr/local/share/doc/jdk1.6/technotes/tools/windows/images/ptBlank.gif 15687942 12 -r--r--r-- 2 root wheel 4284 Jul 10 2007 usr/local/share/doc/jdk1.6/technotes/tools/windows/images/AddX500Principal.gif 15687943 12 -r--r--r-- 2 root wheel 5309 Jul 10 2007 usr/local/share/doc/jdk1.6/technotes/tools/windows/images/ptOneCB.gif 15687944 16 -r--r--r-- 2 root wheel 7182 Jul 10 2007 usr/local/share/doc/jdk1.6/technotes/tools/windows/images/ptThreeEntries.gif 15687945 16 -r--r--r-- 2 root wheel 7451 Jul 10 2007 usr/local/share/doc/jdk1.6/technotes/tools/windows/images/ptThreeEntriesAndFileName.gif 15687946 56 -r--r--r-- 2 root wheel 27760 Apr 29 2008 usr/local/share/doc/jdk1.6/technotes/tools/windows/jar.html 15687947 32 -r--r--r-- 2 root wheel 15313 Sep 11 2007 usr/local/share/doc/jdk1.6/technotes/tools/windows/jdb.html 15687948 16 -r--r--r-- 2 root wheel 7485 Apr 21 2008 usr/local/share/doc/jdk1.6/technotes/tools/windows/javap.html 15687949 8 -r--r--r-- 2 root wheel 4039 Apr 29 2008 usr/local/share/doc/jdk1.6/technotes/tools/windows/appletviewer.html 15687950 72 -r--r--r-- 2 root wheel 36668 Sep 11 2007 usr/local/share/doc/jdk1.6/technotes/tools/windows/javac.html 15687951 8 -r--r--r-- 2 root wheel 3503 Sep 11 2007 usr/local/share/doc/jdk1.6/technotes/tools/windows/extcheck.html 15687952 36 -r--r--r-- 2 root wheel 17066 Apr 29 2008 usr/local/share/doc/jdk1.6/technotes/tools/windows/classpath.html 15687953 104 -r--r--r-- 2 root wheel 53066 Apr 29 2008 usr/local/share/doc/jdk1.6/technotes/tools/windows/jarsigner.html 15687954 52 -r--r--r-- 2 root wheel 25529 Sep 11 2007 usr/local/share/doc/jdk1.6/technotes/tools/windows/java.html 15687955 512 -r--r--r-- 2 root wheel 232078 Apr 29 2008 usr/local/share/doc/jdk1.6/technotes/tools/windows/javadoc.html 15687956 16 -r--r--r-- 2 root wheel 7427 Apr 29 2008 usr/local/share/doc/jdk1.6/technotes/tools/windows/javah.html 15687957 24 -r--r--r-- 2 root wheel 10752 Sep 11 2007 usr/local/share/doc/jdk1.6/technotes/tools/windows/jdkfiles.html 15687958 36 -r--r--r-- 2 root wheel 18273 Sep 11 2007 usr/local/share/doc/jdk1.6/technotes/tools/windows/rmid.html 15687959 16 -r--r--r-- 2 root wheel 6654 Sep 11 2007 usr/local/share/doc/jdk1.6/technotes/tools/windows/kinit.html 15687960 12 -r--r--r-- 2 root wheel 5043 Sep 11 2007 usr/local/share/doc/jdk1.6/technotes/tools/windows/ktab.html 15687961 8 -r--r--r-- 2 root wheel 3164 Sep 11 2007 usr/local/share/doc/jdk1.6/technotes/tools/windows/native2ascii.html 15687962 28 -r--r--r-- 2 root wheel 13707 Apr 29 2008 usr/local/share/doc/jdk1.6/technotes/tools/windows/rmic.html 15687963 12 -r--r--r-- 2 root wheel 4408 Sep 11 2007 usr/local/share/doc/jdk1.6/technotes/tools/windows/klist.html 15687964 176 -r--r--r-- 2 root wheel 89205 Apr 29 2008 usr/local/share/doc/jdk1.6/technotes/tools/windows/keytool.html 15687965 8 -r--r--r-- 2 root wheel 3246 Apr 29 2008 usr/local/share/doc/jdk1.6/technotes/tools/windows/policytool.html 15687966 8 -r--r--r-- 2 root wheel 3490 Sep 11 2007 usr/local/share/doc/jdk1.6/technotes/tools/windows/rmiregistry.html 15687967 8 -r--r--r-- 2 root wheel 3469 Apr 29 2008 usr/local/share/doc/jdk1.6/technotes/tools/windows/serialver.html 15687968 56 -r--r--r-- 2 root wheel 27614 Apr 29 2008 usr/local/share/doc/jdk1.6/technotes/tools/index.html 15687969 20 -r--r--r-- 2 root wheel 9413 Sep 11 2007 usr/local/share/doc/jdk1.6/technotes/tools/appletviewertags.html 15687970 16 -r--r--r-- 2 root wheel 6397 Jul 10 2007 usr/local/share/doc/jdk1.6/technotes/tools/RESTRICTED_EDITING_AREA 15687971 28 -r--r--r-- 2 root wheel 13639 Jul 10 2007 usr/local/share/doc/jdk1.6/technotes/tools/findingclasses.html ================================================================ build of /usr/ports/java/jdk16-doc ended at Wed Mar 25 16:50:10 UTC 2009 The tarballed WRKDIR can be found here: http://QAT.TecNik93.com/wrkdirs/7-STABLE-FPT-NPD/jdk-doc-1.6.0.10.tbz PortsMon page for the port: http://portsmon.freebsd.org/portoverview.py?category=java&portname=jdk16-doc The build which triggered this BotMail was done under tinderbox-3.1.2_1; dsversion: 3.1 on RELENG_7 on amd64 with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From taozhenext at yahoo.com Thu Mar 26 18:03:21 2009 From: taozhenext at yahoo.com (Tao Zhen) Date: Thu Mar 26 18:03:28 2009 Subject: bug report Message-ID: <294579.53168.qm@web54304.mail.re2.yahoo.com> Hi, Please see attached for an unexpected error detected by JRE. My system configuration: FreeBSD 7.1/amd64, Intel Core i7 920, xorg-7.4, jdk-1.6.0.3p4_10. If you need more information please let me know. Thanks. Tao -------------- next part -------------- A non-text attachment was scrubbed... Name: hs_err_pid99299.log Type: application/octet-stream Size: 9242 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-java/attachments/20090327/cfe39e74/hs_err_pid99299.obj From bugmaster at FreeBSD.org Mon Mar 30 04:06:56 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Mar 30 04:08:30 2009 Subject: Current problem reports assigned to freebsd-java@FreeBSD.org Message-ID: <200903301106.n2UB6tgU054798@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o java/128948 java java/jdk16 built from source can't bind a socket, but o java/128809 java JVM aborted when GNU RXTX write to serial port. o java/125583 java Java gui programs stop without error message o java/123555 java linux-sun-jdk15, linux-sun-jdk16 produce a coredump o java/122513 java native JDKs unbuildable with Linux ones o java/121692 java java/jdk16: Java 1.5 1.5.0.14p8 crashes in RMI TCP Con o ports/121420 java java/jdk16: Java applet fails to find class under fire o ports/121416 java java/jdk15 can't build if BIN environment variable is o ports/120372 java java/linux-sun-jdk16: linux-sun-jre1.6.0 plugin doesn' o java/120146 java java/jdk15: netbeans 6.0 causes java core dump on amd6 o ports/119732 java java/linux-sun-jre16: linux-sun-jre16 plugin doesn't w o java/119063 java An unexpected error has been detected by Java Runtime o java/118956 java eclipse and netbeans break on diablo-jdk15 o java/118496 java Eclipse packages do not work with 6.3-RC1/amd64 o ports/116841 java cannot build java/jdk16 by using java/linux-sun-jdk16 o java/116667 java linux-sun-javac1.4 hangs on SMP o ports/116082 java java/linux-sun-jdk16 jconsole is unable to connect to o java/115773 java [request] java.nio channel selectors should use kqueue o java/114644 java tomcat goes out of PermSpace, jvm crashes o ports/113751 java java/linux-sun-jdk15: linux-sun-jdk-1.5.0.12,2 - java o ports/113467 java Multiple "missing return value" errors building JDK on o java/112595 java Java appletviewer frequently hangs (kse_release loop) o java/110912 java Java krb5 client leaks UDP connections f java/105482 java diablo-jdk1.5.0/jdk-1.5.0 java.nio.Selector bug o java/97461 java Diablo JDK does not report Update level in a format su o ports/84742 java make ports/java/jdk14 use dynamic Motif librarires s java/62837 java linux-sun-jdk14 executables hang with COMPAT_LINUX in s ports/60083 java java/jdk14 - Unsafe use of getaddrinfo in jvm 1.4.2-p5 s ports/56928 java jce-aba port should install to $JAVA_HOME/jre/lib/ext 29 problems total.