From fgagnon at sce.carleton.ca Wed Oct 1 23:28:58 2008 From: fgagnon at sce.carleton.ca (=?ISO-8859-1?Q?Fran=E7ois_Gagnon?=) Date: Wed Oct 1 23:29:04 2008 Subject: Problem Installing JDK 1.6 in FreeBSD 7.0 Message-ID: <48E40241.1050205@sce.carleton.ca> Hi, I am trying to install JDK 1.6 in FreeBSD 7.0 and here's what's wrong: I used the command: cd /usr/ports/java/jdk16 && make install clean and it told me to manually download 5 files and put them in /usr/ports/distfiles/. The files where: jdk-6u3-fcs-bin-b05-jrl-24_sep_2007.jar jdk-6u3-fcs-mozilla_headers-b05-unix-24_sep_2007.jar jdk-6u3-fcs-src-b05-jrl-24_sep_2007.jar tzupdater-1_3_0-2007h.zip bsd-jdk16-patches-3.tar.bz2 I could not find 1.3.0 of tzupdater as only 1.3.3 is available from sun website. So I downloaded tzupdater-1_3_6-2008c.zip instead and modified two entries in /usr/ports/java/jdk16/Makefile os it would look for 1.3.6 instead of 1.3.0. I runned the command "cd /usr/ports/java/jdk16 && make install clean" again and now it started unzipping some file. At some point it did a checksum on the 5 files I downloaded and everything was fine except for the tzupdater file. I get the following error message: No MD5 checksum recorded for tzupdater-1_3_6-2008c.zip No SHA256 checksum recorded for tzupdater-1_3_6-2008c.zip No suitable checksum found for tzupdater-1_3_6-2008c.zip Error code 1 and the installation aborts. Any ideas how to fix my problem ? Thanks! -- Fran?ois Gagnon Ph.D. Student Network Management and Artificial Intelligence Laboratory Carleton University www.sce.carleton.ca/~fgagnon From jonc at chen.org.nz Thu Oct 2 00:42:28 2008 From: jonc at chen.org.nz (Jonathan Chen) Date: Thu Oct 2 00:42:36 2008 Subject: Problem Installing JDK 1.6 in FreeBSD 7.0 In-Reply-To: <48E40241.1050205@sce.carleton.ca> References: <48E40241.1050205@sce.carleton.ca> Message-ID: <20081002004225.GA78824@osiris.chen.org.nz> On Wed, Oct 01, 2008 at 07:05:37PM -0400, Fran?ois Gagnon wrote: > Hi, > > I am trying to install JDK 1.6 in FreeBSD 7.0 and here's what's wrong: > > I used the command: > > cd /usr/ports/java/jdk16 && make install clean > > and it told me to manually download 5 files and put them in > /usr/ports/distfiles/. The files where: > > jdk-6u3-fcs-bin-b05-jrl-24_sep_2007.jar > jdk-6u3-fcs-mozilla_headers-b05-unix-24_sep_2007.jar > jdk-6u3-fcs-src-b05-jrl-24_sep_2007.jar > tzupdater-1_3_0-2007h.zip > bsd-jdk16-patches-3.tar.bz2 [...] > Any ideas how to fix my problem ? Update your ports tree. It's almost a year out of date. For more details: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ports-using.html Once you've updated your ports-tree, you can try re-running the jdk16 port. -- Jonathan Chen ---------------------------------------------------------------------- "A person should be able to do a small bit of everything, specialisation is for insects" From mmp at actinet.cz Thu Oct 2 14:03:31 2008 From: mmp at actinet.cz (=?UTF-8?B?TWlsb8WIIFBhcGXFvsOtaw==?=) Date: Thu Oct 2 14:04:02 2008 Subject: Is the port jdk16 up to date ? In-Reply-To: <20081002120019.4F63C10656FE@hub.freebsd.org> References: <20081002120019.4F63C10656FE@hub.freebsd.org> Message-ID: Hi, I am a bit confused by Java version used in port jdk16. It is using sources / building Java 1.6.0 update 3, while the pre-built diablo packages are Java 1.6.0 update 7. Does it mean that the jdk16 port is not maintained any more ? I assumed that the jdk16 vs. diablo releation is that the jdk16 is always the latests version, while the diablo packages are jdk16 frozen at some point before undergoing Java compatibility testing. Could someone please shed some light on this topic? Thank you in advance, Milon -- mmp@actinet.cz From douglas at douglasthrift.net Fri Oct 3 04:29:18 2008 From: douglas at douglasthrift.net (Douglas Thrift) Date: Fri Oct 3 04:55:48 2008 Subject: FreeBSD Port: apache-ant-1.7.0_2 Message-ID: <2C7B9F9B59714BA3957225C33F836DB1@douglasthrift.net> Hello, Are there any plans to update the port to version 1.7.1? _______________________________________________________________________ Douglas William Thrift From gahr at FreeBSD.org Fri Oct 3 16:14:37 2008 From: gahr at FreeBSD.org (Pietro Cerutti) Date: Fri Oct 3 16:14:44 2008 Subject: [patch] devel/apache-ant upgrade to 1.7.1 Message-ID: <48E62F4B.4060907@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Hello java@ team members, may I commit this one? http://people.freebsd.org/~gahr/apache-ant.diff Thanks! Best regards, - -- Pietro Cerutti gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEAREKAAYFAkjmL0oACgkQwMJqmJVx947GSwCfZ9TXC6JvDFIcn65pMuJbztPz Iz0AnjCIjuNe++rpqGpR/oh/OiNAVNIk =ZYc6 -----END PGP SIGNATURE----- From dizzi at imap.sh.cvut.cz Sat Oct 4 00:25:39 2008 From: dizzi at imap.sh.cvut.cz (dizzi) Date: Sat Oct 4 00:25:46 2008 Subject: java 1.6 compilation crash Message-ID: <48F28E21.1030603@imap.sh.cvut.cz> This are last lines written to console, error log is attached. I had compile in jail checked. Perhaps it helps you. d. > gmake[4]: Leaving directory `/usr/ports/java/jdk16/work/j2se/make/java/zip' > Done with parallel compiles: /usr/ports/java/jdk16/work/j2se/make/java/zip > gmake[3]: Leaving directory `/usr/ports/java/jdk16/work/j2se/make/java/zip' > Timing: 00000 seconds or 0s for make-java-zip > <<>>>Recursively making javac all @ Sat Oct 4 01:45:56 CEST 2008 ... > gmake[3]: Entering directory `/usr/ports/java/jdk16/work/j2se/make/java/javac' > Begin Processing SUBDIRS: ../../sun/javac >>>>Recursively making ../../sun/javac all @ Sat Oct 4 01:45:56 CEST 2008 ... > gmake[4]: Entering directory `/usr/ports/java/jdk16/work/j2se/make/sun/javac' > Begin Processing SUBDIRS: javac recompile javadoc apt >>>>Recursively making javac all @ Sat Oct 4 01:45:56 CEST 2008 ... > gmake[5]: Entering directory `/usr/ports/java/jdk16/work/j2se/make/sun/javac/javac' > /usr/ports/java/jdk16/work/control/build/bsd-i586/bin/java -client -Xmx256m -Xms128m -classpath ../../../../make/tools/CompileProperties CompileProperties ../../../../src/share/classes/com/sun/tools/javac/resources/compiler.properties /usr/ports/java/jdk16/work/control/build/bsd-i586/gensrc/com/sun/tools/javac/resources/compiler.java > # > # An unexpected error has been detected by Java Runtime Environment: > # > # Internal Error (4F533F4253443F491418160E43505002C5), pid=41259, tid=0x28201600 > # > # Java VM: Java HotSpot(TM) Client VM (1.6.0_03-p4-root_04_oct_2008_00_33-b00 mixed mode, sharing) > # An error report file with more information is saved as hs_err_pid41259.log > # > # Please submit bug reports to freebsd-java@FreeBSD.org > # -------------- next part -------------- # # An unexpected error has been detected by Java Runtime Environment: # # Internal Error (4F533F4253443F491418160E43505002C5), pid=41259, tid=0x28201600 # # Java VM: Java HotSpot(TM) Client VM (1.6.0_03-p4-root_04_oct_2008_00_33-b00 mixed mode, sharing) # Please submit bug reports to freebsd-java@FreeBSD.org # --------------- T H R E A D --------------- Current thread (0x28207150): [error occurred during error reporting, step 80, id 0xb] Stack: [0xb6adce03,0x20223e72) [error occurred during error reporting, step 110, id 0xb] [error occurred during error reporting, step 120, id 0xb] [error occurred during error reporting, step 130, id 0xb] [error occurred during error reporting, step 140, id 0xb] [error occurred during error reporting, step 150, id 0xb] --------------- P R O C E S S --------------- Java Threads: ( => current thread ) Other Threads: VM state:not at safepoint (not fully initilizated) VM Mutex/Monitor currently owned by a thread: None Heap [error occurred during error reporting, step 190, id 0xb] Dynamic libraries: 0x08048000 /usr/ports/java/jdk16/work/control/build/bsd-i586/bin/java 0x28097000 /lib/libc.so.7 0x28300000 /usr/ports/java/jdk16/work/control/build/bsd-i586/lib/i386/client/libjvm.so 0x28af0000 /usr/lib/libstdc++.so.6 0x28193000 /lib/libm.so.5 0x281a8000 /lib/libgcc_s.so.1 0x281b4000 /usr/ports/java/jdk16/work/control/build/bsd-i586/lib/i386/native_threads/libhpi.so 0x28063000 /libexec/ld-elf.so.1 VM Arguments: jvm_args: -Xmx256m -Xms128m java_command: CompileProperties ../../../../src/share/classes/com/sun/tools/javac/resources/compiler.properties /usr/ports/java/jdk16/work/control/build/bsd-i586/gensrc/com/sun/tools/javac/resources/compiler.java Launcher Type: SUN_STANDARD Environment Variables: JAVA_HOME= CLASSPATH= PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/root/bin LD_LIBRARY_PATH=/usr/ports/java/jdk16/work/control/build/bsd-i586/lib/i386/client:/usr/ports/java/jdk16/work/control/build/bsd-i586/lib/i386:/usr/ports/java/jdk16/work/control/build/bsd-i586/../lib/i386: SHELL=/bin/sh ARCH=i586 Signal Handlers: SIGSEGV: [libjvm.so+0x360020], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGBUS: [libjvm.so+0x360020], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGFPE: [libjvm.so+0x2a6230], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGPIPE: [libjvm.so+0x2a6230], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGILL: [libjvm.so+0x2a6230], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGUSR1: SIG_DFL, sa_mask[0]=0x20000000, sa_flags=0x00000002 SIGUSR2: [libjvm.so+0x2a8270], sa_mask[0]=0x00000000, sa_flags=0x00000042 SIGHUP: SIG_DFL, sa_mask[0]=0x00000001, sa_flags=0x00000002 SIGINT: SIG_DFL, sa_mask[0]=0x00000002, sa_flags=0x00000002 SIGQUIT: SIG_DFL, sa_mask[0]=0x00000004, sa_flags=0x00000002 SIGTERM: SIG_DFL, sa_mask[0]=0x00004000, sa_flags=0x00000002 SIGUSR2: [libjvm.so+0x2a8270], sa_mask[0]=0x00000000, sa_flags=0x00000042 --------------- S Y S T E M --------------- OS:Bsd uname:FreeBSD 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 UTC 2008 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 rlimit: STACK 65536k, CORE infinity, NPROC 3603, NOFILE 7207 CPU:total 1 Memory: 4k page, physical 441688k(110422k free) vm_info: Java HotSpot(TM) Client VM (1.6.0_03-p4-root_04_oct_2008_00_33-b00) for bsd-x86, built on Oct 4 2008 01:35:21 by "root" with gcc 4.2.1 20070719 [FreeBSD] From glewis at eyesbeyond.com Sun Oct 5 18:05:43 2008 From: glewis at eyesbeyond.com (Greg Lewis) Date: Sun Oct 5 18:05:51 2008 Subject: help installing please In-Reply-To: <48DBB80C.1050609@techniumcast.com> References: <48DBB80C.1050609@techniumcast.com> Message-ID: <20081005180637.GA76795@misty.eyesbeyond.com> On Thu, Sep 25, 2008 at 05:10:52PM +0100, Rob Shepherd wrote: > I've just got diablo-jdk-freebsd7.amd64.1.6.0.07.02.tbz > > and installed it. A dependency issue was raised concerning > javavmwrapper 2.3.2 whereas only 2.3 exists in the ports tree. > > I used a pkg_add -f to override this check, however java still doesn't work. > > I've managed to conclude that the compiled java is linked against > > libpthread.so.2 > libc.so.6 > libc.so.7 > > I don't have libc.so.6 or libpthread.so.2 > > How can I work past these unlisted dependencies? You can make sure you are running FreeBSD 7.x? What version of FreeBSD are you using? -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From glewis at eyesbeyond.com Sun Oct 5 18:07:36 2008 From: glewis at eyesbeyond.com (Greg Lewis) Date: Sun Oct 5 18:07:43 2008 Subject: Is the port jdk16 up to date ? In-Reply-To: References: <20081002120019.4F63C10656FE@hub.freebsd.org> Message-ID: <20081005180826.GB76795@misty.eyesbeyond.com> On Thu, Oct 02, 2008 at 03:42:34PM +0200, Milo?? Pape????k wrote: > I am a bit confused by Java version used in port jdk16. > It is using sources / building Java 1.6.0 update 3, > while the pre-built diablo packages are Java 1.6.0 update 7. > > Does it mean that the jdk16 port is not maintained any more ? No. It means that Sun has stopped releasing JRL licensed source code for JDK 1.6 after Update 3. > I assumed that the jdk16 vs. diablo releation is that the jdk16 is always > the latests version, > while the diablo packages are jdk16 frozen at some point before undergoing > Java compatibility testing. > > Could someone please shed some light on this topic? > > Thank you in advance, > Milon > -- > mmp@actinet.cz > > _______________________________________________ > 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 mmp at actinet.cz Mon Oct 6 08:28:03 2008 From: mmp at actinet.cz (=?utf-8?B?TWlsb8WIIFBhcGXFvsOtaw==?=) Date: Mon Oct 6 08:28:10 2008 Subject: Is the port jdk16 up to date ? In-Reply-To: <20081005180826.GB76795@misty.eyesbeyond.com> References: <20081002120019.4F63C10656FE@hub.freebsd.org> <20081005180826.GB76795@misty.eyesbeyond.com> Message-ID: >> Does it mean that the jdk16 port is not maintained any more ? > > No. It means that Sun has stopped releasing JRL licensed source code for > JDK 1.6 after Update 3. I went through the archives at Sun forums and I understood that the best is to wait for full transition to OpenJDK 7 or "backport" branch OpenJDK6. If I undestood the plan for FreeBSD correctly, there will be new ports like java/openjdk[67] ? Thank you, Milon -- mmp@actinet.cz From bugmaster at FreeBSD.org Mon Oct 6 11:06:58 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Oct 6 11:08:18 2008 Subject: Current problem reports assigned to freebsd-java@FreeBSD.org Message-ID: <200810061106.m96B6v0C035529@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/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/119654 java jdk 1.6: java.awt.SplashScreen#getSplashScreen throws 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 28 problems total. From nckjagger at yahoo.com Mon Oct 6 13:12:51 2008 From: nckjagger at yahoo.com (Nick Jagger) Date: Mon Oct 6 13:12:57 2008 Subject: Is the port jdk16 up to date ? Message-ID: <564077.78469.qm@web57506.mail.re1.yahoo.com> ----- Original Message ---- From: Greg Lewis To: Milo?? Pape????k Cc: freebsd-java@freebsd.org Sent: Sunday, October 5, 2008 8:08:26 PM Subject: Re: Is the port jdk16 up to date ? On Thu, Oct 02, 2008 at 03:42:34PM +0200, Milo?? Pape????k wrote: >> I am a bit confused by Java version used in port jdk16. >> It is using sources / building Java 1.6.0 update 3, >> while the pre-built diablo packages are Java 1.6.0 update 7. >> >> Does it mean that the jdk16 port is not maintained any more ? >No. It means that Sun has stopped releasing JRL licensed source code for >JDK 1.6 after Update 3. I don't know where you published this information. Please make notice of it on http://www.freebsd.org/java/newsflash.html, so that FreeBSD users become aware of this fact. Communication, anyone? > _______________________________________________ > 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 _______________________________________________ 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 ndenev at gmail.com Thu Oct 9 13:58:42 2008 From: ndenev at gmail.com (Nikolay Denev) Date: Thu Oct 9 13:58:49 2008 Subject: Serious problem with RMI on jdk15 Message-ID: Hi All, I have the following problem : when I connect to a jmxremote enabled application with jconsole the whole VM crashes with segmentation fault. The test application is very simple : public class TestServer { public static void main(String[] args) { while(true) { System.out.println("Ping!"); try { Thread.sleep(2000); } catch (InterruptedException e) { e.printStackTrace(); } } } } and i start it with : /usr/local/jdk1.5.0/bin/java -cp myjar.jar \ -Dcom.sun.management.jmxremote.authenticate=false \ -Dcom.sun.management.jmxremote.ssl=false \ -Dcom.sun.management.jmxremote.port=12459 \ -Dcom.sun.management.jmxremote \ com.my.tools.util.TestServer Then when i connect to it with jconsole from other host i get this : # # An unexpected error has been detected by HotSpot Virtual Machine: # # SIGSEGV (0xb) at pc=0x0000000804abd697, pid=14898, tid=0x871600 # # Java VM: Java HotSpot(TM) 64-Bit Server VM (1.5.0_14-p8- ndenev_08_oct_2008_12_14 mixed mode) # Problematic frame: # [error occurred during error reporting, step 60, id 0xb] # An error report file with more information is saved as hs_err_pid14898.log # # If you would like to submit a bug report, please write # a letter to freebsd-java@FreeBSD.org mailing list # Abort trap (core dumped) here are the contents of the hs_err_pid14898.log file : # # An unexpected error has been detected by HotSpot Virtual Machine: # # SIGSEGV (0xb) at pc=0x0000000804abd697, pid=14898, tid=0x871600 # # Java VM: Java HotSpot(TM) 64-Bit Server VM (1.5.0_14-p8- ndenev_08_oct_2008_12_14 mixed mode) # Problematic frame: # [error occurred during error reporting, step 60, id 0xb] --------------- T H R E A D --------------- Current thread (0x0000000000819800): JavaThread "RMI TCP Connection(4)-192.168.2.105" daemon [_thread_in_Java, id=8852992] siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x00007ffefffffff0 Registers: RAX=0x000000007ee45000, RBX=0x000000080d2c0ec0, RCX=0x000000080093c22c, RDX=0x0000000000000001 RSP=0x00007ffffeaec3f0, RBP=0x00007fff00000000, RSI=0x0000000000000002, RDI=0x00007ffffeaec3e0 R8 =0x0000000000000000, R9 =0x00007ffffeaec3d8, R10=0x00007ffffeaec3f0, R11=0x0000000000000206 R12=0x0000000804abd520, R13=0x000000080d2c0ec0, R14=0x00007ffffeaec478, R15=0x0000000000819800 RIP=0x0000000804abd697, EFL=0x0000000000000000, ERR=0x0000000000000004 TRAPNO=0x000000000000000c Top of Stack: (sp=0x00007ffffeaec3f0) 0x00007ffffeaec3f0: 000000003f400000 0000000804abd3e1 0x00007ffffeaec400: 000000007ee45000 0000000804abd542 0x00007ffffeaec410: 00007ffffeaec420 0000000800d3cb7f 0x00007ffffeaec420: 00007ffffeaec420 000000080d2c0ec0 0x00007ffffeaec430: 00007ffffeaec478 000000080d2c22a8 0x00007ffffeaec440: 0000000000000000 000000080d2c0ec0 0x00007ffffeaec450: 00007ffffeaec478 00007ffffeaec4e0 0x00007ffffeaec460: 0000000804ab1329 0000000000000000 0x00007ffffeaec470: 0000000804aba497 0000000807ddb828 0x00007ffffeaec480: 0000000000001f80 0000000000000001 0x00007ffffeaec490: 00007ffffeaec710 00007ffffeaec7a0 0x00007ffffeaec4a0: 0000000000819800 00000000008190a0 0x00007ffffeaec4b0: 00007ffffeaec530 00007ffffeaec7a8 0x00007ffffeaec4c0: 000000000000000b 000000080d2c0ec0 0x00007ffffeaec4d0: 0000000804abd240 00007ffffeaec718 0x00007ffffeaec4e0: 00007ffffeaec5e0 0000000800e07f97 0x00007ffffeaec4f0: 0000000000000001 0000000000819800 0x00007ffffeaec500: 00007ffffeaec580 00007ffffeaec530 0x00007ffffeaec510: 0000000000819800 0000000804abd240 0x00007ffffeaec520: 0000000b00819088 0000000804ab12a9 0x00007ffffeaec530: 0000000000819800 0000000000a04670 0x00007ffffeaec540: 000000080d2c0ec0 0000000807ddb828 0x00007ffffeaec550: 00007ffffeaec900 0000000804abd520 0x00007ffffeaec560: 0000000000000000 0000000800000000 0x00007ffffeaec570: 00007ffffeaec950 00007ffffeaec7a0 0x00007ffffeaec580: 0000000000819800 0000000000846730 0x00007ffffeaec590: 0000000000819000 00000000008190a8 0x00007ffffeaec5a0: 00000000008193e8 00007ffffeaed290 0x00007ffffeaec5b0: 0000000000819088 0000000000000001 0x00007ffffeaec5c0: 00007ffffeaec7a0 0000000000819048 0x00007ffffeaec5d0: 0000000000819068 0000000000819800 0x00007ffffeaec5e0: 00007ffffeaec600 0000000800e070d0 Instructions: (pc=0x0000000804abd697) 0x0000000804abd687: 8b 4c 24 70 48 8b 44 24 78 48 81 c4 80 00 00 00 0x0000000804abd697: 48 8b 5d f0 4c 8b 6b 10 4d 8d 6d 48 49 81 7f 08 Stack: [0x00007ffffe9ee000,0x00007ffffeaee000), sp=0x00007ffffeaec3f0, free space=1016k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) [error occurred during error reporting, step 120, id 0xb] --------------- P R O C E S S --------------- Java Threads: ( => current thread ) 0x0000000000ea2000 JavaThread "RMI TCP Connection(5)-192.168.2.105" daemon [_thread_blocked, id=8853376] =>0x0000000000819800 JavaThread "RMI TCP Connection(4)-192.168.2.105" daemon [_thread_in_Java, id=8852992] 0x0000000000819400 JavaThread "RMI TCP Connection(3)-192.168.2.105" daemon [_thread_in_Java, id=8852608] 0x0000000000a10400 JavaThread "JMX server connection timeout 16" daemon [_thread_blocked, id=10609408] 0x0000000000a0f000 JavaThread "RMI LeaseChecker" daemon [_thread_blocked, id=10609024] 0x0000000000814c00 JavaThread "RMI TCP Connection(2)-192.168.2.105" daemon [_thread_in_native, id=8852224] 0x0000000000814800 JavaThread "RMI TCP Connection(1)-192.168.2.105" daemon [_thread_in_native, id=8851840] 0x0000000000797c00 JavaThread "RMI TCP Accept-12459" daemon [_thread_in_native, id=6304640] 0x0000000000797800 JavaThread "RMI TCP Accept-0" daemon [_thread_in_native, id=6304256] 0x0000000000797400 JavaThread "Timer-0" daemon [_thread_blocked, id=6303872] 0x000000000063dc00 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=6303488] 0x000000000063d000 JavaThread "CompilerThread1" daemon [_thread_in_native, id=6303104] 0x000000000063c400 JavaThread "CompilerThread0" daemon [_thread_in_native, id=6302720] 0x000000000063b800 JavaThread "AdapterThread" daemon [_thread_blocked, id=6302336] 0x000000000063ac00 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=6301952] 0x000000000063a400 JavaThread "Finalizer" daemon [_thread_blocked, id=6301568] 0x000000000063a000 JavaThread "Reference Handler" daemon [_thread_blocked, id=6301184] 0x0000000000636800 JavaThread "main" [_thread_blocked, id=6300032] Other Threads: 0x00000000006197b0 VMThread [id=6300800] 0x00000000006198c0 WatcherThread [id=6305024] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 2368K, used 2128K [0x0000000807b80000, 0x0000000807e10000, 0x0000000809780000) eden space 2112K, 88% used [0x0000000807b80000, 0x0000000807d54348, 0x0000000807d90000) from space 256K, 100% used [0x0000000807dd0000, 0x0000000807e10000, 0x0000000807e10000) to space 256K, 0% used [0x0000000807d90000, 0x0000000807d90000, 0x0000000807dd0000) tenured generation total 1792K, used 426K [0x0000000809780000, 0x0000000809940000, 0x000000080cf80000) the space 1792K, 23% used [0x0000000809780000, 0x00000008097eab00, 0x00000008097eac00, 0x0000000809940000) compacting perm gen total 21248K, used 6512K [0x000000080cf80000, 0x000000080e440000, 0x0000000812380000) the space 21248K, 30% used [0x000000080cf80000, 0x000000080d5dc088, 0x000000080d5dc200, 0x000000080e440000) No shared spaces configured. Dynamic libraries: 0x0000000000400000 /usr/local/jdk1.5.0/bin/java 0x0000000800639000 /lib/libz.so.4 0x000000080074d000 /lib/libthr.so.3 0x0000000800862000 /lib/libc.so.7 0x0000000800a7d000 /usr/local/jdk1.5.0/jre/lib/amd64/server/libjvm.so 0x0000000801349000 /usr/lib/libstdc++.so.6 0x000000080154f000 /lib/libm.so.5 0x0000000801669000 /lib/libgcc_s.so.1 0x0000000801776000 /usr/local/jdk1.5.0/jre/lib/amd64/native_threads/ libhpi.so 0x0000000801882000 /usr/local/jdk1.5.0/jre/lib/amd64/libverify.so 0x0000000801991000 /usr/local/jdk1.5.0/jre/lib/amd64/libjava.so 0x0000000801ab9000 /usr/local/jdk1.5.0/jre/lib/amd64/libzip.so 0x00000008123d5000 /usr/local/jdk1.5.0/jre/lib/amd64/libmanagement.so 0x00000008124db000 /usr/local/jdk1.5.0/jre/lib/amd64/libnet.so 0x000000081271d000 /usr/local/jdk1.5.0/jre/lib/amd64/librmi.so 0x0000000800509000 /libexec/ld-elf.so.1 VM Arguments: jvm_args: -Dcom.sun.management.jmxremote.authenticate=false - Dcom.sun.management.jmxremote.ssl=false - Dcom.sun.management.jmxremote.port=12459 -Dcom.sun.management.jmxremote java_command: com.my.tools.util.TestServer Launcher Type: SUN_STANDARD Environment Variables: PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/ local/bin:/home/ndenev/bin LD_LIBRARY_PATH=/usr/local/jdk1.5.0/jre/lib/amd64/server:/usr/local/ jdk1.5.0/jre/lib/amd64:/usr/local/jdk1.5.0/jre/../lib/amd64 SHELL=/bin/tcsh HOSTTYPE=FreeBSD OSTYPE=FreeBSD MACHTYPE=unknown Signal Handlers: SIGSEGV: [libjvm.so+0x629680], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGBUS: [libjvm.so+0x629680], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGFPE: [libjvm.so+0x53b1b6], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGPIPE: [libjvm.so+0x53b1b6], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGILL: [libjvm.so+0x53b1b6], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGUSR1: SIG_DFL, sa_mask[0]=0xfffefeff, sa_flags=0x00000000 SIGUSR2: SIG_DFL, sa_mask[0]=0xfffefeff, sa_flags=0x00000000 SIGHUP: [libjvm.so+0x53cde6], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGINT: [libjvm.so+0x53cde6], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGQUIT: [libjvm.so+0x53cde6], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 SIGTERM: [libjvm.so+0x53cde6], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 --------------- S Y S T E M --------------- OS:FreeBSD uname:FreeBSD 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #1: Tue Oct 7 16:17:16 UTC 2008 ndenev@XXX:/usr/obj/usr/src/sys/DTRACE amd64 rlimit: STACK 524288k, CORE infinity, NOFILE 11095 CPU:total 4 em64t ht Memory: 4k page, physical 1756260k vm_info: Java HotSpot(TM) 64-Bit Server VM (1.5.0_14-p8- ndenev_08_oct_2008_12_14) for freebsd-amd64, built on Oct 8 2008 12:27:00 by root with gcc 4.2.1 20070719 [FreeBSD] gdb backtrace from the coredump : XXX$ gdb /usr/local/jdk1.5.0/bin/java ./java.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols found)... Core was generated by `java'. Program terminated with signal 6, Aborted. Reading symbols from /lib/libz.so.4...done. Loaded symbols for /lib/libz.so.4 Reading symbols from /lib/libthr.so.3...done. Loaded symbols for /lib/libthr.so.3 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /usr/local/jdk1.5.0/jre/lib/amd64/server/ libjvm.so...done. Loaded symbols for /usr/local/jdk1.5.0/jre/lib/amd64/server/libjvm.so Reading symbols from /usr/lib/libstdc++.so.6...done. Loaded symbols for /usr/lib/libstdc++.so.6 Reading symbols from /lib/libm.so.5...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libgcc_s.so.1...done. Loaded symbols for /lib/libgcc_s.so.1 Reading symbols from /usr/local/jdk1.5.0/jre/lib/amd64/native_threads/ libhpi.so...done. Loaded symbols for /usr/local/jdk1.5.0/jre/lib/amd64/native_threads/ libhpi.so Reading symbols from /usr/local/jdk1.5.0/jre/lib/amd64/ libverify.so...done. Loaded symbols for /usr/local/jdk1.5.0/jre/lib/amd64/libverify.so Reading symbols from /usr/local/jdk1.5.0/jre/lib/amd64/ libjava.so...done. Loaded symbols for /usr/local/jdk1.5.0/jre/lib/amd64/libjava.so Reading symbols from /usr/local/jdk1.5.0/jre/lib/amd64/libzip.so...done. Loaded symbols for /usr/local/jdk1.5.0/jre/lib/amd64/libzip.so Reading symbols from /usr/local/jdk1.5.0/jre/lib/amd64/ libmanagement.so...done. Loaded symbols for /usr/local/jdk1.5.0/jre/lib/amd64/libmanagement.so Reading symbols from /usr/local/jdk1.5.0/jre/lib/amd64/libnet.so...done. Loaded symbols for /usr/local/jdk1.5.0/jre/lib/amd64/libnet.so Reading symbols from /usr/local/jdk1.5.0/jre/lib/amd64/librmi.so...done. Loaded symbols for /usr/local/jdk1.5.0/jre/lib/amd64/librmi.so Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x00000008008b13ec in thr_kill () at thr_kill.S:2 2 RSYSCALL(thr_kill) [New Thread 0x871780 (LWP 100325)] [New Thread 0x871600 (LWP 100323)] [New Thread 0x871480 (LWP 100308)] [New Thread 0xa1e300 (LWP 100299)] [New Thread 0xa1e180 (LWP 100297)] [New Thread 0x871300 (LWP 100294)] [New Thread 0x871180 (LWP 100290)] [New Thread 0x603500 (LWP 100287)] [New Thread 0x603380 (LWP 100284)] [New Thread 0x603200 (LWP 100266)] [New Thread 0x603080 (LWP 100261)] [New Thread 0x602f00 (LWP 100249)] [New Thread 0x602d80 (LWP 100243)] [New Thread 0x602c00 (LWP 100235)] [New Thread 0x602a80 (LWP 100230)] [New Thread 0x602900 (LWP 100209)] [New Thread 0x602780 (LWP 100096)] [New Thread 0x602600 (LWP 100094)] [New Thread 0x602480 (LWP 100090)] [New Thread 0x602180 (LWP 100237)] (gdb) bt #0 0x00000008008b13ec in thr_kill () at thr_kill.S:2 #1 0x00000008009398c3 in abort () at /usr/src/lib/libc/stdlib/abort.c: 65 #2 0x0000000800fb8ce3 in os::abort () from /usr/local/jdk1.5.0/jre/ lib/amd64/server/libjvm.so #3 0x00000008010a5e28 in VMError::report_and_die () from /usr/local/ jdk1.5.0/jre/lib/amd64/server/libjvm.so #4 0x00000008010a66df in crash_handler () from /usr/local/jdk1.5.0/ jre/lib/amd64/server/libjvm.so #5 #6 0x0000000800d9bd4e in frame::interpreter_frame_method () from /usr/local/jdk1.5.0/jre/lib/amd64/server/libjvm.so #7 0x0000000800d9cb37 in frame::print_on_error () from /usr/local/ jdk1.5.0/jre/lib/amd64/server/libjvm.so #8 0x00000008010a5251 in VMError::report () from /usr/local/jdk1.5.0/ jre/lib/amd64/server/libjvm.so #9 0x00000008010a5d84 in VMError::report_and_die () from /usr/local/ jdk1.5.0/jre/lib/amd64/server/libjvm.so #10 0x00000008010a66df in crash_handler () from /usr/local/jdk1.5.0/ jre/lib/amd64/server/libjvm.so #11 #12 0x0000000800d9bd4e in frame::interpreter_frame_method () from /usr/local/jdk1.5.0/jre/lib/amd64/server/libjvm.so #13 0x0000000800d9cb37 in frame::print_on_error () from /usr/local/ jdk1.5.0/jre/lib/amd64/server/libjvm.so #14 0x00000008010a507c in VMError::report () from /usr/local/jdk1.5.0/ jre/lib/amd64/server/libjvm.so #15 0x00000008010a5d84 in VMError::report_and_die () from /usr/local/ jdk1.5.0/jre/lib/amd64/server/libjvm.so #16 0x00000008010a66df in crash_handler () from /usr/local/jdk1.5.0/ jre/lib/amd64/server/libjvm.so #17 #18 0x0000000800d9bd4e in frame::interpreter_frame_method () from /usr/local/jdk1.5.0/jre/lib/amd64/server/libjvm.so #19 0x0000000800d9cb37 in frame::print_on_error () from /usr/local/ jdk1.5.0/jre/lib/amd64/server/libjvm.so #20 0x00000008010a507c in VMError::report () from /usr/local/jdk1.5.0/ jre/lib/amd64/server/libjvm.so #21 0x00000008010a5f34 in VMError::report_and_die () from /usr/local/ jdk1.5.0/jre/lib/amd64/server/libjvm.so #22 0x0000000800fbc10d in JVM_handle_bsd_signal () from /usr/local/ jdk1.5.0/jre/lib/amd64/server/libjvm.so #23 #24 0x0000000804abd697 in ?? () #25 0x000000003f400000 in ?? () #26 0x0000000804abd3e1 in ?? () #27 0x000000007ee45000 in ?? () #28 0x0000000804abd542 in ?? () #29 0x00007ffffeaec420 in ?? () #30 0x0000000800d3cb7f in CompilationPolicy::canBeCompiled () from /usr/local/jdk1.5.0/jre/lib/amd64/server/libjvm.so Previous frame inner to this frame (corrupt stack?) (gdb) I'm running amd64 7.1-PRE from yesterday, and the jdk is jdk-1.5.0.14p8_3,1 Any help is greatly appreciated! Thanks, Nikolay Denev From rscheckelhoff at fourcalorieservers.com Thu Oct 9 15:29:55 2008 From: rscheckelhoff at fourcalorieservers.com (rs) Date: Thu Oct 9 15:30:27 2008 Subject: jni issues with JDK1.6.0 really GENERIC kernel issue Message-ID: <20081009153044.GA2059@fourcalorieservers.com> Hello: I have a small snippet program that attempts to launch a Java vm (JDK.6.0 on FreeBSD 7.0) with native c++ calls using jni. The pertinent line of code to launch the vm: ... // // Create VM // JNI_CreateJavaVM(&jvm,(void **)&env, &vm_args); ... When the test program is executed with truss, the resulting crash is shown to be related to non-existent sys call: gettimeofday({1223561385.433876},0x0) = 0 (0x0) stat("/usr/local/jdk1.6.0/java",{mode=drwxr-xr-x ,inode=2500507,size=2048,blksize=4096}) = 0 (0x0) gettimeofday({1223561385.435170},0x0) = 0 (0x0) gettimeofday({1223561385.435451},0x0) = 0 (0x0) lseek(3,0x2b0d74c,SEEK_SET) = 45143884 (0x2b0d74c) read(3,"PK\^C\^D\n\0\0\0\0\0\M^U\M^Q\f9"...,30) = 30 (0x1e) lseek(3,0x2b0d791,SEEK_SET) = 45143953 (0x2b0d791) read(3,"\M-J\M-~\M-:\M->\0\0\0001\0<\b\0"...,1134) = 1134 (0x46e) gettimeofday({1223561385.436426},0x0) = 0 (0x0) gettimeofday({1223561385.436553},0x0) = 0 (0x0) gettimeofday({1223561385.436811},0x0) = 0 (0x0) gettimeofday({1223561385.436972},0x0) = 0 (0x0) gettimeofday({1223561385.437336},0x0) = 0 (0x0) gettimeofday({1223561385.437588},0x0) = 0 (0x0) gettimeofday({1223561385.437729},0x0) = 0 (0x0) gettimeofday({1223561385.437879},0x0) = 0 (0x0) gettimeofday({1223561385.438150},0x0) = 0 (0x0) gettimeofday({1223561385.537357},0x0) = 0 (0x0) gettimeofday({1223561385.537543},0x0) = 0 (0x0) ksem_init(0xbfbfe87c,0x0,0x2804a419,0x28077200,0x510,0x0) ERR#78 'Function not implemented' SIGNAL 12 (SIGSYS) Subsequent culling of internet mailing lists indicates that indeed the GENERIC kernel for FreeBSD 7.0 does not enable the P1003_1B_SEMAPHORES option, and so the "Function not implemented" message is reasonable. Before I rebuild the kernel with the P1003_1B_SEMAPHORES option, are there any issues/caveats involved with doing so, especiall in light of the fact that the intended application must make heavy use of pthreads? - Regards, Ron . From root at fourcalorieservers.com Thu Oct 9 15:37:29 2008 From: root at fourcalorieservers.com (Charlie Root) Date: Thu Oct 9 15:37:41 2008 Subject: jni issues with JDK1.6.0 (calling vm from c++ native) Message-ID: <20081009151900.GA1973@fourcalorieservers.com> Hello all: I have a small snippet program that attempts to launch a java vm (JDK1.6.0 on FreeBSD 7.0) using c++ native code with jni. The pertinent line of code to launch the vm is: ... // // Create VM // JNI_CreateJavaVM(&jvm,(void **)&env, &vm_args); ... When the test program is executed with truss, the output shows the cause of the crash is a call to non-existent call ksem_init: gettimeofday({1223561385.435451},0x0) = 0 (0x0) lseek(3,0x2b0d74c,SEEK_SET) = 45143884 (0x2b0d74c) read(3,"PK\^C\^D\n\0\0\0\0\0\M^U\M^Q\f9"...,30) = 30 (0x1e) lseek(3,0x2b0d791,SEEK_SET) = 45143953 (0x2b0d791) read(3,"\M-J\M-~\M-:\M->\0\0\0001\0<\b\0"...,1134) = 1134 (0x46e) gettimeofday({1223561385.436426},0x0) = 0 (0x0) gettimeofday({1223561385.436553},0x0) = 0 (0x0) gettimeofday({1223561385.436811},0x0) = 0 (0x0) gettimeofday({1223561385.436972},0x0) = 0 (0x0) gettimeofday({1223561385.437336},0x0) = 0 (0x0) gettimeofday({1223561385.437588},0x0) = 0 (0x0) gettimeofday({1223561385.437729},0x0) = 0 (0x0) gettimeofday({1223561385.437879},0x0) = 0 (0x0) gettimeofday({1223561385.438150},0x0) = 0 (0x0) gettimeofday({1223561385.537357},0x0) = 0 (0x0) gettimeofday({1223561385.537543},0x0) = 0 (0x0) ksem_init(0xbfbfe87c,0x0,0x2804a419,0x28077200,0x510,0x0) ERR#78 'Function not implemented' SIGNAL 12 (SIGSYS) A subsequent culling of internet mailing lists shows that the ksem_init call is in fact a non-existent call on the GENERIC kernel for FreeBSD 7.0, due to the fact that the GENERIC kernel does not include the P1003_1B_SEMAPHORES option. Before I rebuild the kernel with the P1003_1B_SEMAPHORES option, are there any issues/caveats involved with using it on FreeBSD 7.0 (Taking into consideration that I must make heavy use of pthreads in the application)?. -Regards, Ron From rscheckelhoff at fourcalorieservers.com Thu Oct 9 15:37:29 2008 From: rscheckelhoff at fourcalorieservers.com (rs) Date: Thu Oct 9 15:37:41 2008 Subject: JNI Invocation - BAD SYS CALL Message-ID: <20081009144909.GA1775@fourcalorieservers.com> Hello FreeBSD java experts: I created a little c++ test program to launch the java vm (JDK1.6.0 on Freebsd 7.0) from native code with jni: ... ... // // Pertinent line of code in test prog // JNI_CreateJavaVM(&jvm,(void **)&env, &vm_args); ... ... When the test program is executed with truss, the following partial result indicates that a call to non-existent ksem_init call is causing SIGSYS. ... ... lstat("/usr",{mode=drwxr-xr-x ,inode=2,size=512,blksize=4096}) = 0 (0x0) lstat("/usr/local",{mode=drwxr-xr-x ,inode=2237440,size=512,blksize=4096}) = 0 (0x0) lstat("/usr/local/jdk1.6.0",{mode=drwxr-xr-x ,inode=2500448,size=512,blksize=4096}) = 0 (0x0) lstat("/usr/local/jdk1.6.0/java",{mode=drwxr-xr-x ,inode=2500507,size=2048,blksize=4096}) = 0 (0x0) gettimeofday({1223561385.433876},0x0) = 0 (0x0) stat("/usr/local/jdk1.6.0/java",{mode=drwxr-xr-x ,inode=2500507,size=2048,blksize=4096}) = 0 (0x0) gettimeofday({1223561385.435170},0x0) = 0 (0x0) gettimeofday({1223561385.435451},0x0) = 0 (0x0) lseek(3,0x2b0d74c,SEEK_SET) = 45143884 (0x2b0d74c) read(3,"PK\^C\^D\n\0\0\0\0\0\M^U\M^Q\f9"...,30) = 30 (0x1e) lseek(3,0x2b0d791,SEEK_SET) = 45143953 (0x2b0d791) read(3,"\M-J\M-~\M-:\M->\0\0\0001\0<\b\0"...,1134) = 1134 (0x46e) gettimeofday({1223561385.436426},0x0) = 0 (0x0) gettimeofday({1223561385.436553},0x0) = 0 (0x0) gettimeofday({1223561385.436811},0x0) = 0 (0x0) gettimeofday({1223561385.436972},0x0) = 0 (0x0) gettimeofday({1223561385.437336},0x0) = 0 (0x0) gettimeofday({1223561385.437588},0x0) = 0 (0x0) gettimeofday({1223561385.437729},0x0) = 0 (0x0) gettimeofday({1223561385.437879},0x0) = 0 (0x0) gettimeofday({1223561385.438150},0x0) = 0 (0x0) gettimeofday({1223561385.537357},0x0) = 0 (0x0) gettimeofday({1223561385.537543},0x0) = 0 (0x0) ksem_init(0xbfbfe87c,0x0,0x2804a419,0x28077200,0x510,0x0) ERR#78 'Function not implemented' SIGNAL 12 (SIGSYS) Subsequent culling of mailing list indicates that 7.0-RELEASE GENERIC kernel does not enable P1003_1B_SEMAPHORES, and so the "Function not implemented" messages is reasonable. Before I go to rebuild the kernel with with additional semaphore option, can anybody tell me if there are issues/caveats with doing this? - Thanks Ron From rscheckelhoff at fourcalorieservers.com Thu Oct 9 15:46:20 2008 From: rscheckelhoff at fourcalorieservers.com (rs) Date: Thu Oct 9 15:46:25 2008 Subject: jni issues (JDK1.6.0) really GENERIC kernel oriented Message-ID: <20081009154703.GA2166@fourcalorieservers.com> Hello: (resend due to cutoff of text): I have a small snippet program that attempts to launch a Java vm (JDK1.6.0 on FreeBSD 7.0) with native c calls using jni. The pertinent line of code to launch the vm: ... // // Create VM // JNI_CreateJavaVM(&jvm,(void **)&env, &vm_args); ... When the test program is executed with truss, the resulting crash is shown to be related to non-existent sys call: gettimeofday({1223561385.433876},0x0) = 0 (0x0) stat("/usr/local/jdk1.6.0/java",{mode=drwxr-xr-x ,inode=2500507,size=2048,blksize=4096}) = 0 (0x0) gettimeofday({1223561385.435170},0x0) = 0 (0x0) gettimeofday({1223561385.435451},0x0) = 0 (0x0) lseek(3,0x2b0d74c,SEEK_SET) = 45143884 (0x2b0d74c) read(3,"PK\^C\^D\n\0\0\0\0\0\M^U\M^Q\f9"...,30) = 30 (0x1e) lseek(3,0x2b0d791,SEEK_SET) = 45143953 (0x2b0d791) read(3,"\M-J\M-~\M-:\M->\0\0\0001\0<\b\0"...,1134) = 1134 (0x46e) gettimeofday({1223561385.436426},0x0) = 0 (0x0) gettimeofday({1223561385.436553},0x0) = 0 (0x0) gettimeofday({1223561385.436811},0x0) = 0 (0x0) gettimeofday({1223561385.436972},0x0) = 0 (0x0) gettimeofday({1223561385.437336},0x0) = 0 (0x0) gettimeofday({1223561385.437588},0x0) = 0 (0x0) gettimeofday({1223561385.437729},0x0) = 0 (0x0) gettimeofday({1223561385.437879},0x0) = 0 (0x0) gettimeofday({1223561385.438150},0x0) = 0 (0x0) gettimeofday({1223561385.537357},0x0) = 0 (0x0) gettimeofday({1223561385.537543},0x0) = 0 (0x0) ksem_init(0xbfbfe87c,0x0,0x2804a419,0x28077200,0x510,0x0) ERR#78 'Function not implemented' SIGNAL 12 (SIGSYS) Subsequent culling of internet mailing lists indicates that indeed the GENERIC kernel for FreeBSD 7.0 does not enable the P1003_1B_SEMAPHORES option, and so the "Function not implemented" message is reasonable. Before I rebuild the kernel with the P1003_1B_SEMAPHORES option, are there any issues/caveats involved with doing so, especiall in light of the fact that the intended application must make heavy use of pthreads? - Regards, From kmackenzie at veracityaviation.com Thu Oct 9 16:51:41 2008 From: kmackenzie at veracityaviation.com (Kevin Mackenzie) Date: Thu Oct 9 16:51:47 2008 Subject: Aviation Website Message-ID: <200810091623.m99GNP5K016363@p3slh200.shr.phx3.secureserver.net> I came across your site and like all of the information you have. I would like to suggest a link to add if you don't mind. My site is www.veracityaviation.com and it contains information about helicopter flight training, maintenance and other services we provide. Title: Veracity Aviation Url: http://www.veracityaviation.com Description: Helicopter flight training done right! I would be happy to provide a reciprocal link if you require one. Thanks! Kevin Mackenzie From barbara.xxx1975 at libero.it Sun Oct 12 19:39:46 2008 From: barbara.xxx1975 at libero.it (barbara) Date: Sun Oct 12 20:28:54 2008 Subject: eclipse-devel build failure Message-ID: Hello, trying to update java/eclipse-devel I've got a lot of error messages. The output is quite long so you can find a typescript at the following URL: http://www.2shared.com/file/4082966/f536a142/eclipse-develout.html From bugmaster at FreeBSD.org Mon Oct 13 11:06:52 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Oct 13 11:08:16 2008 Subject: Current problem reports assigned to freebsd-java@FreeBSD.org Message-ID: <200810131106.m9DB6qvY029480@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/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/119654 java jdk 1.6: java.awt.SplashScreen#getSplashScreen throws 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 28 problems total. From ndenev at gmail.com Mon Oct 13 14:47:31 2008 From: ndenev at gmail.com (Nikolay Denev) Date: Mon Oct 13 14:47:37 2008 Subject: Serious problem with RMI on jdk15 In-Reply-To: References: Message-ID: <7F26DA41-FF97-4DBB-ADAC-F7E6707B868D@gmail.com> On Oct 9, 2008, at 4:35 PM, Nikolay Denev wrote: > Hi All, > > I have the following problem : when I connect to a jmxremote enabled > application with jconsole the whole VM crashes with segmentation > fault. > [...snip...] > > I'm running amd64 7.1-PRE from yesterday, and the jdk is > jdk-1.5.0.14p8_3,1 > > Any help is greatly appreciated! > > Thanks, > Nikolay Denev > > > I think I've tracked down the problem. The JVM crashes when one requests the TotalPhysicalMemory from the OperatingSystem bean. The strange thing is that Sun specifies this value as "long", but how this can work on 64bit machines with many gigabytes of memory? What BSD patchset does is read the hw.physmem sysctl, which returns unsigned long, and then cast it to jlong and probably this is where the problem is. I've tried disabling the sysctl and hardcoding the result and my JVM does not crash anymore. Jconsole still does not show anything though.... and the same test program produces info when used with the diablo-jdk15... Regards, Nikolay Denev From ndenev at gmail.com Mon Oct 13 14:59:03 2008 From: ndenev at gmail.com (Nikolay Denev) Date: Mon Oct 13 14:59:09 2008 Subject: Serious problem with RMI on jdk15 In-Reply-To: <7F26DA41-FF97-4DBB-ADAC-F7E6707B868D@gmail.com> References: <7F26DA41-FF97-4DBB-ADAC-F7E6707B868D@gmail.com> Message-ID: <82DA0FAE-EAFF-4138-9CAA-21750A21D9D6@gmail.com> On Oct 13, 2008, at 5:47 PM, Nikolay Denev wrote: > > On Oct 9, 2008, at 4:35 PM, Nikolay Denev wrote: > >> Hi All, >> >> I have the following problem : when I connect to a jmxremote >> enabled application with jconsole the whole VM crashes with >> segmentation fault. >> > [...snip...] >> >> I'm running amd64 7.1-PRE from yesterday, and the jdk is >> jdk-1.5.0.14p8_3,1 >> >> Any help is greatly appreciated! >> >> Thanks, >> Nikolay Denev >> >> >> > > I think I've tracked down the problem. > The JVM crashes when one requests the TotalPhysicalMemory from the > OperatingSystem bean. > The strange thing is that Sun specifies this value as "long", but > how this can work on 64bit machines with many gigabytes of memory? > > What BSD patchset does is read the hw.physmem sysctl, which returns > unsigned long, and then cast it to jlong and probably this is where > the problem is. > I've tried disabling the sysctl and hardcoding the result and my JVM > does not crash anymore. > Jconsole still does not show anything though.... and the same test > program produces info when used with the diablo-jdk15... > > > Regards, > Nikolay Denev > > > As I read this now, It's not exactly correct, longs should be 4 bytes on 32bit archs, and 8bytes on 64bit archs. So the storage type for TotalPhysicalMemory should be ok. Maybe jlong is not correctly adjusted to 8bytes on 64bit architectures? Regards, Nikolay Denev From glewis at eyesbeyond.com Mon Oct 13 20:45:37 2008 From: glewis at eyesbeyond.com (Greg Lewis) Date: Mon Oct 13 20:45:44 2008 Subject: Serious problem with RMI on jdk15 In-Reply-To: <82DA0FAE-EAFF-4138-9CAA-21750A21D9D6@gmail.com> References: <7F26DA41-FF97-4DBB-ADAC-F7E6707B868D@gmail.com> <82DA0FAE-EAFF-4138-9CAA-21750A21D9D6@gmail.com> Message-ID: <20081013204710.GA52841@misty.eyesbeyond.com> On Mon, Oct 13, 2008 at 05:58:58PM +0300, Nikolay Denev wrote: > On Oct 13, 2008, at 5:47 PM, Nikolay Denev wrote: > > On Oct 9, 2008, at 4:35 PM, Nikolay Denev wrote: > > > >> Hi All, > >> > >> I have the following problem : when I connect to a jmxremote > >> enabled application with jconsole the whole VM crashes with > >> segmentation fault. > >> > > [...snip...] > >> > >> I'm running amd64 7.1-PRE from yesterday, and the jdk is > >> jdk-1.5.0.14p8_3,1 > >> > >> Any help is greatly appreciated! > >> > >> Thanks, > >> Nikolay Denev > > > > I think I've tracked down the problem. > > The JVM crashes when one requests the TotalPhysicalMemory from the > > OperatingSystem bean. > > The strange thing is that Sun specifies this value as "long", but > > how this can work on 64bit machines with many gigabytes of memory? > > > > What BSD patchset does is read the hw.physmem sysctl, which returns > > unsigned long, and then cast it to jlong and probably this is where > > the problem is. > > I've tried disabling the sysctl and hardcoding the result and my JVM > > does not crash anymore. > > Jconsole still does not show anything though.... and the same test > > program produces info when used with the diablo-jdk15... > > > > > > Regards, > > Nikolay Denev > > As I read this now, It's not exactly correct, longs should be 4 bytes > on 32bit archs, and 8bytes on 64bit archs. > So the storage type for TotalPhysicalMemory should be ok. Maybe jlong > is not correctly adjusted to 8bytes on 64bit architectures? A jlong is typedef'ed as a 'long long' on both 32 and 64 bit architectures. How much memory does the machine have and what architecture is it? -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From ndenev at gmail.com Tue Oct 14 03:28:13 2008 From: ndenev at gmail.com (Nikolay Denev) Date: Tue Oct 14 03:28:20 2008 Subject: Serious problem with RMI on jdk15 In-Reply-To: <20081013204710.GA52841@misty.eyesbeyond.com> References: <7F26DA41-FF97-4DBB-ADAC-F7E6707B868D@gmail.com> <82DA0FAE-EAFF-4138-9CAA-21750A21D9D6@gmail.com> <20081013204710.GA52841@misty.eyesbeyond.com> Message-ID: On Oct 13, 2008, at 11:47 PM, Greg Lewis wrote: > On Mon, Oct 13, 2008 at 05:58:58PM +0300, Nikolay Denev wrote: >> On Oct 13, 2008, at 5:47 PM, Nikolay Denev wrote: >>> On Oct 9, 2008, at 4:35 PM, Nikolay Denev wrote: >>> >>>> Hi All, >>>> >>>> I have the following problem : when I connect to a jmxremote >>>> enabled application with jconsole the whole VM crashes with >>>> segmentation fault. >>>> >>> [...snip...] >>>> >>>> I'm running amd64 7.1-PRE from yesterday, and the jdk is >>>> jdk-1.5.0.14p8_3,1 >>>> >>>> Any help is greatly appreciated! >>>> >>>> Thanks, >>>> Nikolay Denev >>> >>> I think I've tracked down the problem. >>> The JVM crashes when one requests the TotalPhysicalMemory from the >>> OperatingSystem bean. >>> The strange thing is that Sun specifies this value as "long", but >>> how this can work on 64bit machines with many gigabytes of memory? >>> >>> What BSD patchset does is read the hw.physmem sysctl, which returns >>> unsigned long, and then cast it to jlong and probably this is where >>> the problem is. >>> I've tried disabling the sysctl and hardcoding the result and my JVM >>> does not crash anymore. >>> Jconsole still does not show anything though.... and the same test >>> program produces info when used with the diablo-jdk15... >>> >>> >>> Regards, >>> Nikolay Denev >> >> As I read this now, It's not exactly correct, longs should be 4 bytes >> on 32bit archs, and 8bytes on 64bit archs. >> So the storage type for TotalPhysicalMemory should be ok. Maybe jlong >> is not correctly adjusted to 8bytes on 64bit architectures? > > A jlong is typedef'ed as a 'long long' on both 32 and 64 bit > architectures. > How much memory does the machine have and what architecture is it? > > -- > Greg Lewis Email : glewis@eyesbeyond.com > Eyes Beyond Web : http:// > www.eyesbeyond.com > Information Technology FreeBSD : glewis@FreeBSD.org Hi, I've looked at the source and found out that myself, but it is still puzzling to me why it crashes... The machine runs 7.1-PRERELASE a few days old (maybe a week) and is an amd64 with 2G of ram. All my tcpdumps of the network communication between the jconsole and the app show that it crashes right after the request for TotalPhysicalMemory, also I've confirmed this by ktracing the process, and the thread that crashes does the sysctl() to get the hw.physmem value and immediately after the return from it, it receives a SIGSEGV. I've instrumented the patchset and especialy this function not to do the sysctl() stuff but to return a hard coded value equal to the amount of memory on my machine without any casting to jlong and now it doesn't crash, so it seems that the problem is somewhere there. From what I've read "long" and "long long" should be 64bit ints on 64bit architectures, and the casting is done only because hw.physmem sysctl is ulong? Regards, Nikolay Denev From frank at harz.behrens.de Tue Oct 14 16:41:10 2008 From: frank at harz.behrens.de (Frank Behrens) Date: Tue Oct 14 16:41:18 2008 Subject: Java and IPv6 on BSD - it does not work well Message-ID: <200810141641.m9EGf4QG029110@post.behrens.de> Some weeks ago I tried to setup a tomcat server with IPv4 and IPv6 on my FreeBSD server and observed some problems. This was the starting point to make a short research about the Java(tm) IPv6 implementation and something seems to be wrong. My conclusion: It is very difficult or impossible to use the current (1.6.0) Java implementation for server services if they should listen on IPv4 and IPv6 addresses. With many BSD's default settings it is not even possible to bind to a combined IPv4/IPv6 wildcard address. The current Sun Java implementation should be changed in a way, that the socket is created with the right address family after the bind address has been determined. You can read the complete test description and my observations on http://diario.behrens.de/2008/10/12/java_and_ipv6_on_bsd.html Do you agree or do you have other experiences? [Note: I read the list, no Cc: necessary] Regards, Frank -- Frank Behrens, Osterwieck, Germany PGP-key 0x5B7C47ED on public servers available. From numardbsd at gmail.com Wed Oct 15 02:54:13 2008 From: numardbsd at gmail.com (Norberto Meijome) Date: Wed Oct 15 02:54:20 2008 Subject: Java and IPv6 on BSD - it does not work well In-Reply-To: <200810141641.m9EGf4QG029110@post.behrens.de> References: <200810141641.m9EGf4QG029110@post.behrens.de> Message-ID: <20081015135405.1d207d25@ayiin> On Tue, 14 Oct 2008 18:41:04 +0200 "Frank Behrens" wrote: > You can read the complete test description and my observations on > http://diario.behrens.de/2008/10/12/java_and_ipv6_on_bsd.html I cannot resolve the FQDN > > Do you agree or do you have other experiences? I have ipv6 enabled, but not configured. Any of my java programs that uses network will fail unless i force it to use IPV4 with -Djava.net.preferIPv4Stack=true ( I actually have that in my default shell : JAVAVM_OPTS_javaws=-J-Djava.net.preferIPv4Stack=true JAVAVM_OPTS_java=-Djava.net.preferIPv4Stack=true I am using STABLE + java 1.6 b _________________________ {Beto|Norberto|Numard} Meijome "Always do right. This will gratify some and astonish the rest." Mark Twain I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From glewis at FreeBSD.org Wed Oct 15 03:26:24 2008 From: glewis at FreeBSD.org (glewis@FreeBSD.org) Date: Wed Oct 15 03:26:29 2008 Subject: java/119654: jdk 1.6: java.awt.SplashScreen#getSplashScreen throws UnsatisfiedLinkError Message-ID: <200810150326.m9F3QNU2090281@freefall.freebsd.org> Synopsis: jdk 1.6: java.awt.SplashScreen#getSplashScreen throws UnsatisfiedLinkError Responsible-Changed-From-To: freebsd-java->glewis Responsible-Changed-By: glewis Responsible-Changed-When: Wed Oct 15 03:26:12 UTC 2008 Responsible-Changed-Why: I'll take it. http://www.freebsd.org/cgi/query-pr.cgi?pr=119654 From frank at harz.behrens.de Wed Oct 15 05:43:24 2008 From: frank at harz.behrens.de (Frank Behrens) Date: Wed Oct 15 05:43:30 2008 Subject: Java and IPv6 on BSD - it does not work well In-Reply-To: <20081015135405.1d207d25@ayiin> References: <200810141641.m9EGf4QG029110@post.behrens.de> Message-ID: <200810150543.m9F5hHNa039345@post.behrens.de> Norberto Meijome wrote on 15 Oct 2008 13:54: > "Frank Behrens" wrote: > > > You can read the complete test description and my observations on > > http://diario.behrens.de/2008/10/12/java_and_ipv6_on_bsd.html > > I cannot resolve the FQDN Really? I had enough page requests to be sure it works. > I have ipv6 enabled, but not configured. Any of my java programs that uses May be that's also the reason for your problem with the above mentioned website. It will resolve to an IPv6 address, too. :-) > network will fail unless i force it to use IPV4 with -Djava.net.preferIPv4Stack=true > ( I actually have that in my default shell : > JAVAVM_OPTS_javaws=-J-Djava.net.preferIPv4Stack=true > JAVAVM_OPTS_java=-Djava.net.preferIPv4Stack=true Yes, this is an easy solvable problem, if you want to use IPv4 only. But if you want to use IPv4 and IPv6 in parallel you will get more problems. Try to read the complete report... Regards, Frank -- Frank Behrens, Osterwieck, Germany PGP-key 0x5B7C47ED on public servers available. From benno at NLnetLabs.nl Wed Oct 15 09:15:43 2008 From: benno at NLnetLabs.nl (Benno Overeinder) Date: Wed Oct 15 09:15:50 2008 Subject: Java and IPv6 on BSD - it does not work well In-Reply-To: <200810141641.m9EGf4QG029110@post.behrens.de> References: <200810141641.m9EGf4QG029110@post.behrens.de> Message-ID: <48F5B4BA.40209@NLnetLabs.nl> Hi, On 10/14/08 6:41 PM, Frank Behrens wrote: > My conclusion: > It is very difficult or impossible to use the current (1.6.0) Java > implementation for server services if they should listen on IPv4 and > IPv6 addresses. With many BSD's default settings it is not even > possible to bind to a combined IPv4/IPv6 wildcard address. > > The current Sun Java implementation should be changed in a way, that > the socket is created with the right address family after the bind > address has been determined. > > > You can read the complete test description and my observations on > http://diario.behrens.de/2008/10/12/java_and_ipv6_on_bsd.html > > Do you agree or do you have other experiences? > [Note: I read the list, no Cc: necessary] Thank you for the extensive set of tests. On August 25th, 2008 I submitted a post to this email list describing problems with IPv6 and DNS SRV query type. Short summary, DNS SRV query type works fine with IPv4 on FreeBSD, but with IPv6 enabled JRE on FreeBSD, DNS SRV query types result in a DNS error [Root exception is java.io.IOException: Invalid argument]. From what I can deduce, with IPv6 it tries to resolve _xmpp-server._tcp.google.com as an ordinary A (or quad A) query type (which indeed should give a DNS error), instead of the requested DNS SRV query type. The Java code does work correctly in IPv6 mode on Linux, Mac OS X, and Solaris. Maybe the error is a result of one of the basic operations that fail in your test suite. Best, -- Benno -- Benno J. Overeinder NLnet Labs http://www.nlnetlabs.nl/ From numardbsd at gmail.com Fri Oct 17 01:23:38 2008 From: numardbsd at gmail.com (Norberto Meijome) Date: Fri Oct 17 01:23:50 2008 Subject: Java and IPv6 on BSD - it does not work well In-Reply-To: <200810150543.m9F5hHNa039345@post.behrens.de> References: <200810141641.m9EGf4QG029110@post.behrens.de> <200810150543.m9F5hHNa039345@post.behrens.de> Message-ID: <20081017122331.15db5ffc@ayiin> On Wed, 15 Oct 2008 07:43:18 +0200 "Frank Behrens" wrote: > > > You can read the complete test description and my observations on > > > http://diario.behrens.de/2008/10/12/java_and_ipv6_on_bsd.html > > > > I cannot resolve the FQDN > > Really? I had enough page requests to be sure it works. > > > I have ipv6 enabled, but not configured. Any of my java programs that uses > > May be that's also the reason for your problem with the above > mentioned website. It will resolve to an IPv6 address, too. :-) i didnt test it with java :) anyway, all good. > > network will fail unless i force it to use IPV4 with > > -Djava.net.preferIPv4Stack=true ( I actually have that in my default > > shell : JAVAVM_OPTS_javaws=-J-Djava.net.preferIPv4Stack=true > > JAVAVM_OPTS_java=-Djava.net.preferIPv4Stack=true > > Yes, this is an easy solvable problem, if you want to use IPv4 only. > But if you want to use IPv4 and IPv6 in parallel you will get more > problems. Try to read the complete report... I did .. and I didn't propose a solution, but wondered about it and my experience on a somewhat similar situation ( freebsd + java + IPv6 +4 ). b _________________________ {Beto|Norberto|Numard} Meijome "And that's one reason we like to believe in genius. It gives us an excuse for being lazy." Paul Graham I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From poxenham at resolute.com.au Fri Oct 17 02:09:16 2008 From: poxenham at resolute.com.au (Peter Oxenham) Date: Fri Oct 17 02:09:23 2008 Subject: jdk15 port compile error on FreeBSD 6.2 Message-ID: <1CC30AC5CAF2554C8CE72BBA7E0C38FF0FBCF8875B@res-mx02.resolute.local> I am trying to upgrade to the latest 1.5 JDK via the ports system and am getting the following error. ========== Packing /usr/ports/java/jdk15/work/control/build/bsd-i586/j2re-image/lib/rt.jar 40383151 bytes Packing /usr/ports/java/jdk15/work/control/build/bsd-i586/j2re-image/lib/jsse.jar 279341 bytes Packing /usr/ports/java/jdk15/work/control/build/bsd-i586/j2re-image/lib/charsets.jar 4630580 bytes Packing /usr/ports/java/jdk15/work/control/build/bsd-i586/j2re-image/lib/ext/localedata.jar 448822 bytes gmake[3]: Leaving directory `/usr/ports/java/jdk15/work/install/make/pack' gmake PACK_OUTPUTDIR=/usr/ports/java/jdk15/work/control/build/bsd-i586/pack/pack-jdk-jars \ VAR_IMAGE_DIR=/usr/ports/java/jdk15/work/control/build/bsd-i586/j2sdk-image \ JARS_TO_PACK="lib/tools.jar jre/lib/rt.jar jre/lib/jsse.jar jre/lib/charsets.jar jre/lib/ext/localedata.jar" \ pack-jars gmake[3]: Entering directory `/usr/ports/java/jdk15/work/install/make/pack' /bin/mkdir -p /usr/ports/java/jdk15/work/control/build/bsd-i586/pack/pack-jdk-jars for i in lib/tools.jar jre/lib/rt.jar jre/lib/jsse.jar jre/lib/charsets.jar jre/lib/ext/localedata.jar ; do \ /bin/ls -l /usr/ports/java/jdk15/work/control/build/bsd-i586/j2sdk-image/$i | /usr/bin/awk '{printf("Packing %s %s bytes\n",$9, $5)}' ; \ /bin/mkdir -p /usr/ports/java/jdk15/work/control/build/bsd-i586/pack/pack-jdk-jars/`/usr/bin/dirname $i` ; \ /bin/mkdir -p /usr/ports/java/jdk15/work/control/build/bsd-i586/j2sdk-image/`/usr/bin/dirname $i` ; \ /usr/ports/java/jdk15/work/control/build/bsd-i586/bin/pack200 -J-Xmx256m -J-esa -J-ea "--no-gzip" "--config-file=pack.all.properties" /usr/ports/java/jdk15/work/control/build/bsd-i586/pack/pack-jdk-jars/`/usr/bin/dirname $i`/`/usr/bin/basename $i .jar`.pack /usr/ports/java/jdk15/work/control/build/bsd-i586/j2sdk-image/$i || exit 1 ; \ rm -f /usr/ports/java/jdk15/work/control/build/bsd-i586/j2sdk-image/$i ; \ /usr/ports/java/jdk15/work/control/build/bsd-i586/bin/unpack200 /usr/ports/java/jdk15/work/control/build/bsd-i586/pack/pack-jdk-jars/`/usr/bin/dirname $i`/`/usr/bin/basename $i .jar`.pack /usr/ports/java/jdk15/work/control/build/bsd-i586/j2sdk-image/$i || exit 1 ; \ done Packing /usr/ports/java/jdk15/work/control/build/bsd-i586/j2sdk-image/lib/tools.jar 7043828 bytes Packing /usr/ports/java/jdk15/work/control/build/bsd-i586/j2sdk-image/jre/lib/rt.jar 40383151 bytes Killed gmake[3]: *** [pack-jars] Error 1 gmake[3]: Leaving directory `/usr/ports/java/jdk15/work/install/make/pack' gmake[2]: *** [pack-sdk] Error 2 gmake[2]: Leaving directory `/usr/ports/java/jdk15/work/install/make/pack' gmake[1]: *** [all] Error 1 gmake[1]: Leaving directory `/usr/ports/java/jdk15/work/install/make' gmake: *** [install-build] Error 2 *** Error code 2 Stop in /usr/ports/java/jdk15. *** Error code 1 Stop in /usr/ports/java/jdk15. ============== This is a similar error as posted on other posts and the fix there was to add the following to /etc/make.conf CFLAGS+=-fno-tree-vrp see http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2007-10/msg00475.html The problem is that this seems to be a gcc 4+ specific parameter and I'm getting an error when I try this on my 6.2 box. Any suggestions on how I can get jdk15 compiled correctly? Thanks Peter From kurt at intricatesoftware.com Fri Oct 17 02:42:12 2008 From: kurt at intricatesoftware.com (Kurt Miller) Date: Fri Oct 17 02:42:19 2008 Subject: Java and IPv6 on BSD - it does not work well In-Reply-To: <200810141641.m9EGf4QG029110@post.behrens.de> References: <200810141641.m9EGf4QG029110@post.behrens.de> Message-ID: <200810162241.54070.kurt@intricatesoftware.com> The networking support in the BSD port is based on the linux/solaris code. When compiled with IPv6 support enabled the JDK uses only IPv6 sockets and relies on IPv4 to IPv6 address mapping. For security reasons all BSD's have v4mapped addresses turned off by default. If you want both IPv6 and IPv4 support in the jdk on FreeBSD you must 1) compile the JDK with IPv6 support, 2) change the net.inet6.ip6.v6only sysctl to 0 using sysctl or via /etc/sysctl.conf, and 3) Use only IPv6 addresses and special addresses as described in: http://java.sun.com/j2se/1.5.0/docs/guide/net/ipv6_guide/index.html#special Note however changing the net.inet6.ip6.v6only to 0 has security implications. The late Dr. Jun-ichiro "itojun" Hagino wrote about the issues in an an RFC draft: http://tools.ietf.org/html/draft-itojun-v6ops-v4mapped-harmful-02 I would not be surprised if there are bugs in the IPv6 code path since it doesn't get tested much. What really needs to happen is to port the Windows approach in the JVM to BSD. On Windows two sockets are created per ServerSocket; one for IPV6 and another for IPv4. This avoids the need to use v4mapped addresses and change the net.inet6.ip6.v6only sysctl. The windows code is sufficiently different that porting to BSD is not trivial. That is why it hasn't been done yet. On Tuesday 14 October 2008 12:41:04 pm Frank Behrens wrote: > Some weeks ago I tried to setup a tomcat server with IPv4 and IPv6 on > my FreeBSD server and observed some problems. This was the starting > point to make a short research about the Java(tm) IPv6 implementation > and something seems to be wrong. > > My conclusion: > It is very difficult or impossible to use the current (1.6.0) Java > implementation for server services if they should listen on IPv4 and > IPv6 addresses. With many BSD's default settings it is not even > possible to bind to a combined IPv4/IPv6 wildcard address. > > The current Sun Java implementation should be changed in a way, that > the socket is created with the right address family after the bind > address has been determined. > > > You can read the complete test description and my observations on > http://diario.behrens.de/2008/10/12/java_and_ipv6_on_bsd.html > > Do you agree or do you have other experiences? > [Note: I read the list, no Cc: necessary] > > Regards, > Frank > From glewis at eyesbeyond.com Fri Oct 17 04:41:19 2008 From: glewis at eyesbeyond.com (Greg Lewis) Date: Fri Oct 17 04:41:27 2008 Subject: jdk15 port compile error on FreeBSD 6.2 In-Reply-To: <1CC30AC5CAF2554C8CE72BBA7E0C38FF0FBCF8875B@res-mx02.resolute.local> References: <1CC30AC5CAF2554C8CE72BBA7E0C38FF0FBCF8875B@res-mx02.resolute.local> Message-ID: <20081017044308.GA18512@misty.eyesbeyond.com> G'day Peter, On Fri, Oct 17, 2008 at 11:42:31AM +1000, Peter Oxenham wrote: > I am trying to upgrade to the latest 1.5 JDK via the ports system and am getting the following error. > > Packing /usr/ports/java/jdk15/work/control/build/bsd-i586/j2sdk-image/lib/tools.jar 7043828 bytes > Packing /usr/ports/java/jdk15/work/control/build/bsd-i586/j2sdk-image/jre/lib/rt.jar 40383151 bytes > Killed > gmake[3]: *** [pack-jars] Error 1 You, someone else on the machine, or a resource limit killed off the pack process. > The problem is that this seems to be a gcc 4+ specific parameter and I'm getting an error when I try this on my 6.2 box. > > Any suggestions on how I can get jdk15 compiled correctly? Stop whoever or whatever is killing off the process. This isn't a compile error. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From frank at harz.behrens.de Fri Oct 17 07:10:23 2008 From: frank at harz.behrens.de (Frank Behrens) Date: Fri Oct 17 07:10:30 2008 Subject: Java and IPv6 on BSD - it does not work well In-Reply-To: <200810162241.54070.kurt@intricatesoftware.com> References: <200810141641.m9EGf4QG029110@post.behrens.de> Message-ID: <200810170710.m9H7AHkx080704@post.behrens.de> Kurt Miller wrote on 16 Oct 2008 22:41: > The networking support in the BSD port is based on the linux/solaris > code. When compiled with IPv6 support enabled the JDK uses only IPv6 > sockets and relies on IPv4 to IPv6 address mapping. For security > reasons all BSD's have v4mapped addresses turned off by default. If > you want both IPv6 and IPv4 support in the jdk on FreeBSD you must > 1) compile the JDK with IPv6 support, 2) change the > net.inet6.ip6.v6only sysctl to 0 using sysctl or via /etc/sysctl.conf, > and 3) Use only IPv6 addresses and special addresses as described in: I agree and 3) is the main problem. You can only use the special addresses. > What really needs to happen is to port the Windows approach in > the JVM to BSD. On Windows two sockets are created per ServerSocket; > one for IPV6 and another for IPv4. This avoids the need to use We should distinguish between two use caes: a) I want to use the "transparent and automatic" IPv6 support in Java. That means I create one server socket and want to be able to receive IPv4 and IPv6 packets. That works in Java for INADDR_ANY and IPV6_V6ONLY=0. For other addresses and/or IPV6_V6ONLY=1 you need two server sockets (Windows approach). BTW: It was not a surprise for me to see problems with a), it is a special case. b) I want to listen with a socket to a specific IPv6 address and with another socket to a specific IPv4 address. A special case? Not for other programming languages. In this case the Java runtime creates always an IPv6 socket and later tries to bind with an IPv4 or IPv6 address - of course it will fail for IPv4. Here the solution should be: At first determine the address type and create later the socket with right address family. I wonder, that I did not find error reports about this issue. Did nobody discover, that listening to "localhost" does not work on an IPv6 enabled system? -- Frank Behrens, Osterwieck, Germany PGP-key 0x5B7C47ED on public servers available. From brian at experts-exchange.com Sat Oct 18 01:13:19 2008 From: brian at experts-exchange.com (Brian Gardner) Date: Sat Oct 18 01:13:25 2008 Subject: core dump from diablo jdk 1.6 Message-ID: <48F92FAB.10308@experts-exchange.com> I'm trying to use diablo-jdk-freebsd7.amd64.1.6.0.07.02 to run tomcat, and am not running under heavy load. It looks like it's dumping from within the CMS_Final_Remark phase. Attached is the hs error file. I also have a java.core file that is too big to send via email. I'm switching over to the java/jdk16 port to see if I can at least compile it to give me more information, but any help will be greatly appreciated. Brian -Dnull=null -Xmx1300M -Xms1300M -XX:NewSize=64M -XX:+DisableExplicitGC -XX:PermSize=38M -XX:MaxPermSize=76M -XX:CMSInitiatingOccupancyFraction=60 -XX: SurvivorRatio=2 -XX:+UseCMSInitiatingOccupancyOnly -Xnoclassgc -XX:+UseConcMarkSweepGC -Djava.awt.headless=true -verbose:gc -XX:+PrintGCDetails -XX:+PrintHeapAtGC -XX:+UseSplitVe rifier -------------- next part -------------- # # An unexpected error has been detected by Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x0000000800d6d991, pid=11218, tid=0x18510f0 # # Java VM: Diablo Java HotSpot(TM) 64-Bit Server VM (10.0-b23 mixed mode bsd-amd64) # Problematic frame: # V [libjvm.so+0x26d991] # # Please submit bug reports to freebsd-java@FreeBSD.org # --------------- T H R E A D --------------- Current thread (0x000000085beef000): VMThread [stack: 0x00007ffffeef3000,0x00007ffffeff3000] [id=25497840] siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), si_addr=0x0000000000000260 Registers: RAX=0x0000000000000000, RBX=0x00007ffffeff29d0, RCX=0x0000000801830aa0, RDX=0x00007ffffeff2a10 RSP=0x00007ffffeff2840, RBP=0x00007ffffeff2850, RSI=0x000000083ca769a0, RDI=0x000000083ca713e9 R8 =0x00007ffffeff2a10, R9 =0x00007ffffeff29d0, R10=0x0000000000000000, R11=0x00000008010e56b0 R12=0x0000000000080000, R13=0x000000085dcfa160, R14=0x00007ffffeff2a10, R15=0x0000000000000000 RIP=0x0000000800d6d991, EFL=0x0000000000000000, ERR=0x0000000000000004 TRAPNO=0x000000000000000c Top of Stack: (sp=0x00007ffffeff2840) 0x00007ffffeff2840: 000000085dfba320 0000000000000002 0x00007ffffeff2850: 00007ffffeff28e0 00000008010362c3 0x00007ffffeff2860: 0000000801830cf8 0000000800651be0 0x00007ffffeff2870: 000000085dfba300 000000080082939c 0x00007ffffeff2880: 0000003000000018 00007ffffeff2970 0x00007ffffeff2890: 00007ffffeff28a0 0000000000000015 0x00007ffffeff28a0: 0000000000000000 0000000800fe0b93 0x00007ffffeff28b0: 0000000048f8f3cb 00007ffffeff2a10 0x00007ffffeff28c0: 000000085dcfa160 0000000000000000 0x00007ffffeff28d0: 00007ffffeff2920 00007ffffeff29d0 0x00007ffffeff28e0: 00007ffffeff2980 0000000801036540 0x00007ffffeff28f0: 00007ffffeff29d0 0000000000000000 0x00007ffffeff2900: 00007ffffeff2a10 0000000801830cf8 0x00007ffffeff2910: 000000085bef8c10 0000000000949cb8 0x00007ffffeff2920: 0000000000000100 0000000000000000 0x00007ffffeff2930: 0000000801801070 0000000801801000 0x00007ffffeff2940: 00007ffffeff2960 0000000801801070 0x00007ffffeff2950: 0000000048f8f3cb 0000000801830cf8 0x00007ffffeff2960: 0000000801830800 000000085dcfa160 0x00007ffffeff2970: 00007ffffeff2a10 000000085dfc21c0 0x00007ffffeff2980: 00007ffffeff2af0 0000000800d74cbd 0x00007ffffeff2990: 0000000801817330 00007ffffeff2a50 0x00007ffffeff29a0: 00007ffffeff2a80 00007ffffeff29d0 0x00007ffffeff29b0: 000000085bef8c10 000000085bef8fe8 0x00007ffffeff29c0: 000000085bef8c10 000000085bef8c00 0x00007ffffeff29d0: 00000008012b2e90 0000000801830800 0x00007ffffeff29e0: 000000080f980000 00000000097b0000 0x00007ffffeff29f0: 0000000801830aa0 0000000801830960 0x00007ffffeff2a00: 00007ffffeff2a10 000000080082939c 0x00007ffffeff2a10: 00000008012b2f30 0000000000000000 0x00007ffffeff2a20: 0000000801830800 000000080f980000 0x00007ffffeff2a30: 00000000097b0000 0000000801830aa0 Instructions: (pc=0x0000000800d6d991) 0x0000000800d6d981: 22 48 8b 7e 08 48 8b 53 30 48 83 c7 10 48 8b 07 0x0000000800d6d991: ff 90 60 02 00 00 48 8b 4b 20 48 8b 41 78 48 85 Stack: [0x00007ffffeef3000,0x00007ffffeff3000], sp=0x00007ffffeff2840, free space=1022k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) V [libjvm.so+0x26d991] V [libjvm.so+0x5362c3] V [libjvm.so+0x536540] V [libjvm.so+0x274cbd] V [libjvm.so+0x2782f6] V [libjvm.so+0x27872c] V [libjvm.so+0x278a31] V [libjvm.so+0x615496] V [libjvm.so+0x61d2bc] V [libjvm.so+0x61be83] V [libjvm.so+0x61c5e3] V [libjvm.so+0x61c890] V [libjvm.so+0x4e53f6] VM_Operation (0x00007fffff0f3ed0): CMS_Final_Remark, mode: safepoint, requested by thread 0x000000085beee800 --------------- P R O C E S S --------------- Java Threads: ( => current thread ) 0x000000085ed61000 JavaThread "Thread-25" daemon [_thread_blocked, id=25512192, stack(0x00007ffffc7cc000,0x00007ffffc8cc000)] 0x0000000861807800 JavaThread "http-8079-4" daemon [_thread_blocked, id=25511456, stack(0x00007ffffc8cd000,0x00007ffffc9cd000)] 0x0000000861e0a800 JavaThread "http-8079-3" daemon [_thread_blocked, id=25511088, stack(0x00007ffffc9ce000,0x00007ffffcace000)] 0x000000085edd6800 JavaThread "Thread-21" daemon [_thread_blocked, id=25510720, stack(0x00007ffffcacf000,0x00007ffffcbcf000)] 0x000000085edd6000 JavaThread "Thread-20" daemon [_thread_blocked, id=25510352, stack(0x00007ffffcbd0000,0x00007ffffccd0000)] 0x000000085ed62800 JavaThread "Thread-19" daemon [_thread_blocked, id=25509984, stack(0x00007ffffccd1000,0x00007ffffcdd1000)] 0x000000085ed62000 JavaThread "Thread-18" daemon [_thread_blocked, id=25506672, stack(0x00007ffffd4d9000,0x00007ffffd5d9000)] 0x000000085ed60000 JavaThread "Thread-17" daemon [_thread_blocked, id=25509616, stack(0x00007ffffcdd2000,0x00007ffffced2000)] 0x000000085ed5f800 JavaThread "Store CaptchaStoreCache Expiry Thread" daemon [_thread_blocked, id=25509248, stack(0x00007ffffced3000,0x00007ffffcfd3000)] 0x000000085ed5f000 JavaThread "Store CaptchaStoreCache Spool Thread" daemon [_thread_blocked, id=25508880, stack(0x00007ffffcfd4000,0x00007ffffd0d4000)] 0x000000085ed5e800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=25508512, stack(0x00007ffffd0d5000,0x00007ffffd1d5000)] 0x000000085ed5e000 JavaThread "Thread-16" daemon [_thread_blocked, id=25507776, stack(0x00007ffffd1d6000,0x00007ffffd2d6000)] 0x000000085ed5c800 JavaThread "Thread-15" daemon [_thread_blocked, id=25507408, stack(0x00007ffffd2d7000,0x00007ffffd3d7000)] 0x000000085ed5d000 JavaThread "Thread-14" daemon [_thread_blocked, id=25507040, stack(0x00007ffffd3d8000,0x00007ffffd4d8000)] 0x000000085ed5c000 JavaThread "Thread-13" daemon [_thread_blocked, id=25506304, stack(0x00007ffffd5da000,0x00007ffffd6da000)] 0x000000085ed5b800 JavaThread "Thread-12" daemon [_thread_blocked, id=25505936, stack(0x00007ffffd6db000,0x00007ffffd7db000)] 0x0000000861e0a000 JavaThread "http-8079-2" daemon [_thread_blocked, id=1642201744, stack(0x00007ffffd7dc000,0x00007ffffd8dc000)] 0x000000085edd8800 JavaThread "Thread-10" daemon [_thread_blocked, id=25505568, stack(0x00007ffffd8dd000,0x00007ffffd9dd000)] 0x000000085edd8000 JavaThread "Thread-9" daemon [_thread_blocked, id=25505200, stack(0x00007ffffd9de000,0x00007ffffdade000)] 0x0000000861e09800 JavaThread "http-8079-1" daemon [_thread_blocked, id=1642201376, stack(0x00007ffffdadf000,0x00007ffffdbdf000)] 0x0000000861119000 JavaThread "Thread-7" [_thread_blocked, id=1645290128, stack(0x00007ffffdbe0000,0x00007ffffdce0000)] 0x0000000861116000 JavaThread "Thread-6" daemon [_thread_blocked, id=1645289760, stack(0x00007ffffdce1000,0x00007ffffdde1000)] 0x000000085edd5800 JavaThread "http-8079-Acceptor-0" daemon [_thread_in_native, id=25504832, stack(0x00007ffffdde2000,0x00007ffffdee2000)] 0x000000085edd5000 JavaThread "http-8079-Sendfile-0" daemon [_thread_blocked, id=25504464, stack(0x00007ffffdee3000,0x00007ffffdfe3000)] 0x000000085edd3000 JavaThread "http-8079-CometPoller-0" daemon [_thread_blocked, id=25504096, stack(0x00007ffffdfe4000,0x00007ffffe0e4000)] 0x000000085edd2800 JavaThread "http-8079-Poller-0" daemon [_thread_blocked, id=25503728, stack(0x00007ffffe0e5000,0x00007ffffe1e5000)] 0x000000085edd2000 JavaThread "ContainerBackgroundProcessor[StandardEngine[Catalina]]" daemon [_thread_blocked, id=25503360, stack(0x00007ffffe1e6000,0x00007ffffe2e6000)] 0x000000085edd4800 JavaThread "Thread-4" [_thread_blocked, id=25502992, stack(0x00007ffffe2e7000,0x00007ffffe3e7000)] 0x000000085edd4000 JavaThread "Thread-3" [_thread_blocked, id=25502624, stack(0x00007ffffe3e8000,0x00007ffffe4e8000)] 0x000000085edd3800 JavaThread "Thread-2" [_thread_blocked, id=25502256, stack(0x00007ffffe4e9000,0x00007ffffe5e9000)] 0x000000085edd1800 JavaThread "Thread-1" [_thread_blocked, id=25501888, stack(0x00007ffffe5ea000,0x00007ffffe6ea000)] 0x000000085bef3800 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=25500416, stack(0x00007ffffe7ec000,0x00007ffffe8ec000)] 0x000000085bef3000 JavaThread "CompilerThread1" daemon [_thread_blocked, id=25500048, stack(0x00007ffffe8ed000,0x00007ffffe9ed000)] 0x000000085bef2800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=25499680, stack(0x00007ffffe9ee000,0x00007ffffeaee000)] 0x000000085bef2000 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=25499312, stack(0x00007ffffeaef000,0x00007ffffebef000)] 0x000000085bef1800 JavaThread "Surrogate Locker Thread (CMS)" daemon [_thread_blocked, id=25498944, stack(0x00007ffffebf0000,0x00007ffffecf0000)] 0x000000085bef0000 JavaThread "Finalizer" daemon [_thread_blocked, id=25498576, stack(0x00007ffffecf1000,0x00007ffffedf1000)] 0x000000085beef800 JavaThread "Reference Handler" daemon [_thread_blocked, id=25498208, stack(0x00007ffffedf2000,0x00007ffffeef2000)] 0x000000080182b800 JavaThread "main" [_thread_in_native, id=10490512, stack(0x00007fffffaff000,0x00007fffffbff000)] Other Threads: =>0x000000085beef000 VMThread [stack: 0x00007ffffeef3000,0x00007ffffeff3000] [id=25497840] 0x000000085bef4000 WatcherThread [stack: 0x00007ffffe6eb000,0x00007ffffe7eb000] [id=25500784] VM state:at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: ([mutex/lock_event]) [0x0000000801802880/0x00000008018028d0] Threads_lock - owner thread: 0x000000085beef000 [0x0000000801808800/0x0000000801816200] Heap_lock - owner thread: 0x000000085beee800 Heap par new generation total 124800K, used 61024K [0x0000000805700000, 0x000000080f980000, 0x000000080f980000) eden space 83200K, 23% used [0x0000000805700000, 0x00000008069f8278, 0x000000080a840000) from space 41600K, 100% used [0x000000080d0e0000, 0x000000080f980000, 0x000000080f980000) to space 41600K, 0% used [0x000000080a840000, 0x000000080a840000, 0x000000080d0e0000) concurrent mark-sweep generation total 1164800K, used 927057K [0x000000080f980000, 0x0000000856b00000, 0x0000000856b00000) concurrent-mark-sweep perm gen total 66848K, used 40158K [0x0000000856b00000, 0x000000085ac48000, 0x000000085b700000) Dynamic libraries: 0x0000000000400000 /usr/local/diablo-jdk1.6.0/bin/java 0x0000000800643000 /lib/libthr.so.3 0x0000000800759000 /lib/libc.so.7 0x0000000800b00000 /usr/local/diablo-jdk1.6.0/jre/lib/amd64/server/libjvm.so 0x00000008013a4000 /usr/lib/libstdc++.so.6 0x00000008015b0000 /lib/libm.so.5 0x00000008016ca000 /lib/libgcc_s.so.1 0x0000000801900000 /usr/local/diablo-jdk1.6.0/jre/lib/amd64/native_threads/libhpi.so 0x0000000801a0d000 /usr/local/diablo-jdk1.6.0/jre/lib/amd64/libverify.so 0x0000000801b1e000 /usr/local/diablo-jdk1.6.0/jre/lib/amd64/libjava.so 0x0000000801c52000 /usr/local/diablo-jdk1.6.0/jre/lib/amd64/libzip.so 0x0000000801d5b000 /lib/libz.so.4 0x000000085ef00000 /var/ee/java/lib/libtcnative-1.so 0x000000085f020000 /usr/lib/libssl.so.5 0x000000085f16a000 /lib/libcrypto.so.5 0x000000085f3fc000 /usr/local/lib/libapr-1.so.2 0x000000085f522000 /lib/libcrypt.so.4 0x0000000861a00000 /usr/local/diablo-jdk1.6.0/jre/lib/amd64/libnet.so 0x0000000862600000 /usr/local/diablo-jdk1.6.0/jre/lib/amd64/libmanagement.so 0x000000085f900000 /usr/local/diablo-jdk1.6.0/jre/lib/amd64/libawt.so 0x000000085fc00000 /usr/local/diablo-jdk1.6.0/jre/lib/amd64/headless/libmawt.so 0x0000000860100000 /usr/local/diablo-jdk1.6.0/jre/lib/amd64/libfontmanager.so 0x0000000860500000 /usr/local/diablo-jdk1.6.0/jre/lib/amd64/libnio.so 0x0000000800511000 /libexec/ld-elf.so.1 VM Arguments: jvm_args: -Dnull=null -Xmx1300M -Xms1300M -XX:NewSize=64M -XX:+DisableExplicitGC -XX:PermSize=38M -XX:MaxPermSize=76M -XX:CMSInitiatingOccupancyFraction=60 -XX:SurvivorRatio=2 -XX:+UseCMSInitiatingOccupancyOnly -Xnoclassgc -XX:+UseConcMarkSweepGC -Djava.awt.headless=true -verbose:gc -Xloggc:/home/users/ee/tomcat/logs/gc.2008-10-17_12:31:09.log -XX:+PrintGCDetails -XX:+PrintHeapAtGC -XX:+UseSplitVerifier -XX:+PrintTenuringDistribution java_command: org.apache.catalina.startup.Bootstrap start Launcher Type: SUN_STANDARD Environment Variables: JAVA_HOME=/usr/local/diablo-jdk1.6.0 PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin://bin LD_LIBRARY_PATH=/usr/local/diablo-jdk1.6.0/jre/lib/amd64/server:/usr/local/diablo-jdk1.6.0/jre/lib/amd64:/usr/local/diablo-jdk1.6.0/jre/../lib/amd64:/var/ee/java/lib HOSTTYPE=FreeBSD OSTYPE=FreeBSD MACHTYPE=unknown 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=0x00000000 SIGUSR2: [libjvm.so+0x4e3fa0], sa_mask[0]=0x00000000, sa_flags=0x00000042 SIGHUP: SIG_IGN, sa_mask[0]=0x00000000, sa_flags=0x00000000 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 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24 10:35:36 UTC 2008 root@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 rlimit: STACK 524288k, CORE infinity, NPROC 5547, NOFILE 11095 CPU:total 8 (4 cores per cpu, 1 threads per core) family 6 model 7 stepping 6, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3 Memory: 4k page, physical 8073468k(2018367k 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: Fri Oct 17 13:21:31 2008 elapsed time: 3021 seconds From bugmaster at FreeBSD.org Mon Oct 20 11:06:54 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Oct 20 11:08:17 2008 Subject: Current problem reports assigned to freebsd-java@FreeBSD.org Message-ID: <200810201106.m9KB6s5k082713@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/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 27 problems total. From ndenev at gmail.com Fri Oct 24 09:00:40 2008 From: ndenev at gmail.com (Nikolay Denev) Date: Fri Oct 24 09:00:46 2008 Subject: Serious problem with RMI on jdk15 In-Reply-To: <20081013204710.GA52841@misty.eyesbeyond.com> References: <7F26DA41-FF97-4DBB-ADAC-F7E6707B868D@gmail.com> <82DA0FAE-EAFF-4138-9CAA-21750A21D9D6@gmail.com> <20081013204710.GA52841@misty.eyesbeyond.com> Message-ID: <809AC07C-A656-4FE8-806E-500CD2E65DC4@gmail.com> On 13 Oct, 2008, at 23:47 , Greg Lewis wrote: > On Mon, Oct 13, 2008 at 05:58:58PM +0300, Nikolay Denev wrote: >> On Oct 13, 2008, at 5:47 PM, Nikolay Denev wrote: >>> On Oct 9, 2008, at 4:35 PM, Nikolay Denev wrote: >>> >>>> Hi All, >>>> >>>> I have the following problem : when I connect to a jmxremote >>>> enabled application with jconsole the whole VM crashes with >>>> segmentation fault. >>>> >>> [...snip...] >>>> >>>> I'm running amd64 7.1-PRE from yesterday, and the jdk is >>>> jdk-1.5.0.14p8_3,1 >>>> >>>> Any help is greatly appreciated! >>>> >>>> Thanks, >>>> Nikolay Denev >>> >>> I think I've tracked down the problem. >>> The JVM crashes when one requests the TotalPhysicalMemory from the >>> OperatingSystem bean. >>> The strange thing is that Sun specifies this value as "long", but >>> how this can work on 64bit machines with many gigabytes of memory? >>> >>> What BSD patchset does is read the hw.physmem sysctl, which returns >>> unsigned long, and then cast it to jlong and probably this is where >>> the problem is. >>> I've tried disabling the sysctl and hardcoding the result and my JVM >>> does not crash anymore. >>> Jconsole still does not show anything though.... and the same test >>> program produces info when used with the diablo-jdk15... >>> >>> >>> Regards, >>> Nikolay Denev >> >> As I read this now, It's not exactly correct, longs should be 4 bytes >> on 32bit archs, and 8bytes on 64bit archs. >> So the storage type for TotalPhysicalMemory should be ok. Maybe jlong >> is not correctly adjusted to 8bytes on 64bit architectures? > > A jlong is typedef'ed as a 'long long' on both 32 and 64 bit > architectures. > How much memory does the machine have and what architecture is it? > > -- > Greg Lewis Email : glewis@eyesbeyond.com > Eyes Beyond Web : http:// > www.eyesbeyond.com > Information Technology FreeBSD : glewis@FreeBSD.org Hi Greg, The real problem is that in the getTotalPhysicalMemory routine the rlen variable type used in the sysctl() call is 'int' which is 32bit, while it needs to be 64bit size_t. This is a patch for the bsd-jdk15-patchset version 8 : --- jdk15.patches 2008-02-05 07:01:27.000000000 +0200 +++ jdk15.patches.fixed 2008-10-24 11:58:53.000000000 +0300 @@ -90835,7 +90835,7 @@ +#ifdef _ALLBSD_SOURCE + unsigned long result; + int mib[2]; -+ int rlen; ++ size_t rlen; + + mib[0] = CTL_HW; + mib[1] = HW_PHYSMEM; -- Regards, Nikolay Denev From ndenev at gmail.com Mon Oct 27 08:30:07 2008 From: ndenev at gmail.com (Nikolay Denev) Date: Mon Oct 27 08:30:14 2008 Subject: java/128411: jdk1.5 Querying JMX mbean OperatingSystem->TotalPhysicalMemorySize crashes the VM on 64bit archs. Message-ID: <200810270826.m9R8Q4Rf037573@www.freebsd.org> >Number: 128411 >Category: java >Synopsis: jdk1.5 Querying JMX mbean OperatingSystem->TotalPhysicalMemorySize crashes the VM on 64bit archs. >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-java >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Oct 27 08:30:06 UTC 2008 >Closed-Date: >Last-Modified: >Originator: Nikolay Denev >Release: 7.1-PRERELEASE >Organization: >Environment: FreeBSD XXX 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #1: Wed Oct 22 15:35:49 UTC 2008 root@XXX:/usr/obj/usr/src/sys/CORE2 amd64 >Description: The FreeBSD specific part of the OperationgSystem mbean uses sysctl(3) to query various parameters related to memory usage. The sysctl(3) call requires an argument of type 'size_t' to set the size of the reqested value but in one place the bsd-jdk15-patchset uses variable of type 'int' for this, which does not work correctly because int is 32bits and size_t is 64bits on 64bit archs. Querying this attribute (TotalPhysicalMemorySize) results in VM crash. >How-To-Repeat: Start an application with remote JMX enabled and connect to it with jconsole. >Fix: The attached patch to the bsd-jdk15-patchset8 fixes the problem. Patch attached with submission follows: --- jdk15.patches 2008-02-05 07:01:27.000000000 +0200 +++ jdk15.patches.fixed 2008-10-24 11:58:53.000000000 +0300 @@ -90835,7 +90835,7 @@ +#ifdef _ALLBSD_SOURCE + unsigned long result; + int mib[2]; -+ int rlen; ++ size_t rlen; + + mib[0] = CTL_HW; + mib[1] = HW_PHYSMEM; >Release-Note: >Audit-Trail: >Unformatted: From bugmaster at FreeBSD.org Mon Oct 27 11:07:16 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Oct 27 11:08:26 2008 Subject: Current problem reports assigned to freebsd-java@FreeBSD.org Message-ID: <200810271107.m9RB7Ge8001996@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/128411 java jdk1.5 Querying JMX mbean OperatingSystem->TotalPhysic 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 28 problems total. From wout at delta-design.be Tue Oct 28 20:38:49 2008 From: wout at delta-design.be (Wout =?ISO-8859-1?Q?Decr=E9?=) Date: Tue Oct 28 20:39:35 2008 Subject: tzupdater is out of date Message-ID: <1225221040.21715.0.camel@localhost> Hello I'm installing Java (java/jdk16) in a jail and noticed that the tzupdater package is updated on Sun's website. My (latest) ports collection expects tzupdater-1_3_6-2008c.zip, but the latest from Sun is tzupdater-1_3_9-2008g.zip. MD5 (tzupdater-1_3_9-2008g.zip) = 3eb68b0297ac359c788f91095688d9b6 SHA256 (tzupdater-1_3_9-2008g.zip) = 9a84c954c1562df0e17a40cb313556248c2bc609bc995c12e772f7e24773c5d7 Size = 264885 Kind regards Wout PS: My apologies if this is already known.