From owner-freebsd-java@FreeBSD.ORG Mon Feb 11 06:48:05 2013 Return-Path: Delivered-To: java@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9336B60A for ; Mon, 11 Feb 2013 06:48:05 +0000 (UTC) (envelope-from oliver@freebsd.org) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with ESMTP id 1E9F8911 for ; Mon, 11 Feb 2013 06:48:04 +0000 (UTC) Received: (qmail 69068 invoked by uid 80); 11 Feb 2013 06:41:21 -0000 Received: from 164.61.223.12 ([164.61.223.12]) by avocado.salatschuessel.net (Horde Framework) with HTTP; Mon, 11 Feb 2013 07:41:21 +0100 Date: Mon, 11 Feb 2013 07:41:21 +0100 Message-ID: <20130211074121.Horde.DZMFDMQ4xRdeQtvKwrz47Q8@avocado.salatschuessel.net> From: Oliver Lehmann To: java@freebsd.org Subject: MulticastSocket fix User-Agent: Internet Messaging Program (IMP) H5 (6.0.3) Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2013 06:48:05 -0000 Hi, could this be included in our openjdk7 and 6 port please? http://hg.openjdk.java.net/bsd-port/bsd-port/jdk/rev/bfa676f5b5db Greetings, Oliver From owner-freebsd-java@FreeBSD.ORG Mon Feb 11 11:06:47 2013 Return-Path: Delivered-To: freebsd-java@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 253DD286 for ; Mon, 11 Feb 2013 11:06:47 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id F382F1BCD for ; Mon, 11 Feb 2013 11:06:46 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r1BB6kqV081315 for ; Mon, 11 Feb 2013 11:06:46 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r1BB6kJW081313 for freebsd-java@FreeBSD.org; Mon, 11 Feb 2013 11:06:46 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 11 Feb 2013 11:06:46 GMT Message-Id: <201302111106.r1BB6kJW081313@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-java@FreeBSD.org Subject: Current problem reports assigned to freebsd-java@FreeBSD.org X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2013 11:06:47 -0000 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/175300 java java/jamvm fails to compile on ARM6 (raspberry-pi) o ports/174826 java java/openjdk6: gmake[5]: *** [/usr/ports/java/openjdk6 o ports/174825 java java/openjdk6: fails to build on i386 (64-bit mode not o java/173981 java Vuze and Java Errors o ports/173603 java java/icedtea-web starts javaws incorrectly o ports/173592 java java/openjdk6 fails on FreeBSD_9_1_RC2 o ports/173210 java java/openjdk6 - use better src placement o java/172962 java Sig11 while compiling OpenJDK6-b26 using clang o ports/171014 java [patch] Correct java/openjdk6 Dependency Declaration o ports/167903 java [PATCH] java/openjdk6: Fix build failure in 8.3 jail r o ports/164941 java [UPDATE] [NEW PORTS] java/classpath-initial, including o ports/162991 java java/openjdk6 fails to build o java/162522 java OpenJDK 6 is not setting close on exec o java/160553 java Jaikoz java based audio tagger core dumps o ports/159787 java java/openjdk6 nio muti-thread bug o ports/154884 java java/openjdk6: Every NetBeans version on FreeBSD 8.1 c f java/147512 java Crash of RXTX-2.1-7 on AMD64 system o java/140002 java java/openjdk6: jconsole dumps tomcat when contacting j o java/128809 java JVM aborted when GNU RXTX write to serial port. o java/123555 java linux-sun-jdk15, linux-sun-jdk16 produce a coredump o java/122513 java native JDKs unbuildable with Linux ones 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 ports/116082 java java/linux-sun-jdk16 jconsole is unable to connect to 24 problems total. From owner-freebsd-java@FreeBSD.ORG Mon Feb 11 22:15:45 2013 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id BCA51919 for ; Mon, 11 Feb 2013 22:15:45 +0000 (UTC) (envelope-from david@code.davidpcaldwell.com) Received: from mail-ie0-x231.google.com (ie-in-x0231.1e100.net [IPv6:2607:f8b0:4001:c03::231]) by mx1.freebsd.org (Postfix) with ESMTP id 92E03189 for ; Mon, 11 Feb 2013 22:15:45 +0000 (UTC) Received: by mail-ie0-f177.google.com with SMTP id 16so8429997iea.36 for ; Mon, 11 Feb 2013 14:15:45 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:x-originating-ip:from:date:message-id :subject:to:content-type:x-gm-message-state; bh=kMjvBhdoIhwKUMCZroUJTc6+EvsaJDYFiqMmPQbV7go=; b=aHxeLWyM5oOFgFxYTsNz02UkRJwwu5fn1VHrTXsNLoofLcMMFXB9yg9OHajWv8dsw/ j2Xy0CEOhLukLEV4k9pLZ+NpOKGQXBQPPWpAyhB7o2M7jYroi7GMU2Ly74+tQXMpnQcE hVksOAB0LmJ2+Uu6u6IcN2T37AjB1zkAxz4PNpjU7wt3nHsAAUIrXEfJzQ/GKV3OdT7B Y6I/q3wugYPF4WOOxtea76eOcMrsGkCyD08sRehla/6Awbm5viHOijWcOBXyC0cGNDmr LEH4UDQTIeqxFFQ9Yc5L1hvxknzZ49CVVHF3rVDiGqFkgRdryu3nGGzeoN/I5EOigDX3 L7Aw== X-Received: by 10.50.40.129 with SMTP id x1mr14346069igk.54.1360620944981; Mon, 11 Feb 2013 14:15:44 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.134.198 with HTTP; Mon, 11 Feb 2013 14:15:23 -0800 (PST) X-Originating-IP: [74.97.25.177] From: "David P. Caldwell" Date: Mon, 11 Feb 2013 17:15:23 -0500 Message-ID: Subject: Problem with Java System.exit on OpenJDK 7 To: freebsd-java@freebsd.org X-Gm-Message-State: ALoCoQl13HyuX9UKNoGLS/VQdJYYpofY0wN8Q9X72w6bhnJR4z7TvEsp/DNGRAOKlZ2D9oF2DYem Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2013 22:15:45 -0000 So I'm having a problem with the performance of a Java subprocess running under Java, running on 9.0-RELEASE i386. It's a big subprocess, difficult to decompose. It's a big parent process, difficult to decompose. I'm working on it. I've nearly ruled out the parent process as the culprit (see below), but I include it for completeness, just in case there's something I'm missing. Everything runs as expected on Windows, which brings me here to this list. Basically, the parent process launches the subprocess using a Java command. It runs. It runs fine. The *subprocess* calls System.exit(0). That's where the weirdness begins. System.exit(), for this program, takes about 2.6 seconds to run. And I can't figure out why. It takes 0.025 seconds on Windows. The program is a command shell, essentially, so having every subshell add 2.6 seconds of unnecessary execution time really slows things down. 1. The application has System.runFinalizersOnExit set to false; I checked in java.lang.Shutdown using reflection to be sure. 2. The application, during its shutdown, has only one shutdown hook to run -- the application shutdown hooks hook. That application shutdown hooks hook has one hook, registered by me, which prints the timestamp (for trying to debug this), only. Something takes 2.6 seconds to end the VM after this. 3. There are no temporary files to delete; I checked in java.io.DeleteFilesOnExit using reflection to make sure. The system registered shutdown hook in the slot for DeleteFilesOnExit is null. The problem appears to have nothing to do with the parent process. I synthesized a giant command line command using the environment variables and system properties under which the subprocess is running, and ran it from the bash prompt, and still got the 2.6 second delay, based on running the program inside a bash wrapper that first ran the subprocess giant command, then printed the system time. I'm 99.9% ready to rule it out based on that. During one experiment, when running the program twice on the same command line, one of the runs, using the same command line, actually completed System.exit in a time I'd expect -- about 0.03 seconds. The other took about 2.6 seconds. All subsequent runs have take about two-and-a-half seconds after the shutdown hooks; I haven't been able to reproduce the success and I am quite sure I didn't change anything. I'm running this in a graphical terminal on KDE; haven't tried from an ordinary console (obviously I am gradually broadening the things I'm doing, so I'll probably get to that). The program is not graphical and presents no GUI. The application does reference the standard input stream but the particular program I was running consumes no input. It references stdout and stderr as well, and is emitting output to those consoles. Does anyone have any idea or suggestions about where I should be looking at this point? Obviously it's hard to instrument the program further on FreeBSD -- I assume the NetBeans Profiler / jvisualvm stuff does not work on FreeBSD; that's the last I heard. From owner-freebsd-java@FreeBSD.ORG Mon Feb 11 23:54:56 2013 Return-Path: Delivered-To: java@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 0B344A76; Mon, 11 Feb 2013 23:54:56 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from hammer.pct.niksun.com (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id BA7177E6; Mon, 11 Feb 2013 23:54:55 +0000 (UTC) Message-ID: <5119846C.60204@FreeBSD.org> Date: Mon, 11 Feb 2013 18:53:16 -0500 From: Jung-uk Kim User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130128 Thunderbird/17.0.2 MIME-Version: 1.0 To: Oliver Lehmann Subject: Re: MulticastSocket fix References: <20130211074121.Horde.DZMFDMQ4xRdeQtvKwrz47Q8@avocado.salatschuessel.net> In-Reply-To: <20130211074121.Horde.DZMFDMQ4xRdeQtvKwrz47Q8@avocado.salatschuessel.net> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: java@freebsd.org X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2013 23:54:56 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2013-02-11 01:41:21 -0500, Oliver Lehmann wrote: > > Hi, > > could this be included in our openjdk7 and 6 port please? > > http://hg.openjdk.java.net/bsd-port/bsd-port/jdk/rev/bfa676f5b5db Done, thanks! Jung-uk Kim -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJRGYRrAAoJECXpabHZMqHOvjcIALB12w3DcR9IObxcIDJ/sPq5 c6M9+hAZa1S5CreinxDm/Ek7MURYmNP1/Craxg31y7Ha8bAsgLNs6qJ1zqhyIecp S22mn8tMmVuXN8hEqYdEcuhSL14dBOXLHdugtwAWEe8mYANJl8AfSS/KHl6kFeJr ow21I6jcZuITbFM4+Cz+mJB4cJzB5FZblfqsyLgNhP7n/X8goBD7Xaclk+gkPrdm HDqpykpy1ykURqTw1E0JsMQXliSSJ+pq9mP7dlTsXX/PNnyIEGtQiivM2ilDPZjN wOu2Lmkn/AOth168byvM2ThLsmRj7ixU6HGojuw/qzYr1okj0oD4L7tgEAaLkAc= =ktSb -----END PGP SIGNATURE----- From owner-freebsd-java@FreeBSD.ORG Tue Feb 12 06:50:06 2013 Return-Path: Delivered-To: java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 71BB7808 for ; Tue, 12 Feb 2013 06:50:06 +0000 (UTC) (envelope-from oliver@freebsd.org) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with ESMTP id 11C817C6 for ; Tue, 12 Feb 2013 06:50:05 +0000 (UTC) Received: (qmail 12476 invoked by uid 80); 12 Feb 2013 06:49:57 -0000 Received: from 164.61.223.12 ([164.61.223.12]) by avocado.salatschuessel.net (Horde Framework) with HTTP; Tue, 12 Feb 2013 07:49:57 +0100 Date: Tue, 12 Feb 2013 07:49:57 +0100 Message-ID: <20130212074957.Horde.G3SoM_6mrCxGNS1cVQtVJg1@avocado.salatschuessel.net> From: Oliver Lehmann To: Jung-uk Kim Subject: Re: MulticastSocket fix References: <20130211074121.Horde.DZMFDMQ4xRdeQtvKwrz47Q8@avocado.salatschuessel.net> <5119846C.60204@FreeBSD.org> In-Reply-To: <5119846C.60204@FreeBSD.org> User-Agent: Internet Messaging Program (IMP) H5 (6.0.3) Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline Cc: java@freebsd.org X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2013 06:50:06 -0000 Jung-uk Kim wrote: > On 2013-02-11 01:41:21 -0500, Oliver Lehmann wrote: >> >> http://hg.openjdk.java.net/bsd-port/bsd-port/jdk/rev/bfa676f5b5db > > Done, thanks! Thank you too :) From owner-freebsd-java@FreeBSD.ORG Tue Feb 12 07:46:50 2013 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 00B1E3BA for ; Tue, 12 Feb 2013 07:46:49 +0000 (UTC) (envelope-from achill@smadev.internal.net) Received: from smadev.internal.net (adsltrust.ath.forthnet.gr [194.219.204.174]) by mx1.freebsd.org (Postfix) with ESMTP id 61FE3A42 for ; Tue, 12 Feb 2013 07:46:48 +0000 (UTC) X-Bogosity: No, tests=bogofilter Received: from smadev.internal.net (localhost [127.0.0.1]) by smadev.internal.net (8.14.5/8.14.5) with ESMTP id r1C7ker9046030 for ; Tue, 12 Feb 2013 09:46:40 +0200 (EET) (envelope-from achill@smadev.internal.net) Received: (from achill@localhost) by smadev.internal.net (8.14.5/8.14.5/Submit) id r1C7ke32046029 for freebsd-java@freebsd.org; Tue, 12 Feb 2013 09:46:40 +0200 (EET) (envelope-from achill@smadev.internal.net) From: Achilleas Mantzios To: freebsd-java@freebsd.org Subject: Re: Problem with Java System.exit on OpenJDK 7 Date: Tue, 12 Feb 2013 09:46:40 +0200 Message-ID: <1859971.L2l1UW0Dx7@smadev.internal.net> Organization: Dynacom Tankers Mgmt User-Agent: KMail/4.8.4 (FreeBSD/8.3-RELEASE; KDE/4.8.4; amd64; ; ) In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Achilleas Mantzios List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2013 07:46:50 -0000 some suggestions/thoughts : - ktrace=20 - truss - gdb against a _g version (debugging enabled) of OpenJDK 7 java (if av= ailable) - jdb I doubt KDE or anything would have any relation to your problem. It might more likely be related to libthr/libc What version of Java do you have on Windows? You have to realize jumping from Windows/(Oracle?)Java to FreeBSD/Openj= dk7 makes a huge difference. Hmmmm this looks also like a TCP/IP timeout kind of thing... just a raw= speculation. Can you try with disabling IPV6? On =C3=8E=C2=94=C3=8E=C2=B5=C3=8F=C2=85 11 =C3=8E=C2=A6=C3=8E=C2=B5=C3=8E= =C2=B2 2013 17:15:23 David P. Caldwell wrote: > So I'm having a problem with the performance of a Java subprocess run= ning > under Java, running on 9.0-RELEASE i386. >=20 > It's a big subprocess, difficult to decompose. It's a big parent proc= ess, > difficult to decompose. I'm working on it. I've nearly ruled out the = parent > process as the culprit (see below), but I include it for completeness= , just > in case there's something I'm missing. >=20 > Everything runs as expected on Windows, which brings me here to this = list. >=20 > Basically, the parent process launches the subprocess using a Java co= mmand. > It runs. It runs fine. The *subprocess* calls System.exit(0). That's = where > the weirdness begins. >=20 > System.exit(), for this program, takes about 2.6 seconds to run. And = I > can't figure out why. It takes 0.025 seconds on Windows. >=20 > The program is a command shell, essentially, so having every subshell= add > 2.6 seconds of unnecessary execution time really slows things down. >=20 > 1. The application has System.runFinalizersOnExit set to false; I che= cked > in java.lang.Shutdown using reflection to be sure. >=20 > 2. The application, during its shutdown, has only one shutdown hook t= o run > -- the application shutdown hooks hook. That application shutdown hoo= ks > hook has one hook, registered by me, which prints the timestamp (for = trying > to debug this), only. Something takes 2.6 seconds to end the VM after= this. >=20 > 3. There are no temporary files to delete; I checked in > java.io.DeleteFilesOnExit using reflection to make sure. The system > registered shutdown hook in the slot for DeleteFilesOnExit is null. >=20 > The problem appears to have nothing to do with the parent process. I > synthesized a giant command line command using the environment variab= les > and system properties under which the subprocess is running, and ran = it > from the bash prompt, and still got the 2.6 second delay, based on ru= nning > the program inside a bash wrapper that first ran the subprocess giant= > command, then printed the system time. I'm 99.9% ready to rule it out= based > on that. >=20 > During one experiment, when running the program twice on the same com= mand > line, one of the runs, using the same command line, actually complete= d > System.exit in a time I'd expect -- about 0.03 seconds. The other too= k > about 2.6 seconds. All subsequent runs have take about two-and-a-half= > seconds after the shutdown hooks; I haven't been able to reproduce th= e > success and I am quite sure I didn't change anything. >=20 > I'm running this in a graphical terminal on KDE; haven't tried from a= n > ordinary console (obviously I am gradually broadening the things I'm = doing, > so I'll probably get to that). The program is not graphical and prese= nts no > GUI. >=20 > The application does reference the standard input stream but the part= icular > program I was running consumes no input. It references stdout and std= err as > well, and is emitting output to those consoles. >=20 > Does anyone have any idea or suggestions about where I should be look= ing at > this point? Obviously it's hard to instrument the program further on > FreeBSD -- I assume the NetBeans Profiler / jvisualvm stuff does not = work > on FreeBSD; that's the last I heard. > _______________________________________________ > freebsd-java@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-java > To unsubscribe, send any mail to "freebsd-java-unsubscribe@freebsd.or= g" - Achilleas Mantzios IT DEV IT DEPT From owner-freebsd-java@FreeBSD.ORG Tue Feb 12 08:03:26 2013 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 61BB7AAB for ; Tue, 12 Feb 2013 08:03:26 +0000 (UTC) (envelope-from achill@matrix.gatewaynet.com) Received: from smadev.internal.net (adsltrust.ath.forthnet.gr [194.219.204.174]) by mx1.freebsd.org (Postfix) with ESMTP id 91E8AB6D for ; Tue, 12 Feb 2013 08:03:24 +0000 (UTC) X-Bogosity: No, tests=bogofilter Received: from smadev.internal.net (localhost [127.0.0.1]) by smadev.internal.net (8.14.5/8.14.5) with ESMTP id r1C83NB3046153 for ; Tue, 12 Feb 2013 10:03:23 +0200 (EET) (envelope-from achill@matrix.gatewaynet.com) Received: (from achill@localhost) by smadev.internal.net (8.14.5/8.14.5/Submit) id r1C83N5s046152 for freebsd-java@freebsd.org; Tue, 12 Feb 2013 10:03:23 +0200 (EET) (envelope-from achill@matrix.gatewaynet.com) X-Authentication-Warning: smadev.internal.net: achill set sender to achill@matrix.gatewaynet.com using -f From: Achilleas Mantzios To: freebsd-java@freebsd.org Subject: Re: Problem with Java System.exit on OpenJDK 7 Date: Tue, 12 Feb 2013 10:03:23 +0200 Message-ID: <2092461.Iuophl5C6i@smadev.internal.net> Organization: Dynacom Tankers Mgmt X-Face: "g.Z.Lx$T1ZMcQ%hC!e^E&tD,cT:"bTs45WM(,vUj@8QBz6}T'sn+EnZTzy`UVQ:&A=`_; f)V+K4z}rG5:(uu[b:WY'*`6F"ou-Or(q; u{#Gxx|MkO4E.vh@E}[#7Ytt"shtU>A&@CO` a|Wx]m_wRD,?4!'Ir1$4iis{/.WU<`#dhKI]g2w^!B[CvRJr+W|; -VS~QcL!s1"'??rct} ^=5Fa!W!{a}Jd:W%6,E[N\r-<)T'_N[~3fy9pF"b>-Yj^p}/2tPudP>I"$%w]"W4CIja6J Tajm}"8t`-hJlf2kRQ_V,eT_kN6KLG+~2mZ+cPX,p,xQN9QVR References: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2013 08:03:26 -0000 (sorry, i am resending this from a valid From:) some suggestions/thoughts : - ktrace=20 - truss - gdb against a _g version (debugging enabled) of OpenJDK 7 java (if av= ailable) - jdb I doubt KDE or anything would have any relation to your problem. It might more likely be related to libthr/libc What version of Java do you have on Windows? You have to realize jumping from Windows/(Oracle?)Java to FreeBSD/Openj= dk7 makes a huge difference. Hmmmm this looks also like a TCP/IP timeout kind of thing... just a raw= speculation. Can you try with disabling IPV6? On =C3=8E=C2=94=C3=8E=C2=B5=C3=8F=C2=85 11 =C3=8E=C2=A6=C3=8E=C2=B5=C3=8E= =C2=B2 2013 17:15:23 David P. Caldwell wrote: > So I'm having a problem with the performance of a Java subprocess run= ning > under Java, running on 9.0-RELEASE i386. >=20 > It's a big subprocess, difficult to decompose. It's a big parent proc= ess, > difficult to decompose. I'm working on it. I've nearly ruled out the = parent > process as the culprit (see below), but I include it for completeness= , just > in case there's something I'm missing. >=20 > Everything runs as expected on Windows, which brings me here to this = list. >=20 > Basically, the parent process launches the subprocess using a Java co= mmand. > It runs. It runs fine. The *subprocess* calls System.exit(0). That's = where > the weirdness begins. >=20 > System.exit(), for this program, takes about 2.6 seconds to run. And = I > can't figure out why. It takes 0.025 seconds on Windows. >=20 > The program is a command shell, essentially, so having every subshell= add > 2.6 seconds of unnecessary execution time really slows things down. >=20 > 1. The application has System.runFinalizersOnExit set to false; I che= cked > in java.lang.Shutdown using reflection to be sure. >=20 > 2. The application, during its shutdown, has only one shutdown hook t= o run > -- the application shutdown hooks hook. That application shutdown hoo= ks > hook has one hook, registered by me, which prints the timestamp (for = trying > to debug this), only. Something takes 2.6 seconds to end the VM after= this. >=20 > 3. There are no temporary files to delete; I checked in > java.io.DeleteFilesOnExit using reflection to make sure. The system > registered shutdown hook in the slot for DeleteFilesOnExit is null. >=20 > The problem appears to have nothing to do with the parent process. I > synthesized a giant command line command using the environment variab= les > and system properties under which the subprocess is running, and ran = it > from the bash prompt, and still got the 2.6 second delay, based on ru= nning > the program inside a bash wrapper that first ran the subprocess giant= > command, then printed the system time. I'm 99.9% ready to rule it out= based > on that. >=20 > During one experiment, when running the program twice on the same com= mand > line, one of the runs, using the same command line, actually complete= d > System.exit in a time I'd expect -- about 0.03 seconds. The other too= k > about 2.6 seconds. All subsequent runs have take about two-and-a-half= > seconds after the shutdown hooks; I haven't been able to reproduce th= e > success and I am quite sure I didn't change anything. >=20 > I'm running this in a graphical terminal on KDE; haven't tried from a= n > ordinary console (obviously I am gradually broadening the things I'm = doing, > so I'll probably get to that). The program is not graphical and prese= nts no > GUI. >=20 > The application does reference the standard input stream but the part= icular > program I was running consumes no input. It references stdout and std= err as > well, and is emitting output to those consoles. >=20 > Does anyone have any idea or suggestions about where I should be look= ing at > this point? Obviously it's hard to instrument the program further on > FreeBSD -- I assume the NetBeans Profiler / jvisualvm stuff does not = work > on FreeBSD; that's the last I heard. > _______________________________________________ > freebsd-java@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-java > To unsubscribe, send any mail to "freebsd-java-unsubscribe@freebsd.or= g" - Achilleas Mantzios IT DEV IT DEPT Dynacom Tankers Mgmt From owner-freebsd-java@FreeBSD.ORG Tue Feb 12 10:28:04 2013 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D5839B61 for ; Tue, 12 Feb 2013 10:28:04 +0000 (UTC) (envelope-from david@code.davidpcaldwell.com) Received: from mail-ia0-x22a.google.com (ia-in-x022a.1e100.net [IPv6:2607:f8b0:4001:c02::22a]) by mx1.freebsd.org (Postfix) with ESMTP id A68C12F0 for ; Tue, 12 Feb 2013 10:28:04 +0000 (UTC) Received: by mail-ia0-f170.google.com with SMTP id k20so7519784iak.29 for ; Tue, 12 Feb 2013 02:28:03 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:x-originating-ip:in-reply-to:references :from:date:message-id:subject:to:content-type:x-gm-message-state; bh=6kOMXke6gTsvcGuIYV59mOT2Ip2UrFt3QtBAb5/ZehA=; b=SjRfmccmDv0iSwIzbDKRANWTKLBdJJ7WzArfzrtug9vwuNe4Wwk+mjXY0hVAFj1h3Q yuqO6aVZOErAOp3hh61OZdpV7Z/LEbniQ96IMSy86wEvrL7ALpT+k1AoAAs/z590k4ZH wIGXJUvMuxRVdVtyyDjfaxJn4k4KjjLJN8Q3piWHGPLizU3gHTE8Czhxl+jM0wIex+Md zdDHmdJaiXzSZG1K/kBx8jcuBTonqWm7OCy0sXbd9BcDFsdnXoS2ZAK2KZLTXRwG84oB 6BiPSzeSBgyAJYXMNwpet4AZhTETyudJAVrkcw8bVuTu3tC6FdeTdtFgVciLe74XXYuC MjZQ== X-Received: by 10.50.183.167 with SMTP id en7mr2184017igc.58.1360664883769; Tue, 12 Feb 2013 02:28:03 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.134.198 with HTTP; Tue, 12 Feb 2013 02:27:43 -0800 (PST) X-Originating-IP: [74.97.25.177] In-Reply-To: <1859971.L2l1UW0Dx7@smadev.internal.net> References: <1859971.L2l1UW0Dx7@smadev.internal.net> From: "David P. Caldwell" Date: Tue, 12 Feb 2013 05:27:43 -0500 Message-ID: Subject: Re: Problem with Java System.exit on OpenJDK 7 To: freebsd-java@freebsd.org, achill@matrix.gatewaynet.com X-Gm-Message-State: ALoCoQl5S+Sopb9capxVzf5ayoHTYqzZzACPEr5CMjKc07/YtIplwljsh3x+Zz6egbu7FIicHotI Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2013 10:28:04 -0000 Well, I wasn't familiar with a lot of kernel debugging tools before, but I'm catching up. Ironically, this now appears related to the issue just discussed on this list a few days ago. I'm sure this will sound familiar to everyone. My ktrace from the relevant part of execution contains a huge number of these: 26795 java 1.808597 CALL _umtx_op(0x2831e068,0xf,0,0,0xbf7a9870) 26795 java 1.838640 RET _umtx_op -1 errno 60 Operation timed out A bit of web searching reveals that this probably is related to libthr, but I am pretty green in this area (I mostly stay way above the system libraries in my day-to-day work), so I'm not quite sure how to interpret it or what to do next. I can't even figure out where errno values for _umtx_op are documented, nor do I have any idea how to figure out what the VM is *actually* trying to do in this section. Any pointers or tips? On Tue, Feb 12, 2013 at 2:46 AM, Achilleas Mantzios < achill@smadev.internal.net> wrote: > some suggestions/thoughts : > - ktrace > - truss > - gdb against a _g version (debugging enabled) of OpenJDK 7 java (if > available) > - jdb > > I doubt KDE or anything would have any relation to your problem. > It might more likely be related to libthr/libc > > What version of Java do you have on Windows? > You have to realize jumping from Windows/(Oracle?)Java to FreeBSD/Openjdk= 7 > makes > a huge difference. > > Hmmmm this looks also like a TCP/IP timeout kind of thing... just a raw > speculation. > Can you try with disabling IPV6? > > On =CE=94=CE=B5=CF=85 11 =CE=A6=CE=B5=CE=B2 2013 17:15:23 David P. Caldwe= ll wrote: > > So I'm having a problem with the performance of a Java subprocess runni= ng > > under Java, running on 9.0-RELEASE i386. > > > > It's a big subprocess, difficult to decompose. It's a big parent proces= s, > > difficult to decompose. I'm working on it. I've nearly ruled out the > parent > > process as the culprit (see below), but I include it for completeness, > just > > in case there's something I'm missing. > > > > Everything runs as expected on Windows, which brings me here to this > list. > > > > Basically, the parent process launches the subprocess using a Java > command. > > It runs. It runs fine. The *subprocess* calls System.exit(0). That's > where > > the weirdness begins. > > > > System.exit(), for this program, takes about 2.6 seconds to run. And I > > can't figure out why. It takes 0.025 seconds on Windows. > > > > The program is a command shell, essentially, so having every subshell a= dd > > 2.6 seconds of unnecessary execution time really slows things down. > > > > 1. The application has System.runFinalizersOnExit set to false; I check= ed > > in java.lang.Shutdown using reflection to be sure. > > > > 2. The application, during its shutdown, has only one shutdown hook to > run > > -- the application shutdown hooks hook. That application shutdown hooks > > hook has one hook, registered by me, which prints the timestamp (for > trying > > to debug this), only. Something takes 2.6 seconds to end the VM after > this. > > > > 3. There are no temporary files to delete; I checked in > > java.io.DeleteFilesOnExit using reflection to make sure. The system > > registered shutdown hook in the slot for DeleteFilesOnExit is null. > > > > The problem appears to have nothing to do with the parent process. I > > synthesized a giant command line command using the environment variable= s > > and system properties under which the subprocess is running, and ran it > > from the bash prompt, and still got the 2.6 second delay, based on > running > > the program inside a bash wrapper that first ran the subprocess giant > > command, then printed the system time. I'm 99.9% ready to rule it out > based > > on that. > > > > During one experiment, when running the program twice on the same comma= nd > > line, one of the runs, using the same command line, actually completed > > System.exit in a time I'd expect -- about 0.03 seconds. The other took > > about 2.6 seconds. All subsequent runs have take about two-and-a-half > > seconds after the shutdown hooks; I haven't been able to reproduce the > > success and I am quite sure I didn't change anything. > > > > I'm running this in a graphical terminal on KDE; haven't tried from an > > ordinary console (obviously I am gradually broadening the things I'm > doing, > > so I'll probably get to that). The program is not graphical and present= s > no > > GUI. > > > > The application does reference the standard input stream but the > particular > > program I was running consumes no input. It references stdout and stder= r > as > > well, and is emitting output to those consoles. > > > > Does anyone have any idea or suggestions about where I should be lookin= g > at > > this point? Obviously it's hard to instrument the program further on > > FreeBSD -- I assume the NetBeans Profiler / jvisualvm stuff does not wo= rk > > on FreeBSD; that's the last I heard. > > _______________________________________________ > > 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" > - > Achilleas Mantzios > IT DEV > IT DEPT > _______________________________________________ > 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 owner-freebsd-java@FreeBSD.ORG Tue Feb 12 14:24:11 2013 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 37AF5472 for ; Tue, 12 Feb 2013 14:24:11 +0000 (UTC) (envelope-from david@code.davidpcaldwell.com) Received: from mail-ie0-x231.google.com (ie-in-x0231.1e100.net [IPv6:2607:f8b0:4001:c03::231]) by mx1.freebsd.org (Postfix) with ESMTP id 06B677AE for ; Tue, 12 Feb 2013 14:24:10 +0000 (UTC) Received: by mail-ie0-f177.google.com with SMTP id 16so150543iea.36 for ; Tue, 12 Feb 2013 06:24:10 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:x-originating-ip:in-reply-to:references :from:date:message-id:subject:to:content-type:x-gm-message-state; bh=fVAUd9fqTK6zDZd24CuaboR6nAPLLXLJ9NIUn1Cgq0g=; b=R+SEI+dd0EKVdDoRTjNHxpC4QM4y8h/aMQ8lQce+RFJ/QSy+c6o3hReqdV6yCEi+Cg AVwmVNPuTPXa93ZWFIBjVZlwdMSFFu7v4HRceMozfHl1WNcAw6mWaqc2KaZcpUASbu1I 0x3mXIHFtr3n6TeZ1bfcGLj4dCP16m0MdZyU/mta24IJnqzX0d9hXvuxWcZ2azG7teg1 m0TgGEXu8kbJPalxA+Evfwq33e7W90j1HMfDqze8IrDVOMR3GU/mUYAfF1qaXIlVebb/ NSvbTMDbl0UbcHsc5ClwmKw5JozzpO+HL3WIABEClv5gh5brFuYIjQZJXFGqsWWcxdQh q5HQ== X-Received: by 10.50.183.167 with SMTP id en7mr3565267igc.58.1360679050508; Tue, 12 Feb 2013 06:24:10 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.134.198 with HTTP; Tue, 12 Feb 2013 06:23:50 -0800 (PST) X-Originating-IP: [74.97.25.177] In-Reply-To: References: <1859971.L2l1UW0Dx7@smadev.internal.net> From: "David P. Caldwell" Date: Tue, 12 Feb 2013 09:23:50 -0500 Message-ID: Subject: Re: Problem with Java System.exit on OpenJDK 7 To: freebsd-java@freebsd.org, achill X-Gm-Message-State: ALoCoQk9a6flsk+s3A2CvBsp21W9UNLSEKc3LflywQcS7vnO1/78C2jtpBLJpDre+kz+iBUDg8gd Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2013 14:24:11 -0000 It appears whatever is happening is happening within the halt0 native method inside java.lang.Shutdown. If I replace Shutdown with my own version and prepend it to the bootclasspath, the statement prior to the invocation of halt0 executes before the delay begins. Still no idea what lock the program is trying to acquire. I'm going to try to learn and use gdb and see if it reveals anything, so first I'm building a debug version of the port. On Tue, Feb 12, 2013 at 5:27 AM, David P. Caldwell < david@code.davidpcaldwell.com> wrote: > Well, I wasn't familiar with a lot of kernel debugging tools before, but > I'm catching up. > > Ironically, this now appears related to the issue just discussed on this > list a few days ago. I'm sure this will sound familiar to everyone. My > ktrace from the relevant part of execution contains a huge number of thes= e: > > 26795 java 1.808597 CALL _umtx_op(0x2831e068,0xf,0,0,0xbf7a9870) > 26795 java 1.838640 RET _umtx_op -1 errno 60 Operation timed out > > A bit of web searching reveals that this probably is related to libthr, > but I am pretty green in this area (I mostly stay way above the system > libraries in my day-to-day work), so I'm not quite sure how to interpret = it > or what to do next. I can't even figure out where errno values for _umtx_= op > are documented, nor do I have any idea how to figure out what the VM is > *actually* trying to do in this section. > > Any pointers or tips? > > > On Tue, Feb 12, 2013 at 2:46 AM, Achilleas Mantzios < > achill@smadev.internal.net> wrote: > >> some suggestions/thoughts : >> - ktrace >> - truss >> - gdb against a _g version (debugging enabled) of OpenJDK 7 java (if >> available) >> - jdb >> >> I doubt KDE or anything would have any relation to your problem. >> It might more likely be related to libthr/libc >> >> What version of Java do you have on Windows? >> You have to realize jumping from Windows/(Oracle?)Java to >> FreeBSD/Openjdk7 makes >> a huge difference. >> >> Hmmmm this looks also like a TCP/IP timeout kind of thing... just a raw >> speculation. >> Can you try with disabling IPV6? >> >> On =CE=94=CE=B5=CF=85 11 =CE=A6=CE=B5=CE=B2 2013 17:15:23 David P. Caldw= ell wrote: >> > So I'm having a problem with the performance of a Java subprocess >> running >> > under Java, running on 9.0-RELEASE i386. >> > >> > It's a big subprocess, difficult to decompose. It's a big parent >> process, >> > difficult to decompose. I'm working on it. I've nearly ruled out the >> parent >> > process as the culprit (see below), but I include it for completeness, >> just >> > in case there's something I'm missing. >> > >> > Everything runs as expected on Windows, which brings me here to this >> list. >> > >> > Basically, the parent process launches the subprocess using a Java >> command. >> > It runs. It runs fine. The *subprocess* calls System.exit(0). That's >> where >> > the weirdness begins. >> > >> > System.exit(), for this program, takes about 2.6 seconds to run. And I >> > can't figure out why. It takes 0.025 seconds on Windows. >> > >> > The program is a command shell, essentially, so having every subshell >> add >> > 2.6 seconds of unnecessary execution time really slows things down. >> > >> > 1. The application has System.runFinalizersOnExit set to false; I >> checked >> > in java.lang.Shutdown using reflection to be sure. >> > >> > 2. The application, during its shutdown, has only one shutdown hook to >> run >> > -- the application shutdown hooks hook. That application shutdown hook= s >> > hook has one hook, registered by me, which prints the timestamp (for >> trying >> > to debug this), only. Something takes 2.6 seconds to end the VM after >> this. >> > >> > 3. There are no temporary files to delete; I checked in >> > java.io.DeleteFilesOnExit using reflection to make sure. The system >> > registered shutdown hook in the slot for DeleteFilesOnExit is null. >> > >> > The problem appears to have nothing to do with the parent process. I >> > synthesized a giant command line command using the environment variabl= es >> > and system properties under which the subprocess is running, and ran i= t >> > from the bash prompt, and still got the 2.6 second delay, based on >> running >> > the program inside a bash wrapper that first ran the subprocess giant >> > command, then printed the system time. I'm 99.9% ready to rule it out >> based >> > on that. >> > >> > During one experiment, when running the program twice on the same >> command >> > line, one of the runs, using the same command line, actually completed >> > System.exit in a time I'd expect -- about 0.03 seconds. The other took >> > about 2.6 seconds. All subsequent runs have take about two-and-a-half >> > seconds after the shutdown hooks; I haven't been able to reproduce the >> > success and I am quite sure I didn't change anything. >> > >> > I'm running this in a graphical terminal on KDE; haven't tried from an >> > ordinary console (obviously I am gradually broadening the things I'm >> doing, >> > so I'll probably get to that). The program is not graphical and >> presents no >> > GUI. >> > >> > The application does reference the standard input stream but the >> particular >> > program I was running consumes no input. It references stdout and >> stderr as >> > well, and is emitting output to those consoles. >> > >> > Does anyone have any idea or suggestions about where I should be >> looking at >> > this point? Obviously it's hard to instrument the program further on >> > FreeBSD -- I assume the NetBeans Profiler / jvisualvm stuff does not >> work >> > on FreeBSD; that's the last I heard. >> > _______________________________________________ >> > 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= " >> - >> Achilleas Mantzios >> IT DEV >> IT DEPT >> _______________________________________________ >> 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 owner-freebsd-java@FreeBSD.ORG Tue Feb 12 14:49:59 2013 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 8824EA8A for ; Tue, 12 Feb 2013 14:49:59 +0000 (UTC) (envelope-from david@code.davidpcaldwell.com) Received: from mail-ia0-x232.google.com (mail-ia0-x232.google.com [IPv6:2607:f8b0:4001:c02::232]) by mx1.freebsd.org (Postfix) with ESMTP id 57B82919 for ; Tue, 12 Feb 2013 14:49:59 +0000 (UTC) Received: by mail-ia0-f178.google.com with SMTP id y26so134297iab.37 for ; Tue, 12 Feb 2013 06:49:59 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:x-originating-ip:in-reply-to:references :from:date:message-id:subject:to:content-type:x-gm-message-state; bh=pmiT6r8oTlwrqocWP6y7rjvZO3M8aX9sATpdKpWI+TI=; b=S3ergdbFce3jJyKTXnikaUrrSTkOlcwsoX5UKwGy380fBt50MMGFa8D/zBt9OrLi0l FP8mG3V46gzDTrLa1H3zuW7wCasqKddLFP+onFKY82WXwAhP/+8WJRCU0pGzjHhiWnLJ IlM//UNJahrNn6h2TI2AcuR2FSQdC2h5rH1Y6SdR7Mq1rcK7GgvmRKBV4A/07BczKTtN PHYbJpRuICbphK1pceC/9oAR7uriVHkcD8RXFufwOBA47xc/9xuSaP70zsz1A/LZASOr Lso/KIy1g7ajoGd/Ri15lQZved83k5xcpr5bb1nJ5ZPY8kFf45K3/pD8H4yaVhPerSic LdJQ== X-Received: by 10.50.40.129 with SMTP id x1mr3745721igk.54.1360680598795; Tue, 12 Feb 2013 06:49:58 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.134.198 with HTTP; Tue, 12 Feb 2013 06:49:38 -0800 (PST) X-Originating-IP: [74.97.25.177] In-Reply-To: References: <1859971.L2l1UW0Dx7@smadev.internal.net> From: "David P. Caldwell" Date: Tue, 12 Feb 2013 09:49:38 -0500 Message-ID: Subject: Re: Problem with Java System.exit on OpenJDK 7 To: freebsd-java@freebsd.org, achill X-Gm-Message-State: ALoCoQn6O8k3yPlGqIdxUbiF46lkl2/pZ9Q82yfYYfcrP86IjWCMXf92RSb4Wc0JodL3c9vXqeKt Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2013 14:49:59 -0000 One additional insight: the problem exists in openjdk7, but not openjdk6. On Tue, Feb 12, 2013 at 9:23 AM, David P. Caldwell < david@code.davidpcaldwell.com> wrote: > It appears whatever is happening is happening within the halt0 native > method inside java.lang.Shutdown. If I replace Shutdown with my own versi= on > and prepend it to the bootclasspath, the statement prior to the invocatio= n > of halt0 executes before the delay begins. Still no idea what lock the > program is trying to acquire. I'm going to try to learn and use gdb and s= ee > if it reveals anything, so first I'm building a debug version of the port= . > > > On Tue, Feb 12, 2013 at 5:27 AM, David P. Caldwell < > david@code.davidpcaldwell.com> wrote: > >> Well, I wasn't familiar with a lot of kernel debugging tools before, but >> I'm catching up. >> >> Ironically, this now appears related to the issue just discussed on this >> list a few days ago. I'm sure this will sound familiar to everyone. My >> ktrace from the relevant part of execution contains a huge number of the= se: >> >> 26795 java 1.808597 CALL _umtx_op(0x2831e068,0xf,0,0,0xbf7a9870) >> 26795 java 1.838640 RET _umtx_op -1 errno 60 Operation timed out >> >> A bit of web searching reveals that this probably is related to libthr, >> but I am pretty green in this area (I mostly stay way above the system >> libraries in my day-to-day work), so I'm not quite sure how to interpret= it >> or what to do next. I can't even figure out where errno values for _umtx= _op >> are documented, nor do I have any idea how to figure out what the VM is >> *actually* trying to do in this section. >> >> Any pointers or tips? >> >> >> On Tue, Feb 12, 2013 at 2:46 AM, Achilleas Mantzios < >> achill@smadev.internal.net> wrote: >> >>> some suggestions/thoughts : >>> - ktrace >>> - truss >>> - gdb against a _g version (debugging enabled) of OpenJDK 7 java (if >>> available) >>> - jdb >>> >>> I doubt KDE or anything would have any relation to your problem. >>> It might more likely be related to libthr/libc >>> >>> What version of Java do you have on Windows? >>> You have to realize jumping from Windows/(Oracle?)Java to >>> FreeBSD/Openjdk7 makes >>> a huge difference. >>> >>> Hmmmm this looks also like a TCP/IP timeout kind of thing... just a raw >>> speculation. >>> Can you try with disabling IPV6? >>> >>> On =CE=94=CE=B5=CF=85 11 =CE=A6=CE=B5=CE=B2 2013 17:15:23 David P. Cald= well wrote: >>> > So I'm having a problem with the performance of a Java subprocess >>> running >>> > under Java, running on 9.0-RELEASE i386. >>> > >>> > It's a big subprocess, difficult to decompose. It's a big parent >>> process, >>> > difficult to decompose. I'm working on it. I've nearly ruled out the >>> parent >>> > process as the culprit (see below), but I include it for completeness= , >>> just >>> > in case there's something I'm missing. >>> > >>> > Everything runs as expected on Windows, which brings me here to this >>> list. >>> > >>> > Basically, the parent process launches the subprocess using a Java >>> command. >>> > It runs. It runs fine. The *subprocess* calls System.exit(0). That's >>> where >>> > the weirdness begins. >>> > >>> > System.exit(), for this program, takes about 2.6 seconds to run. And = I >>> > can't figure out why. It takes 0.025 seconds on Windows. >>> > >>> > The program is a command shell, essentially, so having every subshell >>> add >>> > 2.6 seconds of unnecessary execution time really slows things down. >>> > >>> > 1. The application has System.runFinalizersOnExit set to false; I >>> checked >>> > in java.lang.Shutdown using reflection to be sure. >>> > >>> > 2. The application, during its shutdown, has only one shutdown hook t= o >>> run >>> > -- the application shutdown hooks hook. That application shutdown hoo= ks >>> > hook has one hook, registered by me, which prints the timestamp (for >>> trying >>> > to debug this), only. Something takes 2.6 seconds to end the VM after >>> this. >>> > >>> > 3. There are no temporary files to delete; I checked in >>> > java.io.DeleteFilesOnExit using reflection to make sure. The system >>> > registered shutdown hook in the slot for DeleteFilesOnExit is null. >>> > >>> > The problem appears to have nothing to do with the parent process. I >>> > synthesized a giant command line command using the environment >>> variables >>> > and system properties under which the subprocess is running, and ran = it >>> > from the bash prompt, and still got the 2.6 second delay, based on >>> running >>> > the program inside a bash wrapper that first ran the subprocess giant >>> > command, then printed the system time. I'm 99.9% ready to rule it out >>> based >>> > on that. >>> > >>> > During one experiment, when running the program twice on the same >>> command >>> > line, one of the runs, using the same command line, actually complete= d >>> > System.exit in a time I'd expect -- about 0.03 seconds. The other too= k >>> > about 2.6 seconds. All subsequent runs have take about two-and-a-half >>> > seconds after the shutdown hooks; I haven't been able to reproduce th= e >>> > success and I am quite sure I didn't change anything. >>> > >>> > I'm running this in a graphical terminal on KDE; haven't tried from a= n >>> > ordinary console (obviously I am gradually broadening the things I'm >>> doing, >>> > so I'll probably get to that). The program is not graphical and >>> presents no >>> > GUI. >>> > >>> > The application does reference the standard input stream but the >>> particular >>> > program I was running consumes no input. It references stdout and >>> stderr as >>> > well, and is emitting output to those consoles. >>> > >>> > Does anyone have any idea or suggestions about where I should be >>> looking at >>> > this point? Obviously it's hard to instrument the program further on >>> > FreeBSD -- I assume the NetBeans Profiler / jvisualvm stuff does not >>> work >>> > on FreeBSD; that's the last I heard. >>> > _______________________________________________ >>> > freebsd-java@freebsd.org mailing list >>> > http://lists.freebsd.org/mailman/listinfo/freebsd-java >>> > To unsubscribe, send any mail to "freebsd-java-unsubscribe@freebsd.or= g >>> " >>> - >>> Achilleas Mantzios >>> IT DEV >>> IT DEPT >>> _______________________________________________ >>> 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 owner-freebsd-java@FreeBSD.ORG Tue Feb 12 14:54:59 2013 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 18138CAC for ; Tue, 12 Feb 2013 14:54:59 +0000 (UTC) (envelope-from achill@matrix.gatewaynet.com) Received: from smadev.internal.net (adsltrust.ath.forthnet.gr [194.219.204.174]) by mx1.freebsd.org (Postfix) with ESMTP id E1FB696D for ; Tue, 12 Feb 2013 14:54:57 +0000 (UTC) X-Bogosity: No, tests=bogofilter Received: from smadev.internal.net (localhost [127.0.0.1]) by smadev.internal.net (8.14.5/8.14.5) with ESMTP id r1CEsqAk049258; Tue, 12 Feb 2013 16:54:52 +0200 (EET) (envelope-from achill@matrix.gatewaynet.com) Received: (from achill@localhost) by smadev.internal.net (8.14.5/8.14.5/Submit) id r1CEsqMf049257; Tue, 12 Feb 2013 16:54:52 +0200 (EET) (envelope-from achill@matrix.gatewaynet.com) X-Authentication-Warning: smadev.internal.net: achill set sender to achill@matrix.gatewaynet.com using -f From: Achilleas Mantzios To: "David P. Caldwell" , freebsd-java@freebsd.org Subject: Re: Re: Problem with Java System.exit on OpenJDK 7 Date: Tue, 12 Feb 2013 16:54:52 +0200 Message-ID: <1511992.Een906lH7c@smadev.internal.net> Organization: Dynacom Tankers Mgmt X-Face: "g.Z.Lx$T1ZMcQ%hC!e^E&tD,cT:"bTs45WM(,vUj@8QBz6}T'sn+EnZTzy`UVQ:&A=`_; f)V+K4z}rG5:(uu[b:WY'*`6F"ou-Or(q; u{#Gxx|MkO4E.vh@E}[#7Ytt"shtU>A&@CO` a|Wx]m_wRD,?4!'Ir1$4iis{/.WU<`#dhKI]g2w^!B[CvRJr+W|; -VS~QcL!s1"'??rct} ^=5Fa!W!{a}Jd:W%6,E[N\r-<)T'_N[~3fy9pF"b>-Yj^p}/2tPudP>I"$%w]"W4CIja6J Tajm}"8t`-hJlf2kRQ_V,eT_kN6KLG+~2mZ+cPX,p,xQN9QVR References: MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2013 14:54:59 -0000 If you haven't cleaned the sources yet, why don't you look at the speci= fic implementations=20 of System.exit() in opnjdk 7 vs openjdk 6, in /usr/ports/java ? On =CE=A4=CF=81=CE=B9 12 =CE=A6=CE=B5=CE=B2 2013 09:49:38 you wrote: One additional insight: the problem exists in openjdk7, but not openjdk= 6. On Tue, Feb 12, 2013 at 9:23 AM, David P. Caldwell wrote: It appears whatever is happening is happening within the halt0 native m= ethod inside java.lang.Shutdown. If I replace Shutdown with my own vers= ion and prepend it to the bootclasspath, the statement prior to the inv= ocation of halt0 executes before the delay begins. Still no idea what l= ock the program is trying to acquire. I'm going to try to learn and use= gdb and see if it reveals anything, so first I'm building a debug vers= ion of the port.=20 On Tue, Feb 12, 2013 at 5:27 AM, David P. Caldwell wrote: Well, I wasn't familiar with a lot of kernel debugging tools before, bu= t I'm catching up. Ironically, this now appears related to the issue just discussed on thi= s list a few days ago. I'm sure this will sound familiar to everyone. M= y ktrace from the relevant part of execution contains a huge number of = these:=20 26795 java 1.808597 CALL _umtx_op(0x2831e068,0xf,0,0,0xbf7a9870) 26795 java 1.838640 RET _umtx_op -1 errno 60 Operation timed out= A bit of web searching reveals that this probably is related to libthr,= but I am pretty green in this area (I mostly stay way above the system= libraries in my day-to-day work), so I'm not quite sure how to interpr= et it or what to do next. I can't even figure out where errno values fo= r _umtx_op are documented, nor do I have any idea how to figure out wha= t the VM is *actually* trying to do in this section.=20 Any pointers or tips? On Tue, Feb 12, 2013 at 2:46 AM, Achilleas Mantzios wrote: some suggestions/thoughts : - ktrace - truss - gdb against a _g version (debugging enabled) of OpenJDK 7 java (if av= ailable) - jdb I doubt KDE or anything would have any relation to your problem. It might more likely be related to libthr/libc What version of Java do you have on Windows? You have to realize jumping from Windows/(Oracle?)Java to FreeBSD/Openj= dk7 makes a huge difference. Hmmmm this looks also like a TCP/IP timeout kind of thing... just a raw= speculation. Can you try with disabling IPV6? On =C3=8E=E2=80=9D=C3=8E=C2=B5=C3=8F=E2=80=A6 11 =C3=8E=C2=A6=C3=8E=C2=B5= =C3=8E=C2=B2 2013 17:15:23 David P. Caldwell wrote: > So I'm having a problem with the performance of a Java subprocess run= ning > under Java, running on 9.0-RELEASE i386. > > It's a big subprocess, difficult to decompose. It's a big parent proc= ess, > difficult to decompose. I'm working on it. I've nearly ruled out the = parent > process as the culprit (see below), but I include it for completeness= , just > in case there's something I'm missing. > > Everything runs as expected on Windows, which brings me here to this = list. > > Basically, the parent process launches the subprocess using a Java co= mmand. > It runs. It runs fine. The *subprocess* calls System.exit(0). That's = where > the weirdness begins. > > System.exit(), for this program, takes about 2.6 seconds to run. And = I > can't figure out why. It takes 0.025 seconds on Windows. > > The program is a command shell, essentially, so having every subshell= add > 2.6 seconds of unnecessary execution time really slows things down. > > 1. The application has System.runFinalizersOnExit set to false; I che= cked > in java.lang.Shutdown using reflection to be sure. > > 2. The application, during its shutdown, has only one shutdown hook t= o run > -- the application shutdown hooks hook. That application shutdown hoo= ks > hook has one hook, registered by me, which prints the timestamp (for = trying > to debug this), only. Something takes 2.6 seconds to end the VM after= this. > > 3. There are no temporary files to delete; I checked in > java.io.DeleteFilesOnExit using reflection to make sure. The system > registered shutdown hook in the slot for DeleteFilesOnExit is null. > > The problem appears to have nothing to do with the parent process. I > synthesized a giant command line command using the environment variab= les > and system properties under which the subprocess is running, and ran = it > from the bash prompt, and still got the 2.6 second delay, based on ru= nning > the program inside a bash wrapper that first ran the subprocess giant= > command, then printed the system time. I'm 99.9% ready to rule it out= based > on that. > > During one experiment, when running the program twice on the same com= mand > line, one of the runs, using the same command line, actually complete= d > System.exit in a time I'd expect -- about 0.03 seconds. The other too= k > about 2.6 seconds. All subsequent runs have take about two-and-a-half= > seconds after the shutdown hooks; I haven't been able to reproduce th= e > success and I am quite sure I didn't change anything. > > I'm running this in a graphical terminal on KDE; haven't tried from a= n > ordinary console (obviously I am gradually broadening the things I'm = doing, > so I'll probably get to that). The program is not graphical and prese= nts no > GUI. > > The application does reference the standard input stream but the part= icular > program I was running consumes no input. It references stdout and std= err as > well, and is emitting output to those consoles. > > Does anyone have any idea or suggestions about where I should be look= ing at > this point? Obviously it's hard to instrument the program further on > FreeBSD -- I assume the NetBeans Profiler / jvisualvm stuff does not = work > on FreeBSD; that's the last I heard. > _______________________________________________ > freebsd-java@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-java > To unsubscribe, send any mail to "freebsd-java-unsubscribe@freebsd.or= g" - Achilleas Mantzios IT DEV IT DEPT _______________________________________________ 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"= - Achilleas Mantzios IT DEV IT DEPT Dynacom Tankers Mgmt From owner-freebsd-java@FreeBSD.ORG Tue Feb 12 15:44:24 2013 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 75D61E17 for ; Tue, 12 Feb 2013 15:44:24 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from cpsmtpb-ews10.kpnxchange.com (cpsmtpb-ews10.kpnxchange.com [213.75.39.15]) by mx1.freebsd.org (Postfix) with ESMTP id ECB0ACCC for ; Tue, 12 Feb 2013 15:44:23 +0000 (UTC) Received: from cpsps-ews29.kpnxchange.com ([10.94.84.195]) by cpsmtpb-ews10.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Tue, 12 Feb 2013 16:43:05 +0100 Received: from CPSMTPM-TLF104.kpnxchange.com ([195.121.3.7]) by cpsps-ews29.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Tue, 12 Feb 2013 16:43:05 +0100 Received: from sjakie.klop.ws ([212.182.167.131]) by CPSMTPM-TLF104.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Tue, 12 Feb 2013 16:44:22 +0100 Received: from 212-182-167-131.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id 8B4965CA7; Tue, 12 Feb 2013 16:44:22 +0100 (CET) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-java@freebsd.org, "David P. Caldwell" Subject: Re: Problem with Java System.exit on OpenJDK 7 References: Date: Tue, 12 Feb 2013 16:44:22 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.14 (FreeBSD) X-OriginalArrivalTime: 12 Feb 2013 15:44:22.0768 (UTC) FILETIME=[D429BF00:01CE0937] X-RcptDomain: freebsd.org X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2013 15:44:24 -0000 On Mon, 11 Feb 2013 23:15:23 +0100, David P. Caldwell wrote: > So I'm having a problem with the performance of a Java subprocess running > under Java, running on 9.0-RELEASE i386. > [snip] > > Does anyone have any idea or suggestions about where I should be looking > at > this point? Obviously it's hard to instrument the program further on > FreeBSD -- I assume the NetBeans Profiler / jvisualvm stuff does not work > on FreeBSD; that's the last I heard. Since a short time there is this. /usr/ports/java/visualvm/ From owner-freebsd-java@FreeBSD.ORG Tue Feb 12 19:29:10 2013 Return-Path: Delivered-To: java@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 7CF87C62; Tue, 12 Feb 2013 19:29:10 +0000 (UTC) (envelope-from awarecons@gmail.com) Received: from mail-ie0-x234.google.com (ie-in-x0234.1e100.net [IPv6:2607:f8b0:4001:c03::234]) by mx1.freebsd.org (Postfix) with ESMTP id 291FDCCC; Tue, 12 Feb 2013 19:29:10 +0000 (UTC) Received: by mail-ie0-f180.google.com with SMTP id bn7so633055ieb.11 for ; Tue, 12 Feb 2013 11:29:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=N4SJabR/LvaAa+E6cMKepdWUHSDfz33nI48+38HIxZU=; b=kP2Hlhc0l/2sMFfEMM5MBXGipFvwvjNoV8f4gW/7kJbip/+bBpEkjDZIlkqQKyWUrU BL+YHCr8WMSqQabSe8NpzFfF8UggbDlzewbWdPIN9WgHzHWSo52YqDfULv74zvd0qrML s7klqxVN5WJALu1kf4RxhxB3BQ7Q6N52na3yq+G8dP56QW+N7Qmoy78GnQsIFMlxieS3 qr8aFA4E3qGtk/VQ0y+rAqrY5fQkHDpxyxXcuwl4h5mihTcdCW1jRBN8yiQfMBJDYaA9 5YVtBMJkwRVsTi25ok1OVFTFsalADlCykmaqcO719/XZwD/lI738/s3LTdOGC4ApCBY3 KcvQ== MIME-Version: 1.0 X-Received: by 10.50.15.138 with SMTP id x10mr5778737igc.16.1360697349626; Tue, 12 Feb 2013 11:29:09 -0800 (PST) Received: by 10.64.16.131 with HTTP; Tue, 12 Feb 2013 11:29:09 -0800 (PST) Date: Tue, 12 Feb 2013 23:29:09 +0400 Message-ID: Subject: java/openjdk6 ISSUE IBM935.java:2770: illegal unicode escape From: awarecons To: ports-bugs@freebsd.org, java@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2013 19:29:10 -0000 Upgrade openjdk6-b27 to openjdk6-b27_1 ... # Running javac: /usr/local/openjdk6/bin/java -client -Xmx896m -Xms128m -Xbootclasspath/p:/usr/ports/java/openjdk6/work/build/bsd-i586/langtools/dist/bootstrap/lib/javac.jar -jar /usr/ports/java/openjdk6/work/build/bsd-i586/langtools/dist/bootstrap/lib/javac.jar -source 1.5 -target 5 -encoding ascii -Xbootclasspath:/usr/ports/java/openjdk6/work/build/bsd-i586/classes -Xlint:serial -Werror -sourcepath /usr/ports/java/openjdk6/work/build/bsd-i586/gensrc:../../../src/solaris/classes:../../../src/share/classes -d /usr/ports/java/openjdk6/work/build/bsd-i586/tmp/sun/sun.nio/classes @/usr/ports/java/openjdk6/work/build/bsd-i586/tmp/sun/sun.nio/.classes.list ../../../src/share/classes/sun/nio/cs/ext/IBM935.java:2770: illegal unicode escape "\u8q00\u0000\u65D1\u0000\u0000\u0000\u0000\u55ED\u0000\u0000" + // 12010 - 12019 ^ 1 error gmake[4]: *** [.compile.classlist] Error 1 gmake[4]: Leaving directory `/usr/ports/java/openjdk6/work/jdk/make/sun/nio' gmake[3]: *** [all] Error 1 gmake[3]: Leaving directory `/usr/ports/java/openjdk6/work/jdk/make/sun' gmake[2]: *** [all] Error 1 gmake[2]: Leaving directory `/usr/ports/java/openjdk6/work/jdk/make' gmake[1]: *** [jdk-build] Error 2 gmake[1]: Leaving directory `/usr/ports/java/openjdk6/work' gmake: *** [build_product_image] Error 2 *** Error code 1 Stop in /usr/ports/java/openjdk6. *** Error code 1 Stop in /usr/ports/java/openjdk6. From owner-freebsd-java@FreeBSD.ORG Fri Feb 15 12:42:10 2013 Return-Path: Delivered-To: java@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D6F945F3; Fri, 15 Feb 2013 12:42:10 +0000 (UTC) (envelope-from awarecons@gmail.com) Received: from mail-ie0-x229.google.com (mail-ie0-x229.google.com [IPv6:2607:f8b0:4001:c03::229]) by mx1.freebsd.org (Postfix) with ESMTP id A8CDD93C; Fri, 15 Feb 2013 12:42:10 +0000 (UTC) Received: by mail-ie0-f169.google.com with SMTP id 13so4700911iea.14 for ; Fri, 15 Feb 2013 04:42:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=57ExgzJHgfAQlaNmnf9FXpMYH3XIV9mXdYUrNqLGuOI=; b=f5Mu3g5CeIl1HM3DVQbhckfKlqXSMiXYQZccZUZbSLozDBqBtgprceeMIvYHhC53KP vHK/fcqlS9sPhsHPCBgUz/kcXihBzF0Gs4cRKQLQpD2M0op5573CF+n5bSLOgi37UNbs H0FtUntbhtSWcjrV88qQamu0CuAz4kBVx6fJUo8VArfu7Ak3rEoN+DtgNxKJUwiaMGRl eEeRTCxAqb1Te0+oafKiedHbvaC4/FgETESh7a73diXld+4JTEnsmcS3CaU9eH7XU/Hr Lxiq/uRK7aEbvVAoQpkz/HM2soGtFNO8jipfwnKcXG66adzFJwCyK6nBG8k7EnsUOsIn YNmg== MIME-Version: 1.0 X-Received: by 10.50.158.130 with SMTP id wu2mr1628669igb.106.1360932128229; Fri, 15 Feb 2013 04:42:08 -0800 (PST) Received: by 10.64.16.131 with HTTP; Fri, 15 Feb 2013 04:42:08 -0800 (PST) Date: Fri, 15 Feb 2013 16:42:08 +0400 Message-ID: Subject: java/openjdk6 ISSUE Upgrade openjdk6-b27 to openjdk6-b27_1 From: awarecons To: ports-bugs@freebsd.org, java@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Feb 2013 12:42:10 -0000 FreeBSD xxx 9.0-RELEASE-p5 FreeBSD 9.0-RELEASE-p5 #3: Sat Dec 29 20:04:22 MSK 2012 root@xxx:/sys/i386/compile/GENERIC i386 # $FreeBSD: ports/java/openjdk6/Makefile,v 1.84 2013/02/12 00:53:25 svnexp Exp $ Upgrade openjdk6-b27 to openjdk6-b27_1 gcc 4.6.3 # Running javac: /usr/local/openjdk6/bin/java -client -Xmx896m -Xms128m -Xbootclasspath/p:/usr/ports/java/openjdk6/work/build/bsd-i586/langtools/dist/bootstrap/lib/javac.jar -jar /usr/ports/java/openjdk6/work/build/bsd-i586/langtools/dist/bootstrap/lib/javac.jar -source 1.5 -target 5 -encoding ascii -Xbootclasspath:/usr/ports/java/openjdk6/work/build/bsd-i586/classes -sourcepath /usr/ports/java/openjdk6/work/build/bsd-i586/gensrc:../../../src/solaris/classes:../../../src/share/classes -d /usr/ports/java/openjdk6/work/build/bsd-i586/classes @/usr/ports/java/openjdk6/work/build/bsd-i586/tmp/sun/java.awt/.classes.list ../../../src/share/classes/com/sun/java/swing/plaf/windows/WindowsIconFactory.java:616: illegal start of expression if (WindowsMenuItemUI.isVistaPainting8)) { ^ ../../../src/share/classes/com/sun/java/swing/plaf/windows/WindowsIconFactory.java:633: 'else' without 'if' } else { ^ ../../../src/share/classes/com/sun/java/swing/plaf/windows/WindowsIconFactory.java:616: cannot find symbol symbol : variable isVistaPainting8 location: class com.sun.java.swing.plaf.windows.WindowsMenuItemUI if (WindowsMenuItemUI.isVistaPainting8)) { ^ Note: Some input files use or override a deprecated API. Note: Recompile with -Xlint:deprecation for details. Note: Some input files use unchecked or unsafe operations. Note: Recompile with -Xlint:unchecked for details. 3 errors gmake[4]: *** [.compile.classlist] Error 1 gmake[4]: Leaving directory `/usr/ports/java/openjdk6/work/jdk/make/java/awt' gmake[3]: *** [all] Error 1 gmake[3]: Leaving directory `/usr/ports/java/openjdk6/work/jdk/make/java' gmake[2]: *** [all] Error 1 gmake[2]: Leaving directory `/usr/ports/java/openjdk6/work/jdk/make' gmake[1]: *** [jdk-build] Error 2 gmake[1]: Leaving directory `/usr/ports/java/openjdk6/work' gmake: *** [build_product_image] Error 2 *** Error code 1 Stop in /usr/ports/java/openjdk6. *** Error code 1 Stop in /usr/ports/java/openjdk6. ===>>> make failed for java/openjdk6 ===>>> Aborting update gcc 4.2.1 # Running javac: /usr/local/openjdk6/bin/java -client -Xmx896m -Xms128m -Xbootclasspath/p:/usr/ports/java/openjdk6/work/build/bsd-i586/langtools/dist/bootstrap/lib/javac.jar -jar /usr/ports/java/openjdk6/work/build/bsd-i586/langtools/dist/bootstrap/lib/javac.jar -source 1.5 -target 5 -encoding ascii -Xbootclasspath:/usr/ports/java/openjdk6/work/build/bsd-i586/classes -sourcepath /usr/ports/java/openjdk6/work/build/bsd-i586/gensrc:../../../src/solaris/classes:../../../src/share/classes -d /usr/ports/java/openjdk6/work/build/bsd-i586/classes @/usr/ports/java/openjdk6/work/build/bsd-i586/tmp/java/java.lang/java/.classes.list ../../../src/share/classes/java/lang/CharacterData.java:61: cannot find symbol symbol : variable CharacterDataLatin1 location: class java.lang.CharacterData return CharacterDataLatin1.instance; ^ ../../../src/share/classes/java/lang/CharacterData.java:65: cannot find symbol symbol : variable CharacterData00 location: class java.lang.CharacterData return CharacterData00.instance; ^ ../../../src/share/classes/java/lang/CharacterData.java:67: cannot find symbol symbol : variable CharacterData01 location: class java.lang.CharacterData return CharacterData01.instance; ^ ../../../src/share/classes/java/lang/CharacterData.java:69: cannot find symbol symbol : variable CharacterData02 location: class java.lang.CharacterData return CharacterData02.instance; ^ ../../../src/share/classes/java/lang/CharacterData.java:71: cannot find symbol symbol : variable CharacterData0E location: class java.lang.CharacterData return CharacterData0E.instance; ^ Note: Some input files use or override a deprecated API. Note: Recompile with -Xlint:deprecation for details. Note: Some input files use unchecked or unsafe operations. Note: Recompile with -Xlint:unchecked for details. 5 errors gmake[4]: *** [.compile.classlist] Error 1 gmake[4]: Leaving directory `/usr/ports/java/openjdk6/work/jdk/make/java/java' gmake[3]: *** [all] Error 1 gmake[3]: Leaving directory `/usr/ports/java/openjdk6/work/jdk/make/java' gmake[2]: *** [all] Error 1 gmake[2]: Leaving directory `/usr/ports/java/openjdk6/work/jdk/make' gmake[1]: *** [jdk-build] Error 2 gmake[1]: Leaving directory `/usr/ports/java/openjdk6/work' gmake: *** [build_product_image] Error 2 *** Error code 1 Stop in /usr/ports/java/openjdk6. *** Error code 1 Stop in /usr/ports/java/openjdk6. ===>>> make failed for java/openjdk6 ===>>> Aborting update