From bugmaster at FreeBSD.org Mon Dec 1 03:06:58 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Dec 1 03:08:30 2008 Subject: Current problem reports assigned to freebsd-java@FreeBSD.org Message-ID: <200812011106.mB1B6w0S052600@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o java/128948 java java/jdk16 built from source can't bind a socket, but o java/128809 java JVM aborted when GNU RXTX write to serial port. o java/125583 java Java gui programs stop without error message o java/123555 java linux-sun-jdk15, linux-sun-jdk16 produce a coredump o java/122513 java native JDKs unbuildable with Linux ones o java/121692 java java/jdk16: Java 1.5 1.5.0.14p8 crashes in RMI TCP Con o ports/121420 java java/jdk16: Java applet fails to find class under fire o ports/121416 java java/jdk15 can't build if BIN environment variable is o ports/120372 java java/linux-sun-jdk16: linux-sun-jre1.6.0 plugin doesn' o java/120146 java java/jdk15: netbeans 6.0 causes java core dump on amd6 o ports/119732 java java/linux-sun-jre16: linux-sun-jre16 plugin doesn't w o java/119063 java An unexpected error has been detected by Java Runtime o java/118956 java eclipse and netbeans break on diablo-jdk15 o java/118496 java Eclipse packages do not work with 6.3-RC1/amd64 o ports/116841 java cannot build java/jdk16 by using java/linux-sun-jdk16 o java/116667 java linux-sun-javac1.4 hangs on SMP o ports/116082 java java/linux-sun-jdk16 jconsole is unable to connect to o java/115773 java [request] java.nio channel selectors should use kqueue o java/114644 java tomcat goes out of PermSpace, jvm crashes o ports/113751 java java/linux-sun-jdk15: linux-sun-jdk-1.5.0.12,2 - java o ports/113467 java Multiple "missing return value" errors building JDK on o java/112595 java Java appletviewer frequently hangs (kse_release loop) o java/110912 java Java krb5 client leaks UDP connections 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 29 problems total. From auryn at zirakzigil.org Sun Dec 7 07:38:55 2008 From: auryn at zirakzigil.org (Giulio Ferro) Date: Sun Dec 7 07:39:01 2008 Subject: problems with glassfish on current Message-ID: <493BE9BB.6030703@zirakzigil.org> Freebsd 8 current amd64, jdk16 (everything recently updated) I was trying to install glassfish, so I downloaded the latest v2 version for linux and launched it: java -jar glassfish-installer-v2ur2-b04-linux.jar I've tried both in a windowed environment and from console, but nothing happened. That is, in other o.s. a window should come up and ask for the license agreement. In my configuration the java process goes up to about 100% and just stays there. On a separate note, maybe a port for glassfish should come in handy... Bye. From marcus at FreeBSD.org Sun Dec 7 08:38:07 2008 From: marcus at FreeBSD.org (Joe Marcus Clarke) Date: Sun Dec 7 08:38:14 2008 Subject: [Fwd: portlint and USE_ANT] Message-ID: <1228667884.69753.20.camel@shumai.marcuscom.com> Skipped content of type multipart/mixed-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-java/attachments/20081207/23278433/attachment.pgp From bugmaster at FreeBSD.org Mon Dec 8 03:06:59 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Dec 8 03:08:22 2008 Subject: Current problem reports assigned to freebsd-java@FreeBSD.org Message-ID: <200812081106.mB8B6wAw014313@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o java/128948 java java/jdk16 built from source can't bind a socket, but o java/128809 java JVM aborted when GNU RXTX write to serial port. o java/125583 java Java gui programs stop without error message o java/123555 java linux-sun-jdk15, linux-sun-jdk16 produce a coredump o java/122513 java native JDKs unbuildable with Linux ones o java/121692 java java/jdk16: Java 1.5 1.5.0.14p8 crashes in RMI TCP Con o ports/121420 java java/jdk16: Java applet fails to find class under fire o ports/121416 java java/jdk15 can't build if BIN environment variable is o ports/120372 java java/linux-sun-jdk16: linux-sun-jre1.6.0 plugin doesn' o java/120146 java java/jdk15: netbeans 6.0 causes java core dump on amd6 o ports/119732 java java/linux-sun-jre16: linux-sun-jre16 plugin doesn't w o java/119063 java An unexpected error has been detected by Java Runtime o java/118956 java eclipse and netbeans break on diablo-jdk15 o java/118496 java Eclipse packages do not work with 6.3-RC1/amd64 o ports/116841 java cannot build java/jdk16 by using java/linux-sun-jdk16 o java/116667 java linux-sun-javac1.4 hangs on SMP o ports/116082 java java/linux-sun-jdk16 jconsole is unable to connect to o java/115773 java [request] java.nio channel selectors should use kqueue o java/114644 java tomcat goes out of PermSpace, jvm crashes o ports/113751 java java/linux-sun-jdk15: linux-sun-jdk-1.5.0.12,2 - java o ports/113467 java Multiple "missing return value" errors building JDK on o java/112595 java Java appletviewer frequently hangs (kse_release loop) o java/110912 java Java krb5 client leaks UDP connections 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 29 problems total. From glewis at eyesbeyond.com Mon Dec 8 19:31:14 2008 From: glewis at eyesbeyond.com (Greg Lewis) Date: Mon Dec 8 19:31:21 2008 Subject: [Fwd: portlint and USE_ANT] In-Reply-To: <1228667884.69753.20.camel@shumai.marcuscom.com> References: <1228667884.69753.20.camel@shumai.marcuscom.com> Message-ID: <20081209031214.GA33028@misty.eyesbeyond.com> On Sun, Dec 07, 2008 at 11:38:04AM -0500, Joe Marcus Clarke wrote: > I received this email from a user. Is this the correct change to make > to portlint? I didn't see an attached change, but it looks like the FATAL should be turned into a WARNING. So if thats what you meant then I would agree. Certainly defining do-build when you have set USE_ANT is normally a bug, so portlint should continue to do something in that situation, but a FATAL looks to be too restrictive. I took a look at the port in question and the usage looked fine to me. Content-Description: Forwarded message - portlint and USE_ANT > Delivered-To: marcus@freebsd.org > Date: Mon, 01 Dec 2008 10:07:49 +0100 > From: Dominic Fandrey > User-Agent: Thunderbird 2.0.0.18 (X11/20081123) > To: marcus@FreeBSD.org > Subject: portlint and USE_ANT > X-Enigmail-Version: 0.95.7 > X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham > version=3.2.5 > X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on > creme-brulee.marcuscom.com > > Portlint issues a FATAL message about USE_ANT for a port of mine: > > # cd /usr/ports/java/phpeclipse > # portlint ./ > FATAL: Makefile: USE_ANT is intended only for ports that build with Ant. You should not override ``do-build'' when defining USE_ANT > 1 fatal error and 0 warnings found. > > In my opinion my use of USE_ANT is correct, though. This is from > bsd.java.mk: > > > USE_ANT > > Should be defined when the port uses Apache Ant. Ant is thus > > considered to be the sub-make command. When no 'do-build' > > target is defined by the port, a default one will be set > > that simply runs Ant according to MAKE_ENV, MAKE_ARGS and > > ALL_TARGET. Read the documentation in bsd.port.mk for more > > information. > > This explicitly states the possibility of defining your own > do-build target. > > The FATAL error keeps me from running 'port test'. > > Regards, > Dominic > -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From chuckr at telenix.org Wed Dec 10 11:25:15 2008 From: chuckr at telenix.org (Chuck Robey) Date: Wed Dec 10 11:25:22 2008 Subject: eclim on FreeBSD? Message-ID: <494016F4.6060100@telenix.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'm trying to get the eclim VIM plugin to install on my FreeBSD current box, anyone have any notion why it's tossing the java cores? The only references I can find on the web is that someone got it to work on FreeBSD 6.2 about 18 months ago. I'm not yet good enough at Java to track this down yet, and the thing leaves me no hints as to what went wrong (their advertised log file doesn't show up). I have the native jdk1.6 and eclipse-devel working perfectly (at least, everything else I try works fine). -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAklAFvQACgkQz62J6PPcoOln4wCbB1ZMGFJMIWbDQKFdi/Dt4C6y qqgAoJgJQGlvHLvBdQLGsrlkWj8NrYWf =dBl3 -----END PGP SIGNATURE----- From rick-freebsd2008 at kiwi-computer.com Wed Dec 10 13:16:38 2008 From: rick-freebsd2008 at kiwi-computer.com (Rick C. Petty) Date: Wed Dec 10 13:16:44 2008 Subject: eclim on FreeBSD? In-Reply-To: <494016F4.6060100@telenix.org> References: <494016F4.6060100@telenix.org> Message-ID: <20081210211636.GA56540@keira.kiwi-computer.com> On Wed, Dec 10, 2008 at 02:22:28PM -0500, Chuck Robey wrote: > > I'm trying to get the eclim VIM plugin to install on my FreeBSD current box, I'm assuming you mean the eclipse viPlugin? > anyone have any notion why it's tossing the java cores? The only references I > can find on the web is that someone got it to work on FreeBSD 6.2 about 18 > months ago. I'm not yet good enough at Java to track this down yet, and the > thing leaves me no hints as to what went wrong (their advertised log file > doesn't show up). Which version of the plugin? What java cores? > I have the native jdk1.6 and eclipse-devel working perfectly (at least, > everything else I try works fine). Which exact version of eclipse? I have eclipse-viPlugin-1.14.0_2 working perfectly on eclipse-3.2.2_2 and eclipse-devel-3.4.1_1, both on 7.1-PRERELEASE. -- Rick C. Petty From glewis at eyesbeyond.com Wed Dec 10 13:32:06 2008 From: glewis at eyesbeyond.com (Greg Lewis) Date: Wed Dec 10 13:32:14 2008 Subject: eclim on FreeBSD? In-Reply-To: <20081210211636.GA56540@keira.kiwi-computer.com> References: <494016F4.6060100@telenix.org> <20081210211636.GA56540@keira.kiwi-computer.com> Message-ID: <20081210213404.GA23887@misty.eyesbeyond.com> On Wed, Dec 10, 2008 at 03:16:37PM -0600, Rick C. Petty wrote: > On Wed, Dec 10, 2008 at 02:22:28PM -0500, Chuck Robey wrote: > > > > I'm trying to get the eclim VIM plugin to install on my FreeBSD current box, > > I'm assuming you mean the eclipse viPlugin? He means Eclim: http://eclim.sourceforge.net/ Its a way of exposing Eclipse functionality from within vim. > > anyone have any notion why it's tossing the java cores? The only references I > > can find on the web is that someone got it to work on FreeBSD 6.2 about 18 > > months ago. I'm not yet good enough at Java to track this down yet, and the > > thing leaves me no hints as to what went wrong (their advertised log file > > doesn't show up). > > Which version of the plugin? > What java cores? I have to agree here. Chuck, thats not a lot of information to go on. If the JVM core dumps it will normally leave a hs_err*mumble* file that will give some details of what went on. When I've seen this with Eclipse involved 9 times out of 10 the problem has been within the Eclipse native libraries. If thats the case you're pretty much on your own. Anyway you look at it more information is needed before you're even likely to be able to convince someone to take a look. > > I have the native jdk1.6 and eclipse-devel working perfectly (at least, > > everything else I try works fine). > > Which exact version of eclipse? > > I have eclipse-viPlugin-1.14.0_2 working perfectly on eclipse-3.2.2_2 and > eclipse-devel-3.4.1_1, both on 7.1-PRERELEASE. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From lapo at lapo.it Fri Dec 12 05:43:01 2008 From: lapo at lapo.it (Lapo Luchini) Date: Fri Dec 12 05:43:11 2008 Subject: SQLiteJDBC port Message-ID: Someone might be interested to know that there is a working FreeBSD port of SQLiteJDBC available in GNATS ;-) http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/124905 -- Lapo Luchini - http://lapo.it/ ?Any sufficiently advanced technology is indistinguishable from magic.? (Arthur C. Clarke) From bugmaster at FreeBSD.org Mon Dec 15 03:06:55 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Dec 15 03:08:28 2008 Subject: Current problem reports assigned to freebsd-java@FreeBSD.org Message-ID: <200812151106.mBFB6stQ004387@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o java/128948 java java/jdk16 built from source can't bind a socket, but o java/128809 java JVM aborted when GNU RXTX write to serial port. o java/125583 java Java gui programs stop without error message o java/123555 java linux-sun-jdk15, linux-sun-jdk16 produce a coredump o java/122513 java native JDKs unbuildable with Linux ones o java/121692 java java/jdk16: Java 1.5 1.5.0.14p8 crashes in RMI TCP Con o ports/121420 java java/jdk16: Java applet fails to find class under fire o ports/121416 java java/jdk15 can't build if BIN environment variable is o ports/120372 java java/linux-sun-jdk16: linux-sun-jre1.6.0 plugin doesn' o java/120146 java java/jdk15: netbeans 6.0 causes java core dump on amd6 o ports/119732 java java/linux-sun-jre16: linux-sun-jre16 plugin doesn't w o java/119063 java An unexpected error has been detected by Java Runtime o java/118956 java eclipse and netbeans break on diablo-jdk15 o java/118496 java Eclipse packages do not work with 6.3-RC1/amd64 o ports/116841 java cannot build java/jdk16 by using java/linux-sun-jdk16 o java/116667 java linux-sun-javac1.4 hangs on SMP o ports/116082 java java/linux-sun-jdk16 jconsole is unable to connect to o java/115773 java [request] java.nio channel selectors should use kqueue o java/114644 java tomcat goes out of PermSpace, jvm crashes o ports/113751 java java/linux-sun-jdk15: linux-sun-jdk-1.5.0.12,2 - java o ports/113467 java Multiple "missing return value" errors building JDK on o java/112595 java Java appletviewer frequently hangs (kse_release loop) o java/110912 java Java krb5 client leaks UDP connections 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 29 problems total. From maciej at suszko.eu Mon Dec 15 11:41:11 2008 From: maciej at suszko.eu (Maciej Suszko) Date: Mon Dec 15 11:41:17 2008 Subject: compile/run 32bit java/jdk16 on amd64 Message-ID: <20081215201420.2d47fd67@suszko.eu> Hello, Is it possible to build java/jdk16 for 32bit environment using amd64 world, or are there any tricks to run fully functional 32bit jdk16 on amd64? My goal is to have a machine with more than 4GB of RAM (I'd like to avoid using PAE) and be able to run multiple java processes, which can consume ~2GB of RAM each. Using 64bit jdk16 the memory consumption is even doubled, so that's not the way I'd like to go... -- regards, Maciej Suszko. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-java/attachments/20081215/786333d5/signature.pgp From webmaster at lvye.info Tue Dec 16 01:45:01 2008 From: webmaster at lvye.info (webmaster) Date: Tue Dec 16 01:45:11 2008 Subject: jdk1.6+freebsd7.0 Message-ID: root@www1[/usr/ports/java/diablo-jdk16]#java Error occurred during initialization of VM Could not reserve enough space for object heap # # An unexpected error has been detected by Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x83aae862, pid=32821, tid=0x83c01200 # # Java VM: Diablo Java HotSpot(TM) Server VM (10.0-b23 mixed mode bsd-x86) # Problematic frame: # C [libc.so.7+0x61862] calloc+0x9b2 # # An error report file with more information is saved as: # /usr/ports/java/diablo-jdk16/hs_err_pid32821.log # # Please submit bug reports to freebsd-java@FreeBSD.org # Abort (core dumped) root@www1[/usr/ports/java/diablo-jdk16]#Edit /usr/ports/java/diablo-jdk16/hs_err_pid32821.log # # An unexpected error has been detected by Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x83aae862, pid=32821, tid=0x83c01200 # # Java VM: Diablo Java HotSpot(TM) Server VM (10.0-b23 mixed mode bsd-x86) # Problematic frame: # C [libc.so.7+0x61862] calloc+0x9b2 # # Please submit bug reports to freebsd-java@FreeBSD.org # --------------- T H R E A D --------------- Current thread (0x84921800): Thread [stack: 0xbf5af000,0xbf5ff000] [id=-2084564480] siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), si_addr=0xbf500000 Registers: EAX=0xbf5fee10, EBX=0x83b337f8, ECX=0x0000000c, EDX=0xbf5fee10 ESP=0xbf5fec60, EBP=0xbf5feca8, ESI=0xbf500000, EDI=0x84921800 EIP=0x83aae862, EFLAGS=0x00010287 Top of Stack: (sp=0xbf5fec60) 0xbf5fec60: bf5fec7b 03640000 83aae83b 83b337f8 0xbf5fec70: bf5fee10 84921800 bf5feca8 83aaeb7e 0xbf5fec80: 00000000 84921800 bf5feca8 83dfd583 0xbf5fec90: 84912c00 bf5fecb8 83aae83b 83b337f8 0xbf5feca0: bf5fee10 84921800 bf5fecd8 83aaeb7e 0xbf5fecb0: 84902280 84921800 bf5fecd8 83dfd5aa 0xbf5fecc0: 843415c4 843415c4 bf5fece8 83fc5f4e 0xbf5fecd0: 8484cb34 bf5fee10 bf5fece8 84826bd1 Instructions: (pc=0x83aae862) 0x83aae852: c6 0f 84 c7 01 00 00 8b 55 c8 8b 8b d4 60 00 00 0x83aae862: 8b 06 29 f2 d3 ea 89 45 cc 8b 7c d6 24 85 ff 74 Stack: [0xbf5af000,0xbf5ff000], sp=0xbf5fec60, free space=319k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [libc.so.7+0x61862] calloc+0x9b2 C [libc.so.7+0x61b7e] free+0x2e C [libstdc++.so.6+0xc7bd1] _ZdlPv+0x21 V [libjvm.so+0x55aa62] V [libjvm.so+0x55b1d5] V [libjvm.so+0x55fa8b] V [libjvm.so+0x30a2f3] C [java+0xa795] JavaMain+0x1d55 C [java+0x8ae1] JavaMain+0xa1 C [libthr.so.3+0x6b1f] pthread_getprio+0xcf --------------- P R O C E S S --------------- Java Threads: ( => current thread ) Other Threads: =>0x84921800 (exited) Thread [stack: 0xbf5af000,0xbf5ff000] [id=-2084564480] VM state:not at safepoint (not fully initialized) VM Mutex/Monitor currently owned by a thread: None Dynamic libraries: 0x08048000 /usr/local/diablo-jdk1.6.0/bin/java 0x83a3a000 /lib/libthr.so.3 0x83a4d000 /lib/libc.so.7 0x83d00000 /usr/local/diablo-jdk1.6.0/jre/lib/i386/server/libjvm.so 0x8475f000 /usr/lib/libstdc++.so.6 0x83b49000 /lib/libm.so.5 0x83b5e000 /lib/libgcc_s.so.1 0x83b6a000 /usr/local/diablo-jdk1.6.0/jre/lib/i386/native_threads/libhpi.so 0x83b85000 /usr/local/diablo-jdk1.6.0/jre/lib/i386/libverify.so 0x83b92000 /usr/local/diablo-jdk1.6.0/jre/lib/i386/libjava.so 0x83bb9000 /usr/local/diablo-jdk1.6.0/jre/lib/i386/libzip.so 0x83bc2000 /lib/libz.so.4 0x83a06000 /libexec/ld-elf.so.1 VM Arguments: java_command: 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 :/root/bin LD_LIBRARY_PATH=/usr/local/diablo-jdk1.6.0/jre/lib/i386/server:/usr/local/di ablo-jdk1.6.0/jre/lib/i38 SHELL=/bin/csh HOSTTYPE=FreeBSD OSTYPE=FreeBSD MACHTYPE=i386 Signal Handlers: SIGSEGV: [libjvm.so+0x59f5d0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGBUS: [libjvm.so+0x59f5d0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGFPE: [libjvm.so+0x48dcb0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGPIPE: [libjvm.so+0x48dcb0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGXFSZ: [libjvm.so+0x48dcb0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGILL: [libjvm.so+0x48dcb0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGUSR1: SIG_DFL, sa_mask[0]=0xfffefeff, sa_flags=0x00000000 SIGUSR2: [libjvm.so+0x4903b0], sa_mask[0]=0x00000000, sa_flags=0x00000042 SIGHUP: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 SIGINT: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 SIGTERM: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000002 SIGQUIT: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 --------------- S Y S T E M --------------- OS:Bsd uname:FreeBSD 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Fri Dec 12 11:30:03 CST 2008 root@www1.lvye.inf rlimit: STACK 524288k, CORE infinity, NPROC 5547, NOFILE 11095 CPU:total 4 (1 cores per cpu, 2 threads per core) family 15 model 2 stepping 9, cmov, cx8, fxsr, mmx, Memory: 4k page, physical 3994300k(998575k free) vm_info: Diablo Java HotSpot(TM) Server VM (10.0-b23) for bsd-x86 JRE (1.6.0_07-b02), built on May 12 time: Tue Dec 16 17:09:43 2008 elapsed time: 0 seconds root@www1[/usr/ports/java/diablo-jdk16]#pkg_info curl-7.16.3 Non-interactive tool to get files from FTP, GOPHER, HTTP(S) cvsup-without-gui-16.1h_3 General network file distribution system optimized for CVS diablo-jdk-1.6.0.07.02_3 Java Development Kit 1.6.0_07.02 expat-2.0.0_1 XML 1.0 parser written in C ezm3-1.2_1 Easier, more portable Modula-3 distribution for building CV freetype2-2.3.5 A free and portable TrueType font rendering engine gettext-0.16.1_3 GNU gettext package gmake-3.81_2 GNU version of 'make' utility help2man-1.36.4_1 Automatically generating simple manual pages from program o inputproto-1.4.2.1 Input extension headers javavmwrapper-2.3 Wrapper script for various Java Virtual Machines jpeg-6b_4 IJG's jpeg compression utilities From chuckr at telenix.org Tue Dec 16 02:58:04 2008 From: chuckr at telenix.org (Chuck Robey) Date: Tue Dec 16 02:58:12 2008 Subject: eclim on FreeBSD? In-Reply-To: <20081210213404.GA23887@misty.eyesbeyond.com> References: <494016F4.6060100@telenix.org> <20081210211636.GA56540@keira.kiwi-computer.com> <20081210213404.GA23887@misty.eyesbeyond.com> Message-ID: <4947892F.60300@telenix.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Greg Lewis wrote: > On Wed, Dec 10, 2008 at 03:16:37PM -0600, Rick C. Petty wrote: >> On Wed, Dec 10, 2008 at 02:22:28PM -0500, Chuck Robey wrote: >>> I'm trying to get the eclim VIM plugin to install on my FreeBSD current box, >> I'm assuming you mean the eclipse viPlugin? > > He means Eclim: > > http://eclim.sourceforge.net/ > > Its a way of exposing Eclipse functionality from within vim. > >>> anyone have any notion why it's tossing the java cores? The only references I >>> can find on the web is that someone got it to work on FreeBSD 6.2 about 18 >>> months ago. I'm not yet good enough at Java to track this down yet, and the >>> thing leaves me no hints as to what went wrong (their advertised log file >>> doesn't show up). >> Which version of the plugin? >> What java cores? > > I have to agree here. Chuck, thats not a lot of information to go on. If the > JVM core dumps it will normally leave a hs_err*mumble* file that will give > some details of what went on. When I've seen this with Eclipse involved > 9 times out of 10 the problem has been within the Eclipse native > libraries. If thats the case you're pretty much on your own. > > Anyway you look at it more information is needed before you're even likely > to be able to convince someone to take a look. You're right, I didn't give a lot of detail, but I did actually get what I wanted, which was to see if anyone had recently gotten eclim to work for themselves under FreeBSD. The installation (which failed for me) was one of those designed to fail pretty much in total silence (I react poorly to any project that decides they need to hide details of a build from me). I have hacked a bit at the internals of the script to see if I could expose of bit more of what was failing, but I didn't get a whole heck of a lot, and I really didn't want to drag a bunch of you after me, at least not until I'd been able to figoure a bit more. I just wanted to see if anyone had recently tripped over it with a bit more success than I had. If not (and that seems to be the consensus, that no one here really heard of it, at least not more recently than an 18 month old reference to getting it to work for FreeBSD-6.2, then I think I will nibble away at the edges of this, without dragging you folks after me, at least not yet. I just wanted to see that I wasn't missing something fairly well known. BTW, eclim is a seemingly a GNU project, at least it's not something commercial that I might never figure out. I can go after the authors, when I finally decide I can't wring any more out of it. The description of what this does is kinda really interesting, though: adapting vim to make it offer many of the features of eclipse, without actually running eclipse itself. > >>> I have the native jdk1.6 and eclipse-devel working perfectly (at least, >>> everything else I try works fine). >> Which exact version of eclipse? >> >> I have eclipse-viPlugin-1.14.0_2 working perfectly on eclipse-3.2.2_2 and >> eclipse-devel-3.4.1_1, both on 7.1-PRERELEASE. > -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAklHiS8ACgkQz62J6PPcoOn5OwCfR80lXJP5GsRyIWE8wPOhpLxW cfcAoKInCcaltdBOcs60rJyFSQdy9K+Y =QzOD -----END PGP SIGNATURE----- From chuckr at telenix.org Tue Dec 16 03:07:48 2008 From: chuckr at telenix.org (Chuck Robey) Date: Tue Dec 16 03:07:59 2008 Subject: eclim on FreeBSD? In-Reply-To: <20081210211636.GA56540@keira.kiwi-computer.com> References: <494016F4.6060100@telenix.org> <20081210211636.GA56540@keira.kiwi-computer.com> Message-ID: <49478B6F.2020003@telenix.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Rick C. Petty wrote: > On Wed, Dec 10, 2008 at 02:22:28PM -0500, Chuck Robey wrote: >> I'm trying to get the eclim VIM plugin to install on my FreeBSD current box, > > I'm assuming you mean the eclipse viPlugin? > >> anyone have any notion why it's tossing the java cores? The only references I >> can find on the web is that someone got it to work on FreeBSD 6.2 about 18 >> months ago. I'm not yet good enough at Java to track this down yet, and the >> thing leaves me no hints as to what went wrong (their advertised log file >> doesn't show up). > > Which version of the plugin? I tried the latest version of eclim I could find, eclim-1.4.3 > What java cores? the latest native jdk, 1.6.0, from the port. I honestly hadn't gotten enough detail out of it yet. It's one of those designed to give no details of itself, so it's a bit difficult to troubleshoot, and beyond checking if anyone else had hit this speedbump yet, I didn't want too much help yet, not until I'd gotten more from what there was to learn of it. I need to learn more about the tool it uses, formic, before I can get any further with it. I'll yell a bit more loudly when I get more from it. > >> I have the native jdk1.6 and eclipse-devel working perfectly (at least, >> everything else I try works fine). > > Which exact version of eclipse? > > I have eclipse-viPlugin-1.14.0_2 working perfectly on eclipse-3.2.2_2 and > eclipse-devel-3.4.1_1, both on 7.1-PRERELEASE. > > -- Rick C. Petty > _______________________________________________ > 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" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAklHi28ACgkQz62J6PPcoOnXSwCglbjkKgl1Srn6IGFFbLDhvhwI uMQAn3WGn0dsBhAXC31iwneENl+0rM50 =wY84 -----END PGP SIGNATURE----- From avg at icyb.net.ua Tue Dec 16 03:29:00 2008 From: avg at icyb.net.ua (Andriy Gapon) Date: Tue Dec 16 03:29:07 2008 Subject: compile/run 32bit java/jdk16 on amd64 In-Reply-To: <20081215201420.2d47fd67@suszko.eu> References: <20081215201420.2d47fd67@suszko.eu> Message-ID: <4947905F.6020005@icyb.net.ua> on 15/12/2008 21:14 Maciej Suszko said the following: > Hello, > > Is it possible to build java/jdk16 for 32bit environment using amd64 > world, or are there any tricks to run fully functional 32bit jdk16 on > amd64? > My goal is to have a machine with more than 4GB of RAM (I'd like to > avoid using PAE) and be able to run multiple java processes, which can > consume ~2GB of RAM each. Using 64bit jdk16 the memory consumption is > even doubled, so that's not the way I'd like to go... I've recently had some negative experience *building* java/jdk15 port in stable/7 i386 jail on stable/7 amd64 host. Although diablo-jdk-1.5 seems to have worked fine for bootstrapping. Just in case: for threads I am using libthr. Reference: http://lists.freebsd.org/pipermail/freebsd-java/2008-November/007763.html -- Andriy Gapon From cyb. at gmx.net Tue Dec 16 04:25:16 2008 From: cyb. at gmx.net (Andreas Rudisch) Date: Tue Dec 16 04:25:29 2008 Subject: Limewire 4.18 problem In-Reply-To: <958977.77379.qm@web24105.mail.ird.yahoo.com> References: <958977.77379.qm@web24105.mail.ird.yahoo.com> Message-ID: <20081216125830.384a9b6f.cyb.@gmx.net> On Tue, 16 Dec 2008 10:44:14 +0000 (GMT) alvaro rosales wrote: > I have a freebsd 7 Release #0 box, it works as a marble, > unfortunately I have a problem with limewire 4.18. I can connect with > any other p2p network client, (firewall is ok and set up to allow > connections on limewire port and upnp is enable) but limewire wont > connect. Sounds like the same problem Vuze/Azureus has when running on FreeBSD 7. > I have made a search on the net and found a thread that fixed > it by modifying the file /etc/libmap.conf as follows: > [/usr/local/diablo-jre1.5.0/] > libpthread.so libc_r.so > libpthread.so.2 libc_r.so.6 That work-around only works on FreeBSD 6 (probably because of the change to libthr in FreeBSD 7). When I was testing Vuze again on FreeBSD 7.1-RC1 a few days ago, I noticed that data transfer was happening when using UDP. But normal TCP connections to other peers would time out, hanging during/after the handshake. The connections seemed to be established though. A Vuze developer told me, that transfers via UDP and TCP are using different sets of native java APIs. TCP is non-blocking IO, so there could be a problem in the FreeBSD Java code. Andreas -- GnuPG key : 0x2A573565 | http://www.gnupg.org/howtos/de/ Fingerprint: 925D 2089 0BF9 8DE5 9166 33BB F0FD CD37 2A57 3565 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-java/attachments/20081216/f267798c/attachment.pgp From avg at icyb.net.ua Tue Dec 16 07:08:25 2008 From: avg at icyb.net.ua (Andriy Gapon) Date: Tue Dec 16 07:08:32 2008 Subject: compile/run 32bit java/jdk16 on amd64 In-Reply-To: <4947905F.6020005@icyb.net.ua> References: <20081215201420.2d47fd67@suszko.eu> <4947905F.6020005@icyb.net.ua> Message-ID: <4947C3CD.4060006@icyb.net.ua> on 16/12/2008 13:26 Andriy Gapon said the following: > on 15/12/2008 21:14 Maciej Suszko said the following: >> Hello, >> >> Is it possible to build java/jdk16 for 32bit environment using amd64 >> world, or are there any tricks to run fully functional 32bit jdk16 on >> amd64? >> My goal is to have a machine with more than 4GB of RAM (I'd like to >> avoid using PAE) and be able to run multiple java processes, which can >> consume ~2GB of RAM each. Using 64bit jdk16 the memory consumption is >> even doubled, so that's not the way I'd like to go... > > I've recently had some negative experience *building* java/jdk15 port in > stable/7 i386 jail on stable/7 amd64 host. Although diablo-jdk-1.5 > seems to have worked fine for bootstrapping. Just in case: for threads I > am using libthr. > > Reference: > http://lists.freebsd.org/pipermail/freebsd-java/2008-November/007763.html > Heh, I've just tried the same with diablo-jdk16 and jdk16 and all worked fine. Wonder if the 1.5 problem could have been caused by something related to compat-6x in i386 jail. -- Andriy Gapon From maciej at suszko.eu Tue Dec 16 09:38:26 2008 From: maciej at suszko.eu (Maciej Suszko) Date: Tue Dec 16 09:38:32 2008 Subject: compile/run 32bit java/jdk16 on amd64 In-Reply-To: <4947C3CD.4060006@icyb.net.ua> References: <20081215201420.2d47fd67@suszko.eu> <4947905F.6020005@icyb.net.ua> <4947C3CD.4060006@icyb.net.ua> Message-ID: <20081216183816.23aa210c@suszko.eu> Andriy Gapon wrote: > on 16/12/2008 13:26 Andriy Gapon said the following: > > on 15/12/2008 21:14 Maciej Suszko said the following: > >> Hello, > >> > >> Is it possible to build java/jdk16 for 32bit environment using > >> amd64 world, or are there any tricks to run fully functional 32bit > >> jdk16 on amd64? > >> My goal is to have a machine with more than 4GB of RAM (I'd like to > >> avoid using PAE) and be able to run multiple java processes, which > >> can consume ~2GB of RAM each. Using 64bit jdk16 the memory > >> consumption is even doubled, so that's not the way I'd like to > >> go... > > > > I've recently had some negative experience *building* java/jdk15 > > port in stable/7 i386 jail on stable/7 amd64 host. Although > > diablo-jdk-1.5 seems to have worked fine for bootstrapping. Just in > > case: for threads I am using libthr. > > > > Reference: > > http://lists.freebsd.org/pipermail/freebsd-java/2008-November/007763.html > > > > Heh, I've just tried the same with diablo-jdk16 and jdk16 and all > worked fine. Wonder if the 1.5 problem could have been caused by > something related to compat-6x in i386 jail. Hi Andriy, I was rather thinking about building/using 32bit jdk in 64bit world directly, not using any jail. From what I observed - one of the problems is that jdk built inside 32bit world is linked against ld-elf.so.1 (maybe not java binary itself but some libs or so) which on the amd64 arch is ld-elf32.so.1. It would be great to be able to build all the jdk required libs as 32bit (using COMPAT_IA32), let's say in /opt, then build jdk using those libs - in /opt as well... and that's the solution I'm looking for. Another option might be porting Java Performance Release, which has feature called CompressedOops - it looks very promising. The worst case for me is to use PAE and 32bit world - have you got any negative experience using it (especially with jdk)? -- regards, Maciej Suszko. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-java/attachments/20081216/e54d273f/signature.pgp From chuckr at telenix.org Tue Dec 16 11:46:38 2008 From: chuckr at telenix.org (Chuck Robey) Date: Tue Dec 16 11:46:45 2008 Subject: how to use the java.core files? Message-ID: <49480513.2080207@telenix.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'm having fun using eclipse to re-introduce myself to java, but every time I stop eclipse, it seems to take me quite a few hours to get eclipse restarted. I finally got disgusted with that, and now I'm trying to run down what's happening to prevent eclipse-devel from restarting ... you see, all that was immediately apparent was that eclipse would die about 1 second after having been started, with no error printed. I found a reference to a core dump on a signal 11 (looking in a system log), and finally found that I was actually (and silently) dumping a java.core every time I tried to restart eclipse. I know how to deal with this if it were a regular C language item, but not too well yet in java. gdb tells me that there isn't even a stack in that java.core file. Could I get a reference, something on the net I could read, maybe, about how I could make use of that java.core file, to point me towards why eclipse keeps on kicking off those coredumps. Note that, once I get eclipse started, it's giving yeoman service. If you happen to point me directly towards that eclipse problem, I wouldn't really complain, either, but what I'm after (for the moment) is how to make use of that java.core file, which'll probably let me help myself the next time. I'm catching up with java fairly well, I'm happy with myself. BTW, if it's of use, I run FreeBSD-current, the java from the jdk16 port, and the eclipse from the eclipse-devel port, the jdk16 and the eclipse from within the last 2 months, and I've rebuilt FreeBSD about 3 weeks ago. With the exception of being really stubborn about not wanting to start itself up, eclipse has been working fine for me, and I've really been exercising it, too. Like I've brought up before, FreeBSD is proving to be a really stable development java platform (with the possible exception of the small, expected problems tracking FreeBSD-current). -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAklIBRMACgkQz62J6PPcoOm/RwCffAB2a3Ey6VCXa4JwjvxLiZ5E K5gAn3/kiA67kRGkvN+HhtwOGveqnn+0 =XGFI -----END PGP SIGNATURE----- From jonc at chen.org.nz Wed Dec 17 00:12:17 2008 From: jonc at chen.org.nz (Jonathan Chen) Date: Wed Dec 17 00:12:25 2008 Subject: diablo-jdk-1.6.0.07.02_3 crashes with eclipse-devel Message-ID: <20081217075651.GA94529@osiris.chen.org.nz> Hi, I've been trying the diablo-jdk-1.6.0.07.02_3 port on amd64, and it appears to crash when I'm using it with eclipse-devel. I've attached 2 seperate crash logs, which both seem to indicate the the same problematic frame: # Problematic frame: # V [libjvm.so+0x20c724] # The version number is as follows: ~,8:49pm> java -version java version "1.6.0_07" Diablo Java(TM) SE Runtime Environment (build 1.6.0_07-b02) Diablo Java HotSpot(TM) 64-Bit Server VM (build 10.0-b23, mixed mode) -- Jonathan Chen ---------------------------------------------------------------------- Do not take life too seriously. You will never get out of it alive. ---------------------------hs_err_pid85958.log--------------------------------- # # An unexpected error has been detected by Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x0000000800b88724, pid=85958, tid=0x732d80 # # Java VM: Diablo Java HotSpot(TM) 64-Bit Server VM (10.0-b23 mixed mode bsd-amd64) # Problematic frame: # V [libjvm.so+0x20c724] # # Please submit bug reports to freebsd-java@FreeBSD.org # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x000000000072a800): JavaThread "CompilerThread0" daemon [_thread_in_native, id=7548288, stack(0x00007fffff3f8000,0x00007fffff4f8000)] siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), si_addr=0x0000000000000000 Registers: RAX=0x0000000000000000, RBX=0x00000000027d1520, RCX=0x00007fffff4f6630, RDX=0x000000000000004f RSP=0x00007fffff4f4ee0, RBP=0x00007fffff4f4f40, RSI=0x0000000000000001, RDI=0x0000000000a7fc68 R8 =0x00007fffff4f6630, R9 =0x0000000000000000, R10=0x0000000000000002, R11=0x0000000800f5aa70 R12=0x0000000000000000, R13=0x00000000027d1558, R14=0x0000000000000001, R15=0x0000000000a7fc68 RIP=0x0000000800b88724, EFL=0x0000000000000161, ERR=0x0000000000000004 TRAPNO=0x000000000000000c Top of Stack: (sp=0x00007fffff4f4ee0) 0x00007fffff4f4ee0: 01007fffff4f6630 00007fffff4f6630 0x00007fffff4f4ef0: 000000070001e140 0000000001d79df0 0x00007fffff4f4f00: 00000002ff4f4f40 ffffffff00000001 0x00007fffff4f4f10: 0000000000787860 00007fffff4f66f8 0x00007fffff4f4f20: 00007fffff4f6630 00000008011ffdc0 0x00007fffff4f4f30: 0000000001ba8000 00007fffff4f4f90 0x00007fffff4f4f40: 00007fffff4f5140 0000000800b8a392 0x00007fffff4f4f50: 00000000025be4b0 0000000001d75bd0 0x00007fffff4f4f60: 00007fffff4f50b0 00007fffff4f50f0 0x00007fffff4f4f70: 00007fffff4f5050 000000000000009a 0x00007fffff4f4f80: 0000000001ba83e8 0000000001ba8010 0x00007fffff4f4f90: 000000080112d2d0 00007fff0000000e 0x00007fffff4f4fa0: 00007fffff4f7430 00007fffff4f6630 0x00007fffff4f4fb0: 00007fff000009e6 0000000000faf000 0x00007fffff4f4fc0: 0000000000732d80 00007fffff4f5000 0x00007fffff4f4fd0: 0000000000007fe8 00007fffff4f5027 0x00007fffff4f4fe0: 0000000000002790 0000000000faf000 0x00007fffff4f4ff0: 00007fffff4f5000 0000000800f54eb7 0x00007fffff4f5000: 00007fffff4f5040 0000000800b312cd 0x00007fffff4f5010: 00000000010f9450 00007fffff4f6798 0x00007fffff4f5020: 00007fffff4f5040 00007fffff4f66f8 0x00007fffff4f5030: 0000000000970ac0 0000000000007fd8 0x00007fffff4f5040: 00007fffff4f5080 0000000800b313a7 0x00007fffff4f5050: 00007fff0000000c 00007fffff4f7430 0x00007fffff4f5060: 0000000001d65010 0000000001b8b010 0x00007fffff4f5070: 0000000001b83010 0000000001b83c50 0x00007fffff4f5080: 00000000012b7010 00007fffff4f6750 0x00007fffff4f5090: 00007fffff4f66f8 0000000000000326 0x00007fffff4f50a0: 00007fffff4f50f0 0000000800b8771f 0x00007fffff4f50b0: 000000000000000d 00007fffff4f7430 0x00007fffff4f50c0: 0000000002789010 3f589374bc6a7e00 0x00007fffff4f50d0: 00000000027c0010 0000000000000579 Instructions: (pc=0x0000000800b88724) 0x0000000800b88714: 48 89 43 18 49 8b 07 ff 90 80 00 00 00 49 89 c4 0x0000000800b88724: 8b 00 21 43 38 41 8b 44 24 04 21 43 3c 4c 89 ef Stack: [0x00007fffff3f8000,0x00007fffff4f8000], sp=0x00007fffff4f4ee0, free space=1011k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) V [libjvm.so+0x20c724] V [libjvm.so+0x20e392] V [libjvm.so+0x25e303] V [libjvm.so+0x25f948] V [libjvm.so+0x1fac98] V [libjvm.so+0x26377d] V [libjvm.so+0x264505] V [libjvm.so+0x5d6bad] V [libjvm.so+0x4e53f6] Current CompileTask: C2:559 org.eclipse.core.internal.dtree.DataTreeNode.forwardDeltaWith([Lorg/eclipse/core/internal/dtree/AbstractDataTreeNode;[Lorg/eclipse/core/internal/dtree/AbstractDataTreeNode;Lorg/eclipse/core/internal/dtree/IComparator;)[Lorg/eclipse/core/internal/dtree/AbstractDataTreeNode; (469 bytes) --------------- P R O C E S S --------------- Java Threads: ( => current thread ) 0x000000000060e000 JavaThread "Worker-6" [_thread_blocked, id=94450816, stack(0x00007ffffe2e7000,0x00007ffffe3e7000)] 0x0000000005f09800 JavaThread "Worker-5" [_thread_in_native, id=99721600, stack(0x00007ffffe4e9000,0x00007ffffe5e9000)] 0x0000000005b04000 JavaThread "Worker-4" [_thread_blocked, id=95507200, stack(0x00007ffffe5ea000,0x00007ffffe6ea000)] 0x0000000005b03800 JavaThread "Worker-3" [_thread_blocked, id=95506816, stack(0x00007ffffe6eb000,0x00007ffffe7eb000)] 0x0000000005a03800 JavaThread "Worker-2" [_thread_blocked, id=94450048, stack(0x00007ffffe7ec000,0x00007ffffe8ec000)] 0x0000000000edf800 JavaThread "Worker-1" [_thread_blocked, id=15504128, stack(0x00007ffffe8ed000,0x00007ffffe9ed000)] 0x00000000063d6800 JavaThread "Java indexing" daemon [_thread_blocked, id=7553664, stack(0x00007ffffe9ee000,0x00007ffffeaee000)] 0x0000000000729000 JavaThread "Worker-0" [_thread_blocked, id=7550976, stack(0x00007ffffecf1000,0x00007ffffedf1000)] 0x0000000000bae000 JavaThread "Start Level Event Dispatcher" daemon [_thread_blocked, id=7550592, stack(0x00007ffffedf2000,0x00007ffffeef2000)] 0x0000000000bad800 JavaThread "Framework Event Dispatcher" daemon [_thread_blocked, id=7550208, stack(0x00007ffffeef3000,0x00007ffffeff3000)] 0x0000000000729800 JavaThread "State Data Manager" daemon [_thread_blocked, id=7549824, stack(0x00007ffffeff4000,0x00007fffff0f4000)] 0x0000000000726000 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=7549056, stack(0x00007fffff1f6000,0x00007fffff2f6000)] 0x000000000072b000 JavaThread "CompilerThread1" daemon [_thread_blocked, id=7548672, stack(0x00007fffff2f7000,0x00007fffff3f7000)] =>0x000000000072a800 JavaThread "CompilerThread0" daemon [_thread_in_native, id=7548288, stack(0x00007fffff3f8000,0x00007fffff4f8000)] 0x000000000072a000 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=7547904, stack(0x00007fffff4f9000,0x00007fffff5f9000)] 0x0000000000728800 JavaThread "Finalizer" daemon [_thread_blocked, id=7547520, stack(0x00007fffff5fa000,0x00007fffff6fa000)] 0x0000000000728000 JavaThread "Reference Handler" daemon [_thread_blocked, id=7547136, stack(0x00007fffff6fb000,0x00007fffff7fb000)] 0x0000000000725800 JavaThread "main" [_thread_blocked, id=6300416, stack(0x00007fffffaff000,0x00007fffffbff000)] Other Threads: 0x0000000000727800 VMThread [stack: 0x00007fffff7fc000,0x00007fffff8fc000] [id=7546752] 0x000000000072b800 WatcherThread [stack: 0x00007fffff0f5000,0x00007fffff1f5000] [id=7549440] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap PSYoungGen total 75904K, used 9189K [0x000000081f680000, 0x0000000824bd0000, 0x0000000824bd0000) eden space 69056K, 13% used [0x000000081f680000,0x000000081ff79608,0x00000008239f0000) from space 6848K, 0% used [0x0000000824520000,0x0000000824520000,0x0000000824bd0000) to space 9152K, 0% used [0x00000008239f0000,0x00000008239f0000,0x00000008242e0000) PSOldGen total 27328K, used 23624K [0x0000000814bd0000, 0x0000000816680000, 0x000000081f680000) object space 27328K, 86% used [0x0000000814bd0000,0x00000008162e2128,0x0000000816680000) PSPermGen total 114432K, used 52921K [0x0000000804bd0000, 0x000000080bb90000, 0x0000000814bd0000) object space 114432K, 46% used [0x0000000804bd0000,0x0000000807f7e480,0x000000080bb90000) Dynamic libraries: 0x0000000000400000 /usr/local/diablo-jdk1.6.0/bin/java 0x0000000800643000 /lib/libthr.so.3 0x0000000800759000 /lib/libc.so.7 0x000000080097c000 /usr/local/diablo-jdk1.6.0/jre/lib/amd64/server/libjvm.so 0x0000000801220000 /usr/lib/libstdc++.so.6 0x000000080142c000 /lib/libm.so.5 0x0000000801546000 /lib/libgcc_s.so.1 0x0000000801653000 /usr/local/diablo-jdk1.6.0/jre/lib/amd64/native_threads/libhpi.so 0x0000000801760000 /usr/local/diablo-jdk1.6.0/jre/lib/amd64/libverify.so 0x0000000801871000 /usr/local/diablo-jdk1.6.0/jre/lib/amd64/libjava.so 0x00000008019a5000 /usr/local/diablo-jdk1.6.0/jre/lib/amd64/libzip.so 0x0000000801aae000 /lib/libz.so.4 0x0000000824f2e000 /usr/local/eclipse-devel/plugins/org.eclipse.equinox.launcher.gtk.freebsd.amd64_1.0.101.R34x_v20080731/eclipse_1115.so 0x000000082503c000 /usr/local/lib/libgobject-2.0.so.0 0x000000082517c000 /usr/local/lib/libintl.so.8 0x0000000825285000 /usr/local/lib/libglib-2.0.so.0 0x000000082543d000 /usr/local/lib/libiconv.so.3 0x0000000825636000 /usr/local/lib/libpcre.so.0 0x0000000825763000 /usr/local/lib/libgdk-x11-2.0.so.0 0x00000008258fa000 /usr/local/lib/libpangocairo-1.0.so.0 0x0000000825a05000 /usr/local/lib/libcairo.so.2 0x0000000825b77000 /usr/local/lib/libpangoft2-1.0.so.0 0x0000000825ca3000 /usr/local/lib/libpango-1.0.so.0 0x0000000825de6000 /usr/local/lib/libfreetype.so.9 0x0000000825f63000 /usr/local/lib/libgmodule-2.0.so.0 0x0000000826066000 /usr/local/lib/libfontconfig.so.1 0x0000000826194000 /usr/local/lib/libXext.so.6 0x00000008262a4000 /usr/local/lib/libXrender.so.1 0x00000008263ad000 /usr/local/lib/libX11.so.6 0x00000008265b1000 /usr/local/lib/libXinerama.so.1 0x00000008266b3000 /usr/local/lib/libXi.so.6 0x00000008267bc000 /usr/local/lib/libXrandr.so.2 0x00000008268c3000 /usr/local/lib/libXcursor.so.1 0x00000008269cd000 /usr/local/lib/libXcomposite.so.1 0x0000000826ad0000 /usr/local/lib/libXdamage.so.1 0x0000000826bd2000 /usr/local/lib/libXfixes.so.3 0x0000000826cd7000 /usr/local/lib/libgdk_pixbuf-2.0.so.0 0x0000000826df0000 /usr/local/lib/libglitz.so.1 0x0000000826f19000 /usr/local/lib/libpng.so.5 0x000000082703f000 /usr/local/lib/libxcb-render-util.so.0 0x0000000827142000 /usr/local/lib/libxcb-render.so.0 0x000000082724a000 /usr/local/lib/libxcb.so.1 0x0000000827364000 /usr/local/lib/libpixman-1.so.9 0x0000000827490000 /usr/local/lib/libexpat.so.6 0x00000008275b3000 /usr/local/lib/libXau.so.6 0x00000008276b6000 /usr/local/lib/libXdmcp.so.6 0x00000008277bb000 /usr/lib/librpcsvc.so.4 0x00000008278c4000 /usr/local/lib/libgtk-x11-2.0.so.0 0x0000000827d6a000 /usr/local/lib/libatk-1.0.so.0 0x0000000827e89000 /usr/local/lib/gtk-2.0/modules/libgnomebreakpad.so 0x0000000827f8c000 /usr/lib/libelf.so.1 0x00000008280a3000 /usr/local/lib/gtk-2.0/2.10.0/engines/libclearlooks.so 0x00000008281ca000 /usr/local/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-bmp.so 0x000000082832e000 /usr/local/diablo-jdk1.6.0/jre/lib/amd64/libnet.so 0x0000000828445000 /usr/local/diablo-jdk1.6.0/jre/lib/amd64/libnio.so 0x00000008285c3000 /home/jonc/.eclipse/1767688504/configuration/org.eclipse.osgi/bundles/222/1/.cp/libswt-gtk-3449.so 0x0000000828711000 /home/jonc/.eclipse/1767688504/configuration/org.eclipse.osgi/bundles/222/1/.cp/libswt-pi-gtk-3449.so 0x0000000828881000 /usr/local/lib/libgthread-2.0.so.0 0x0000000828985000 /usr/local/lib/libXtst.so.6 0x0000000828a8b000 /usr/local/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-gif.so 0x0000000828bf1000 /usr/local/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so 0x0000000828d2a000 /home/jonc/.eclipse/1767688504/configuration/org.eclipse.osgi/bundles/23/1/.cp/os/freebsd/amd64/liblocalfile_1_0_0.so 0x0000000828f5f000 /usr/local/lib/pango/1.6.0/modules/pango-basic-fc.so 0x00000008290f4000 /home/jonc/.eclipse/1767688504/configuration/org.eclipse.osgi/bundles/222/1/.cp/libswt-atk-gtk-3449.so 0x00000008291fb000 /home/jonc/.eclipse/1767688504/configuration/org.eclipse.osgi/bundles/222/1/.cp/libswt-cairo-gtk-3449.so 0x0000000829ec5000 /usr/local/lib/gtk-2.0/2.10.0/loaders/svg_loader.so 0x0000000829fc7000 /usr/local/lib/librsvg-2.so.2 0x000000082a0ff000 /usr/local/lib/libgio-2.0.so.0 0x000000082a266000 /usr/local/lib/libgsf-1.so.114 0x000000082a39e000 /usr/local/lib/libcroco-0.6.so.3 0x000000082a4d7000 /usr/local/lib/libxml2.so.5 0x000000082a71b000 /usr/lib/libbz2.so.3 0x0000000800511000 /libexec/ld-elf.so.1 VM Arguments: jvm_args: -Xms40m -Xmx256m -XX:MaxPermSize=256m java_command: /usr/local/eclipse-devel//plugins/org.eclipse.equinox.launcher_1.0.101.R34x_v20080819.jar -os freebsd -ws gtk -arch amd64 -showsplash -launcher /usr/local/eclipse-devel/eclipse -name Eclipse --launcher.library /usr/local/eclipse-devel//plugins/org.eclipse.equinox.launcher.gtk.freebsd.amd64_1.0.101.R34x_v20080731/eclipse_1115.so -startup /usr/local/eclipse-devel//plugins/org.eclipse.equinox.launcher_1.0.101.R34x_v20080819.jar -exitdata 20000d -vm /usr/local/bin/java -vmargs -Xms40m -Xmx256m -XX:MaxPermSize=256m -jar /usr/local/eclipse-devel//plugins/org.eclipse.equinox.launcher_1.0.101.R34x_v20080819.jar Launcher Type: SUN_STANDARD Environment Variables: JAVA_HOME=/usr/local/diablo-jdk1.6.0 PATH=/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/home/jonc/bin:/usr/local/bin USERNAME=jonc 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::/usr/local/lib/xulrunner:/usr/local/lib/xulrunner SHELL=/bin/tcsh DISPLAY=:0.0 Signal Handlers: SIGSEGV: [libjvm.so+0x617aa0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGBUS: [libjvm.so+0x617aa0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGFPE: [libjvm.so+0x4e17a0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGPIPE: [libjvm.so+0x4e17a0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGXFSZ: [libjvm.so+0x4e17a0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGILL: [libjvm.so+0x4e17a0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000002 SIGUSR2: [libjvm.so+0x4e3fa0], sa_mask[0]=0x00000000, sa_flags=0x00000042 SIGHUP: [libjvm.so+0x4e2ca0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGINT: [libjvm.so+0x4e2ca0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 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.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Sat Nov 1 22:32:19 NZDT 2008 root@osiris.chen.org.nz:/usr/obj/usr/src/sys/OSIRIS amd64 rlimit: STACK 524288k, CORE infinity, NPROC 5547, NOFILE 11095 CPU:total 2 (2 cores per cpu, 1 threads per core) family 15 model 67 stepping 3, cmov, cx8, fxsr, mmx, sse, sse2, sse3, mmxext, 3dnow, 3dnowext Memory: 4k page, physical 3762160k(940540k free) vm_info: Diablo Java HotSpot(TM) 64-Bit Server VM (10.0-b23) for bsd-amd64 JRE (1.6.0_07-b02), built on May 12 2008 20:56:50 by "truk" with gcc 4.2.1 20070719 [FreeBSD] time: Wed Dec 17 20:43:53 2008 elapsed time: 171 seconds ---------------------------hs_err_pid86596.log--------------------------------- # # An unexpected error has been detected by Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x0000000800b88724, pid=86596, tid=0x732f00 # # Java VM: Diablo Java HotSpot(TM) 64-Bit Server VM (10.0-b23 mixed mode bsd-amd64) # Problematic frame: # V [libjvm.so+0x20c724] # # Please submit bug reports to freebsd-java@FreeBSD.org # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x000000000072b000): JavaThread "CompilerThread1" daemon [_thread_in_native, id=7548672, stack(0x00007fffff2f7000,0x00007fffff3f7000)] siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), si_addr=0x0000000000000000 Registers: RAX=0x0000000000000000, RBX=0x000000000107d520, RCX=0x00007fffff3f54b0, RDX=0x000000000000004f RSP=0x00007fffff3f3d60, RBP=0x00007fffff3f3dc0, RSI=0x0000000000000001, RDI=0x00000000017b3c68 R8 =0x00007fffff3f54b0, R9 =0x0000000000000000, R10=0x0000000000000002, R11=0x0000000800f5aa70 R12=0x0000000000000000, R13=0x000000000107d558, R14=0x0000000000000001, R15=0x00000000017b3c68 RIP=0x0000000800b88724, EFL=0x0000000002d95b38, ERR=0x0000000000000004 TRAPNO=0x000000000000000c Top of Stack: (sp=0x00007fffff3f3d60) 0x00007fffff3f3d60: 01007fffff3f54b0 00007fffff3f54b0 0x00007fffff3f3d70: 000000070001de28 0000000002d9adf0 0x00007fffff3f3d80: 00000002ff3f3dc0 ffffffff00000001 0x00007fffff3f3d90: 0000000000787860 00007fffff3f5578 0x00007fffff3f3da0: 00007fffff3f54b0 00000008011ffdc0 0x00007fffff3f3db0: 0000000002128000 00007fffff3f3e10 0x00007fffff3f3dc0: 00007fffff3f3fc0 0000000800b8a392 0x00007fffff3f3dd0: 000000000176b4b0 0000000002d96bd0 0x00007fffff3f3de0: 00007fffff3f3f30 00007fffff3f3f70 0x00007fffff3f3df0: 00007fffff3f3ed0 0000000000000042 0x00007fffff3f3e00: 00000000021283e8 0000000002128010 0x00007fffff3f3e10: 000000080112d2d0 00007fff0000000e 0x00007fffff3f3e20: 00007fffff3f62b0 00007fffff3f54b0 0x00007fffff3f3e30: 00007fff000009e6 0000000000ef4000 0x00007fffff3f3e40: 0000000000732f00 00007fffff3f3e80 0x00007fffff3f3e50: 0000000000007fe8 00007fffff3f3ea7 0x00007fffff3f3e60: 0000000000002790 0000000000ef4000 0x00007fffff3f3e70: 00007fffff3f3e80 0000000800f54eb7 0x00007fffff3f3e80: 00007fffff3f3ec0 0000000800b312cd 0x00007fffff3f3e90: 0000000000f25450 00007fffff3f5618 0x00007fffff3f3ea0: 00007fffff3f3ec0 00007fffff3f5578 0x00007fffff3f3eb0: 0000000000970b60 0000000000007fd8 0x00007fffff3f3ec0: 00007fffff3f3f00 0000000800b313a7 0x00007fffff3f3ed0: 00007fff0000000c 00007fffff3f62b0 0x00007fffff3f3ee0: 000000000190b010 000000000082c010 0x00007fffff3f3ef0: 0000000001ab8010 0000000001ab8c50 0x00007fffff3f3f00: 0000000000f6f010 00007fffff3f55d0 0x00007fffff3f3f10: 00007fffff3f5578 0000000000000326 0x00007fffff3f3f20: 00007fffff3f3f70 0000000800b8771f 0x00007fffff3f3f30: 000000000000000d 00007fffff3f62b0 0x00007fffff3f3f40: 0000000000e92010 3f589374bc6a7e00 0x00007fffff3f3f50: 000000000106c010 0000000000000570 Instructions: (pc=0x0000000800b88724) 0x0000000800b88714: 48 89 43 18 49 8b 07 ff 90 80 00 00 00 49 89 c4 0x0000000800b88724: 8b 00 21 43 38 41 8b 44 24 04 21 43 3c 4c 89 ef Stack: [0x00007fffff2f7000,0x00007fffff3f7000], sp=0x00007fffff3f3d60, free space=1011k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) V [libjvm.so+0x20c724] V [libjvm.so+0x20e392] V [libjvm.so+0x25e303] V [libjvm.so+0x25f948] V [libjvm.so+0x1fac98] V [libjvm.so+0x26377d] V [libjvm.so+0x264505] V [libjvm.so+0x5d6bad] V [libjvm.so+0x4e53f6] Current CompileTask: C2:529 org.eclipse.core.internal.dtree.DataTreeNode.forwardDeltaWith([Lorg/eclipse/core/internal/dtree/AbstractDataTreeNode;[Lorg/eclipse/core/internal/dtree/AbstractDataTreeNode;Lorg/eclipse/core/internal/dtree/IComparator;)[Lorg/eclipse/core/internal/dtree/AbstractDataTreeNode; (469 bytes) --------------- P R O C E S S --------------- Java Threads: ( => current thread ) 0x00000000015c1800 JavaThread "Worker-5" [_thread_blocked, id=15221888, stack(0x00007ffffe4e9000,0x00007ffffe5e9000)] 0x0000000004303800 JavaThread "Worker-4" [_thread_in_native, id=70340992, stack(0x00007ffffe5ea000,0x00007ffffe6ea000)] 0x0000000005c03800 JavaThread "Worker-3" [_thread_blocked, id=96555392, stack(0x00007ffffe6eb000,0x00007ffffe7eb000)] 0x0000000005b03800 JavaThread "Worker-2" [_thread_blocked, id=95498624, stack(0x00007ffffe7ec000,0x00007ffffe8ec000)] 0x0000000000f32800 JavaThread "Worker-1" [_thread_blocked, id=15221504, stack(0x00007ffffe8ed000,0x00007ffffe9ed000)] 0x0000000005dc2000 JavaThread "Java indexing" daemon [_thread_blocked, id=7553664, stack(0x00007ffffe9ee000,0x00007ffffeaee000)] 0x0000000000729000 JavaThread "Worker-0" [_thread_blocked, id=7550976, stack(0x00007ffffecf1000,0x00007ffffedf1000)] 0x0000000000bae000 JavaThread "Start Level Event Dispatcher" daemon [_thread_blocked, id=7550592, stack(0x00007ffffedf2000,0x00007ffffeef2000)] 0x0000000000bad800 JavaThread "Framework Event Dispatcher" daemon [_thread_blocked, id=7550208, stack(0x00007ffffeef3000,0x00007ffffeff3000)] 0x0000000000729800 JavaThread "State Data Manager" daemon [_thread_blocked, id=7549824, stack(0x00007ffffeff4000,0x00007fffff0f4000)] 0x0000000000726000 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=7549056, stack(0x00007fffff1f6000,0x00007fffff2f6000)] =>0x000000000072b000 JavaThread "CompilerThread1" daemon [_thread_in_native, id=7548672, stack(0x00007fffff2f7000,0x00007fffff3f7000)] 0x000000000072a800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=7548288, stack(0x00007fffff3f8000,0x00007fffff4f8000)] 0x000000000072a000 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=7547904, stack(0x00007fffff4f9000,0x00007fffff5f9000)] 0x0000000000728800 JavaThread "Finalizer" daemon [_thread_blocked, id=7547520, stack(0x00007fffff5fa000,0x00007fffff6fa000)] 0x0000000000728000 JavaThread "Reference Handler" daemon [_thread_blocked, id=7547136, stack(0x00007fffff6fb000,0x00007fffff7fb000)] 0x0000000000725800 JavaThread "main" [_thread_blocked, id=6300416, stack(0x00007fffffaff000,0x00007fffffbff000)] Other Threads: 0x0000000000727800 VMThread [stack: 0x00007fffff7fc000,0x00007fffff8fc000] [id=7546752] 0x000000000072b800 WatcherThread [stack: 0x00007fffff0f5000,0x00007fffff1f5000] [id=7549440] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap PSYoungGen total 75840K, used 23301K [0x000000081f680000, 0x0000000824bd0000, 0x0000000824bd0000) eden space 68800K, 33% used [0x000000081f680000,0x0000000820d415a8,0x00000008239b0000) from space 7040K, 0% used [0x00000008244f0000,0x00000008244f0000,0x0000000824bd0000) to space 9280K, 0% used [0x00000008239b0000,0x00000008239b0000,0x00000008242c0000) PSOldGen total 27328K, used 23601K [0x0000000814bd0000, 0x0000000816680000, 0x000000081f680000) object space 27328K, 86% used [0x0000000814bd0000,0x00000008162dc740,0x0000000816680000) PSPermGen total 116416K, used 52663K [0x0000000804bd0000, 0x000000080bd80000, 0x0000000814bd0000) object space 116416K, 45% used [0x0000000804bd0000,0x0000000807f3deb0,0x000000080bd80000) Dynamic libraries: 0x0000000000400000 /usr/local/diablo-jdk1.6.0/bin/java 0x0000000800643000 /lib/libthr.so.3 0x0000000800759000 /lib/libc.so.7 0x000000080097c000 /usr/local/diablo-jdk1.6.0/jre/lib/amd64/server/libjvm.so 0x0000000801220000 /usr/lib/libstdc++.so.6 0x000000080142c000 /lib/libm.so.5 0x0000000801546000 /lib/libgcc_s.so.1 0x0000000801653000 /usr/local/diablo-jdk1.6.0/jre/lib/amd64/native_threads/libhpi.so 0x0000000801760000 /usr/local/diablo-jdk1.6.0/jre/lib/amd64/libverify.so 0x0000000801871000 /usr/local/diablo-jdk1.6.0/jre/lib/amd64/libjava.so 0x00000008019a5000 /usr/local/diablo-jdk1.6.0/jre/lib/amd64/libzip.so 0x0000000801aae000 /lib/libz.so.4 0x0000000824f2e000 /usr/local/eclipse-devel/plugins/org.eclipse.equinox.launcher.gtk.freebsd.amd64_1.0.101.R34x_v20080731/eclipse_1115.so 0x000000082503c000 /usr/local/lib/libgobject-2.0.so.0 0x000000082517c000 /usr/local/lib/libintl.so.8 0x0000000825285000 /usr/local/lib/libglib-2.0.so.0 0x000000082543d000 /usr/local/lib/libiconv.so.3 0x0000000825636000 /usr/local/lib/libpcre.so.0 0x0000000825763000 /usr/local/lib/libgdk-x11-2.0.so.0 0x00000008258fa000 /usr/local/lib/libpangocairo-1.0.so.0 0x0000000825a05000 /usr/local/lib/libcairo.so.2 0x0000000825b77000 /usr/local/lib/libpangoft2-1.0.so.0 0x0000000825ca3000 /usr/local/lib/libpango-1.0.so.0 0x0000000825de6000 /usr/local/lib/libfreetype.so.9 0x0000000825f63000 /usr/local/lib/libgmodule-2.0.so.0 0x0000000826066000 /usr/local/lib/libfontconfig.so.1 0x0000000826194000 /usr/local/lib/libXext.so.6 0x00000008262a4000 /usr/local/lib/libXrender.so.1 0x00000008263ad000 /usr/local/lib/libX11.so.6 0x00000008265b1000 /usr/local/lib/libXinerama.so.1 0x00000008266b3000 /usr/local/lib/libXi.so.6 0x00000008267bc000 /usr/local/lib/libXrandr.so.2 0x00000008268c3000 /usr/local/lib/libXcursor.so.1 0x00000008269cd000 /usr/local/lib/libXcomposite.so.1 0x0000000826ad0000 /usr/local/lib/libXdamage.so.1 0x0000000826bd2000 /usr/local/lib/libXfixes.so.3 0x0000000826cd7000 /usr/local/lib/libgdk_pixbuf-2.0.so.0 0x0000000826df0000 /usr/local/lib/libglitz.so.1 0x0000000826f19000 /usr/local/lib/libpng.so.5 0x000000082703f000 /usr/local/lib/libxcb-render-util.so.0 0x0000000827142000 /usr/local/lib/libxcb-render.so.0 0x000000082724a000 /usr/local/lib/libxcb.so.1 0x0000000827364000 /usr/local/lib/libpixman-1.so.9 0x0000000827490000 /usr/local/lib/libexpat.so.6 0x00000008275b3000 /usr/local/lib/libXau.so.6 0x00000008276b6000 /usr/local/lib/libXdmcp.so.6 0x00000008277bb000 /usr/lib/librpcsvc.so.4 0x00000008278c4000 /usr/local/lib/libgtk-x11-2.0.so.0 0x0000000827d6a000 /usr/local/lib/libatk-1.0.so.0 0x0000000827e89000 /usr/local/lib/gtk-2.0/modules/libgnomebreakpad.so 0x0000000827f8c000 /usr/lib/libelf.so.1 0x00000008280a3000 /usr/local/lib/gtk-2.0/2.10.0/engines/libclearlooks.so 0x00000008281ca000 /usr/local/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-bmp.so 0x00000008282ce000 /usr/local/diablo-jdk1.6.0/jre/lib/amd64/libnet.so 0x00000008283e5000 /usr/local/diablo-jdk1.6.0/jre/lib/amd64/libnio.so 0x00000008285c3000 /home/jonc/.eclipse/1767688504/configuration/org.eclipse.osgi/bundles/222/1/.cp/libswt-gtk-3449.so 0x0000000828711000 /home/jonc/.eclipse/1767688504/configuration/org.eclipse.osgi/bundles/222/1/.cp/libswt-pi-gtk-3449.so 0x0000000828881000 /usr/local/lib/libgthread-2.0.so.0 0x0000000828985000 /usr/local/lib/libXtst.so.6 0x0000000828a8b000 /usr/local/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-gif.so 0x0000000828bf1000 /usr/local/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so 0x0000000828d2a000 /home/jonc/.eclipse/1767688504/configuration/org.eclipse.osgi/bundles/23/1/.cp/os/freebsd/amd64/liblocalfile_1_0_0.so 0x0000000828f5f000 /usr/local/lib/pango/1.6.0/modules/pango-basic-fc.so 0x00000008290f4000 /home/jonc/.eclipse/1767688504/configuration/org.eclipse.osgi/bundles/222/1/.cp/libswt-atk-gtk-3449.so 0x00000008291fb000 /home/jonc/.eclipse/1767688504/configuration/org.eclipse.osgi/bundles/222/1/.cp/libswt-cairo-gtk-3449.so 0x0000000829f2f000 /usr/local/lib/gtk-2.0/2.10.0/loaders/svg_loader.so 0x000000082a031000 /usr/local/lib/librsvg-2.so.2 0x000000082a169000 /usr/local/lib/libgio-2.0.so.0 0x000000082a2d0000 /usr/local/lib/libgsf-1.so.114 0x000000082a408000 /usr/local/lib/libcroco-0.6.so.3 0x000000082a541000 /usr/local/lib/libxml2.so.5 0x000000082a785000 /usr/lib/libbz2.so.3 0x0000000800511000 /libexec/ld-elf.so.1 VM Arguments: jvm_args: -Xms40m -Xmx256m -XX:MaxPermSize=256m java_command: /usr/local/eclipse-devel//plugins/org.eclipse.equinox.launcher_1.0.101.R34x_v20080819.jar -os freebsd -ws gtk -arch amd64 -showsplash -launcher /usr/local/eclipse-devel/eclipse -name Eclipse --launcher.library /usr/local/eclipse-devel//plugins/org.eclipse.equinox.launcher.gtk.freebsd.amd64_1.0.101.R34x_v20080731/eclipse_1115.so -startup /usr/local/eclipse-devel//plugins/org.eclipse.equinox.launcher_1.0.101.R34x_v20080819.jar -exitdata 21000d -vm /usr/local/bin/java -vmargs -Xms40m -Xmx256m -XX:MaxPermSize=256m -jar /usr/local/eclipse-devel//plugins/org.eclipse.equinox.launcher_1.0.101.R34x_v20080819.jar Launcher Type: SUN_STANDARD Environment Variables: JAVA_HOME=/usr/local/diablo-jdk1.6.0 PATH=/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/home/jonc/bin:/usr/local/bin USERNAME=jonc 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::/usr/local/lib/xulrunner:/usr/local/lib/xulrunner SHELL=/bin/tcsh DISPLAY=:0.0 Signal Handlers: SIGSEGV: [libjvm.so+0x617aa0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGBUS: [libjvm.so+0x617aa0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGFPE: [libjvm.so+0x4e17a0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGPIPE: [libjvm.so+0x4e17a0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGXFSZ: [libjvm.so+0x4e17a0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGILL: [libjvm.so+0x4e17a0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000002 SIGUSR2: [libjvm.so+0x4e3fa0], sa_mask[0]=0x00000000, sa_flags=0x00000042 SIGHUP: [libjvm.so+0x4e2ca0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGINT: [libjvm.so+0x4e2ca0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 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.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Sat Nov 1 22:32:19 NZDT 2008 root@osiris.chen.org.nz:/usr/obj/usr/src/sys/OSIRIS amd64 rlimit: STACK 524288k, CORE infinity, NPROC 5547, NOFILE 11095 CPU:total 2 (2 cores per cpu, 1 threads per core) family 15 model 67 stepping 3, cmov, cx8, fxsr, mmx, sse, sse2, sse3, mmxext, 3dnow, 3dnowext Memory: 4k page, physical 3765724k(941431k free) vm_info: Diablo Java HotSpot(TM) 64-Bit Server VM (10.0-b23) for bsd-amd64 JRE (1.6.0_07-b02), built on May 12 2008 20:56:50 by "truk" with gcc 4.2.1 20070719 [FreeBSD] time: Wed Dec 17 20:46:47 2008 elapsed time: 170 seconds From chuckr at telenix.org Wed Dec 17 11:47:31 2008 From: chuckr at telenix.org (Chuck Robey) Date: Wed Dec 17 11:47:38 2008 Subject: how to use the java.core files? In-Reply-To: <49480513.2080207@telenix.org> References: <49480513.2080207@telenix.org> Message-ID: <4949559C.3040306@telenix.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Chuck Robey wrote: > I'm having fun using eclipse to re-introduce myself to java, but every time I > stop eclipse, it seems to take me quite a few hours to get eclipse restarted. I > finally got disgusted with that, and now I'm trying to run down what's happening > to prevent eclipse-devel from restarting ... you see, all that was immediately > apparent was that eclipse would die about 1 second after having been started, > with no error printed. I found a reference to a core dump on a signal 11 > (looking in a system log), and finally found that I was actually (and silently) > dumping a java.core every time I tried to restart eclipse. > > I know how to deal with this if it were a regular C language item, but not too > well yet in java. gdb tells me that there isn't even a stack in that java.core > file. Could I get a reference, something on the net I could read, maybe, about > how I could make use of that java.core file, to point me towards why eclipse > keeps on kicking off those coredumps. Note that, once I get eclipse started, > it's giving yeoman service. > > If you happen to point me directly towards that eclipse problem, I wouldn't > really complain, either, but what I'm after (for the moment) is how to make use > of that java.core file, which'll probably let me help myself the next time. I'm > catching up with java fairly well, I'm happy with myself. > > BTW, if it's of use, I run FreeBSD-current, the java from the jdk16 port, and > the eclipse from the eclipse-devel port, the jdk16 and the eclipse from within > the last 2 months, and I've rebuilt FreeBSD about 3 weeks ago. With the > exception of being really stubborn about not wanting to start itself up, eclipse > has been working fine for me, and I've really been exercising it, too. Like > I've brought up before, FreeBSD is proving to be a really stable development > java platform (with the possible exception of the small, expected problems > tracking FreeBSD-current). Replying to myself, but I accidentally hit upon my problem, and thought it would bo only reasonable to let you know what it was. I was trying to hit all of the more obvious- last ditch problems, things that wouldlikely come back to me as dumb ideas, and I shouldn't be so crazy as to allow that. One last thing I tried was to reboot my System ... which didn't fix it, but DID put me in the singular position of finally being able to see the problem. You see, on the very first time I tried to restart eclipse after restarting FreeBSD (and X11, if that means anything), I got a java error regarding something being wrong with my setting of JAVA_HOME. I tried, and that error ONLY, ONLY shows on the very first eclipse startup attempt after a reboot. I reset JAVA_HOME to be the correct value left me by the usage of the ports/java/jdk1.6.0 port, and all of my startup problems with eclipse seem to have disappeared for now. Really pleasant to be able to say that FreeBSD is such a great java development platform. _______________________________________________ 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" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAklJVZwACgkQz62J6PPcoOlCmQCfSoV51FCnotZ0gxi9LCJROdwn X7YAoJE6g4/Webey0NIcou3+MiFFmg4t =1Owr -----END PGP SIGNATURE----- From qiaozf at lvye.info Wed Dec 17 22:57:29 2008 From: qiaozf at lvye.info (qiao) Date: Wed Dec 17 22:57:38 2008 Subject: Error occurred during initialization of VM Message-ID: <2A974A2E03C2460CA0EC15C0423A7176@qiaozhifeng> # # An unexpected error has been detected by Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x83aae862, pid=3057, tid=0x83c01200 # # Java VM: Diablo Java HotSpot(TM) Server VM (10.0-b23 mixed mode bsd-x86) # Problematic frame: # C [libc.so.7+0x61862] calloc+0x9b2 # # Please submit bug reports to freebsd-java@FreeBSD.org # --------------- T H R E A D --------------- Current thread (0x84921800): Thread [stack: 0xbf5af000,0xbf5ff000] [id=-2084564480] siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), si_addr=0xbf500000 Registers: EAX=0xbf5fee10, EBX=0x83b337f8, ECX=0x0000000c, EDX=0xbf5fee10 ESP=0xbf5fec60, EBP=0xbf5feca8, ESI=0xbf500000, EDI=0x84921800 EIP=0x83aae862, EFLAGS=0x00010287 Top of Stack: (sp=0xbf5fec60) 0xbf5fec60: bf5fec7b 03790000 83aae83b 83b337f8 0xbf5fec70: bf5fee10 84921800 bf5feca8 83aaeb7e 0xbf5fec80: 00000000 84921800 bf5feca8 83dfd583 0xbf5fec90: 84912c00 bf5fecb8 83aae83b 83b337f8 0xbf5feca0: bf5fee10 84921800 bf5fecd8 83aaeb7e 0xbf5fecb0: 84902280 84921800 bf5fecd8 83dfd5aa 0xbf5fecc0: 843415c4 843415c4 bf5fece8 83fc5f4e 0xbf5fecd0: 8484cb34 bf5fee10 bf5fece8 84826bd1 Instructions: (pc=0x83aae862) 0x83aae852: c6 0f 84 c7 01 00 00 8b 55 c8 8b 8b d4 60 00 00 0x83aae862: 8b 06 29 f2 d3 ea 89 45 cc 8b 7c d6 24 85 ff 74 Stack: [0xbf5af000,0xbf5ff000], sp=0xbf5fec60, free space=319k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [libc.so.7+0x61862] calloc+0x9b2 C [libc.so.7+0x61b7e] free+0x2e C [libstdc++.so.6+0xc7bd1] _ZdlPv+0x21 V [libjvm.so+0x55aa62] V [libjvm.so+0x55b1d5] V [libjvm.so+0x55fa8b] V [libjvm.so+0x30a2f3] C [java+0xa795] JavaMain+0x1d55 C [java+0x8ae1] JavaMain+0xa1 C [libthr.so.3+0x6b1f] pthread_getprio+0xcf --------------- P R O C E S S --------------- Java Threads: ( => current thread ) Other Threads: =>0x84921800 (exited) Thread [stack: 0xbf5af000,0xbf5ff000] [id=-2084564480] VM state:not at safepoint (not fully initialized) VM Mutex/Monitor currently owned by a thread: None Dynamic libraries: 0x08048000 /usr/local/diablo-jdk1.6.0/bin/java 0x83a3a000 /lib/libthr.so.3 0x83a4d000 /lib/libc.so.7 0x83d00000 /usr/local/diablo-jdk1.6.0/jre/lib/i386/server/libjvm.so 0x8475f000 /usr/lib/libstdc++.so.6 0x83b49000 /lib/libm.so.5 0x83b5e000 /lib/libgcc_s.so.1 0x83b6a000 /usr/local/diablo-jdk1.6.0/jre/lib/i386/native_threads/libhpi.so 0x83b85000 /usr/local/diablo-jdk1.6.0/jre/lib/i386/libverify.so 0x83b92000 /usr/local/diablo-jdk1.6.0/jre/lib/i386/libjava.so 0x83bb9000 /usr/local/diablo-jdk1.6.0/jre/lib/i386/libzip.so 0x83bc2000 /lib/libz.so.4 0x83a06000 /libexec/ld-elf.so.1 VM Arguments: java_command: 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 :/root/bin LD_LIBRARY_PATH=/usr/local/diablo-jdk1.6.0/jre/lib/i386/server:/usr/local/di ablo-jdk1.6.0/jre/lib/i386:/usr/local/diablo-jdk1.6.0/jre/../lib/i386 SHELL=/bin/csh HOSTTYPE=FreeBSD OSTYPE=FreeBSD MACHTYPE=i386 Signal Handlers: SIGSEGV: [libjvm.so+0x59f5d0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGBUS: [libjvm.so+0x59f5d0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGFPE: [libjvm.so+0x48dcb0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGPIPE: [libjvm.so+0x48dcb0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGXFSZ: [libjvm.so+0x48dcb0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGILL: [libjvm.so+0x48dcb0], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 SIGUSR1: SIG_DFL, sa_mask[0]=0xfffefeff, sa_flags=0x00000000 SIGUSR2: [libjvm.so+0x4903b0], sa_mask[0]=0x00000000, sa_flags=0x00000042 SIGHUP: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 SIGINT: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 SIGTERM: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000002 SIGQUIT: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 --------------- S Y S T E M --------------- OS:Bsd uname:FreeBSD 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Fri Dec 12 11:30:03 CST 2008 root@www1.lvye.info:/usr/src/sys/i386/compile/my i386 rlimit: STACK 524288k, CORE infinity, NPROC 5547, NOFILE 11095 CPU:total 4 (1 cores per cpu, 2 threads per core) family 15 model 2 stepping 9, cmov, cx8, fxsr, mmx, sse, sse2, ht Memory: 4k page, physical 4095272k(1023818k free) vm_info: Diablo Java HotSpot(TM) Server VM (10.0-b23) for bsd-x86 JRE (1.6.0_07-b02), built on May 12 2008 23:06:05 by "truk" with gcc 4.2.1 20070719 [FreeBSD] time: Thu Dec 18 14:25:00 2008 elapsed time: 0 seconds From snb at threerings.net Thu Dec 18 15:08:00 2008 From: snb at threerings.net (Nick Barkas) Date: Thu Dec 18 15:08:07 2008 Subject: JVM crash when building an application with Atlassian Bamboo Message-ID: <27DF2370-B1B0-44AA-9DAF-A93AE8B568EC@threerings.net> Periodically we've been experiencing JVM crashes while Bamboo builds one of our applications. Bamboo itself does not crash. Rather, it is a JVM invoked by Bamboo to run JUnit tests that crashes. It doesn't happen every time, only about once a week for the last three weeks. We're using java/jdk15 on an AMD64 FreeBSD 6.3 machine. After this happened a couple of times I enabled debugging symbols with the port, but I could not figure out how to make Bamboo invoke $JAVA_HOME/bin/ java_g instead of $JAVA_HOME/bin/java. So, the JVM that crashed is one that seems to be lacking those symbols. Is there any way I can build the java/jdk15 port to install *only* the unstripped binaries so that $JAVA_HOME/bin/java will have the proper symbols? Here's the crash log left behind: # # An unexpected error has been detected by HotSpot Virtual Machine: # # Internal Error (53484152454432554E54494D450E43505001A8), pid=80816, tid=0xc02800 # # Java VM: Java HotSpot(TM) 64-Bit Server VM (1.5.0_14-p8- root_11_dec_2008_16_33 mixed mode) --------------- T H R E A D --------------- Current thread (0x0000000000c02400): JavaThread "pool-1- thread-2" [_thread_in_Java, id=12593152] Stack: [0x00007ffffe6ec000,0x00007ffffe7ec000), sp=0x00007ffffe7ea500, free space=1017k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) V [libjvm.so+0x693e49] V [libjvm.so+0x2f7136] V [libjvm.so+0x60c85f] V [libjvm.so+0x5a1cb2] --------------- P R O C E S S --------------- Java Threads: ( => current thread ) =>0x0000000000c02400 JavaThread "pool-1-thread-2" [_thread_in_Java, id=12593152] 0x0000000000772c00 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=7841792] 0x000000000076cc00 JavaThread "CompilerThread1" daemon [_thread_in_vm, id=7809024] 0x0000000000767c00 JavaThread "CompilerThread0" daemon [_thread_blocked, id=7784448] 0x0000000000758c00 JavaThread "AdapterThread" daemon [_thread_blocked, id=7763968] 0x000000000074dc00 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=7702528] 0x000000000074d000 JavaThread "Finalizer" daemon [_thread_blocked, id=7657472] 0x000000000066d800 JavaThread "Reference Handler" daemon [_thread_blocked, id=6740992] 0x000000000052b000 JavaThread "main" [_thread_blocked, id=5332992] Other Threads: 0x000000000065be00 VMThread [id=6738944] 0x000000000051cc00 WatcherThread [id=7866368] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap PSYoungGen total 74688K, used 30761K [0x0000000078190000, 0x000000007d4e0000, 0x000000008d6e0000) eden space 64064K, 48% used [0x0000000078190000,0x0000000079f9a448,0x000000007c020000) from space 10624K, 0% used [0x000000007ca80000,0x000000007ca80000,0x000000007d4e0000) to space 10624K, 0% used [0x000000007c020000,0x000000007c020000,0x000000007ca80000) PSOldGen total 170688K, used 0K [0x000000004d6e0000, 0x0000000057d90000, 0x0000000078190000) object space 170688K, 0% used [0x000000004d6e0000,0x000000004d6e0000,0x0000000057d90000) PSPermGen total 21248K, used 7804K [0x00000000482e0000, 0x00000000497a0000, 0x000000004d6e0000) object space 21248K, 36% used [0x00000000482e0000,0x0000000048a7f318,0x00000000497a0000) Dynamic libraries: 0x0000000000400000 /usr/local/debug-jdk/jdk1.5.0/jre/bin/java 0x000000004063b000 /lib/libz.so.3 0x000000004074f000 /lib/libpthread.so.2 0x000000004087a000 /lib/libc.so.6 0x0000000040a8b000 /usr/local/debug-jdk/jdk1.5.0/jre/lib/amd64/ server/libjvm.so 0x00000000413c6000 /usr/lib/libstdc++.so.5 0x00000000415bd000 /lib/libm.so.4 0x00000000416d9000 /usr/local/debug-jdk/jdk1.5.0/jre/lib/amd64/ native_threads/libhpi.so 0x00000000417e5000 /usr/local/lib/nss_ldap.so.1 0x0000000041904000 /usr/local/lib/libldap-2.3.so.2 0x0000000041a3e000 /usr/local/lib/liblber-2.3.so.2 0x0000000041b4c000 /usr/local/lib/libsasl2.so.2 0x0000000041c64000 /usr/lib/libssl.so.4 0x0000000041d9c000 /lib/libcrypto.so.4 0x0000000041fe3000 /usr/local/debug-jdk/jdk1.5.0/jre/lib/amd64/ libverify.so 0x00000000420f2000 /usr/local/debug-jdk/jdk1.5.0/jre/lib/amd64/ libjava.so 0x000000004221a000 /usr/local/debug-jdk/jdk1.5.0/jre/lib/amd64/ libzip.so0x000000008f74f000 /usr/local/debug-jdk/jdk1.5.0/jre/lib/ amd64/libnet.so 0x000000004050a000 /libexec/ld-elf.so.1VM Arguments:jvm_args: - Dpanopticon.test.migration.file=/export/bamboo/bamboo-home/xml-data/ build-dir/PANOPTICON-DEVEL/etc/panopticon-ddl.xml -eajava_command: org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner testsfile=/export/bamboo/bamboo-home/xml-data/b uild-dir/PANOPTICON-DEVEL/junittestcases835921828.properties filtertrace=true haltOnError=false haltOnFailure=false showou tput=false outputtoformatters=true logtestlistenerevents=true formatter=org.apache.tools.ant.taskdefs.optional.junit.XMLJU nitResultFormatter,/export/bamboo/bamboo-home/xml-data/build-dir/ PANOPTICON-DEVEL/dist/tmp/IGNORETHIS.xml crashfile=/expor t/bamboo/bamboo-home/xml-data/build-dir/PANOPTICON-DEVEL/ junitvmwatcher228899536.properties propsfile=/export/bamboo/bambo o-home/xml-data/build-dir/PANOPTICON-DEVEL/ junit2040459509.propertiesLauncher Type: SUN_STANDARD Environment Variables:JAVA_HOME=/usr/local/debug-jdk/jdk1.5.0PATH=/usr/ local/debug-jdk/jdk1.5.0/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/ usr/local/sbin:/usr/local/bin:/usr/X11R6/ bin:/home/jayme/bin:/home/jayme/bin USERNAME=root LD_LIBRARY_PATH=/usr/local/debug-jdk/jdk1.5.0/jre/lib/amd64/server:/ usr/local/debug-jdk/jdk1.5.0/jre/lib/amd64:/usr/local/ debug-jdk/jdk1.5.0/jre/../lib/amd64:/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=/usr/local/bin/bash HOSTTYPE=FreeBSD OSTYPE=FreeBSD MACHTYPE=unknown Signal Handlers: SIGSEGV: [libjvm.so+0x694850], sa_mask[0]=0xffffffff, sa_flags=0x00000002 SIGBUS: [libjvm.so+0x694850], sa_mask[0]=0xffffffff, sa_flags=0x00000002 SIGFPE: [libjvm.so+0x5a06c0], sa_mask[0]=0xffffffff, sa_flags=0x00000042 SIGPIPE: [libjvm.so+0x5a06c0], sa_mask[0]=0xffffffff, sa_flags=0x00000042 SIGILL: [libjvm.so+0x5a06c0], sa_mask[0]=0xffffffff, sa_flags=0x00000042 SIGUSR1: [libjvm.so+0x5a0750], sa_mask[0]=0x00000000, sa_flags=0x00000040 SIGUSR2: [libjvm.so+0x5a06c0], sa_mask[0]=0xffffffff, sa_flags=0x00000042 SIGHUP: [libjvm.so+0x59f130], sa_mask[0]=0xffffffff, sa_flags=0x00000002 SIGINT: [libjvm.so+0x59f130], sa_mask[0]=0xffffffff, sa_flags=0x00000002 SIGQUIT: [libjvm.so+0x59f130], sa_mask[0]=0xffffffff, sa_flags=0x00000002 SIGTERM: [libjvm.so+0x59f130], sa_mask[0]=0xffffffff, sa_flags=0x00000002 --------------- S Y S T E M --------------- OS:FreeBSD uname:FreeBSD 6.3-RELEASE-p4 FreeBSD 6.3-RELEASE-p4 #8: Fri Sep 5 10:07:45 PDT 2008 root@build1.earth.threerings.net:/usr/obj/usr/ src/sys/SMP amd64 rlimit: STACK 524288k, CORE infinity, NOFILE 11095 CPU:total 8 em64t ht Memory: 4k page, physical 16380812k vm_info: Java HotSpot(TM) 64-Bit Server VM (1.5.0_14-p8- root_11_dec_2008_16_33) for freebsd-amd64, built on Dec 11 2008 16:55:01 by root with gcc 3.4.6 [FreeBSD] 20060305 And here is what I got from gdb on the core file: > sudo gdb -c 1000-80816-java.core /usr/local/debug-jdk/jdk1.5.0/bin/ java 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)... Attaching to program: /usr/local/debug-jdk/jdk1.5.0/bin/java, process 1000 ptrace: No such process. Core was generated by `java'. Program terminated with signal 6, Aborted. Reading symbols from /lib/libz.so.3...(no debugging symbols found)...done. Loaded symbols for /lib/libz.so.3 Reading symbols from /lib/libpthread.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libpthread.so.2 Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /usr/local/debug-jdk/jdk1.5.0/jre/lib/amd64/ server/libjvm.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/debug-jdk/jdk1.5.0/jre/lib/amd64/server/ libjvm.so Reading symbols from /usr/lib/libstdc++.so.5...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libstdc++.so.5 Reading symbols from /lib/libm.so.4...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.4 Reading symbols from /usr/local/debug-jdk/jdk1.5.0/jre/lib/amd64/ native_threads/libhpi.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/debug-jdk/jdk1.5.0/jre/lib/amd64/ native_threads/libhpi.so Reading symbols from /usr/local/lib/nss_ldap.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/nss_ldap.so.1 Reading symbols from /usr/local/lib/libldap-2.3.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libldap-2.3.so.2 Reading symbols from /usr/local/lib/liblber-2.3.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/liblber-2.3.so.2 Reading symbols from /usr/local/lib/libsasl2.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libsasl2.so.2 Reading symbols from /usr/lib/libssl.so.4...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libssl.so.4 Reading symbols from /lib/libcrypto.so.4...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypto.so.4 Reading symbols from /usr/local/debug-jdk/jdk1.5.0/jre/lib/amd64/ libverify.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/debug-jdk/jdk1.5.0/jre/lib/amd64/ libverify.so Reading symbols from /usr/local/debug-jdk/jdk1.5.0/jre/lib/amd64/ libjava.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/debug-jdk/jdk1.5.0/jre/lib/amd64/ libjava.so Reading symbols from /usr/local/debug-jdk/jdk1.5.0/jre/lib/amd64/ libzip.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/debug-jdk/jdk1.5.0/jre/lib/amd64/libzip.so Reading symbols from /usr/local/debug-jdk/jdk1.5.0/jre/lib/amd64/ libnet.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/debug-jdk/jdk1.5.0/jre/lib/amd64/libnet.so Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x000000004076e91c in pthread_testcancel () from /lib/ libpthread.so.2 [New Thread 0xc02800 (LWP 100644)] [New Thread 0x780800 (sleeping)] [New Thread 0x77a800 (sleeping)] [New Thread 0x772800 (sleeping)] [New Thread 0x76c800 (sleeping)] [New Thread 0x767800 (sleeping)] [New Thread 0x758800 (sleeping)] [New Thread 0x74d800 (sleeping)] [New Thread 0x66dc00 (sleeping)] [New Thread 0x66d400 (sleeping)] [New Thread 0x5f6000 (sleeping)] [New Thread 0x5f1400 (sleeping)] [New Thread 0x5ed800 (sleeping)] [New Thread 0x5e5c00 (sleeping)] [New Thread 0x5e5000 (sleeping)] [New Thread 0x5e1400 (sleeping)] [New Thread 0x5dd800 (sleeping)] [New Thread 0x5a6c00 (sleeping)] [New Thread 0x5a6800 (LWP 100605)] [New Thread 0x516000 (sleeping)] (gdb) bt #0 0x000000004076e91c in pthread_testcancel () from /lib/ libpthread.so.2 #1 0x000000004075c5e3 in sigaction () from /lib/libpthread.so.2 #2 0x000000004075e102 in sigaction () from /lib/libpthread.so.2 #3 0x0000000040757db6 in pthread_kill () from /lib/libpthread.so.2 #4 0x0000000040757633 in raise () from /lib/libpthread.so.2 #5 0x000000004094a49d in abort () from /lib/libc.so.6 #6 0x0000000041028df9 in os::abort () from /usr/local/debug-jdk/jdk1.5.0/jre/lib/amd64/server/libjvm.so #7 0x000000004111f097 in VMError::report_and_die () from /usr/local/debug-jdk/jdk1.5.0/jre/lib/amd64/server/libjvm.so #8 0x0000000040d82136 in report_fatal () from /usr/local/debug-jdk/jdk1.5.0/jre/lib/amd64/server/libjvm.so #9 0x000000004109785f in SharedRuntime::continuation_for_implicit_exception () from /usr/local/debug-jdk/jdk1.5.0/jre/lib/amd64/server/libjvm.so #10 0x000000004102ccb2 in JVM_handle_bsd_signal () from /usr/local/debug-jdk/jdk1.5.0/jre/lib/amd64/server/libjvm.so #11 0x000000004075dc0f in sigaction () from /lib/libpthread.so.2 #12 0x000000004075e015 in sigaction () from /lib/libpthread.so.2 #13 0x000000004075de73 in sigaction () from /lib/libpthread.so.2 #14 0x0000000040765fa9 in pthread_mutexattr_init () from /lib/ libpthread.so.2 #15 0x000000004076600b in pthread_mutexattr_init () from /lib/ libpthread.so.2 #16 0x00000000408bdf77 in signalcontext () from /lib/libc.so.6 #17 0x00007ffffe7eb5d0 in ?? () #18 0x00007ffffe7eb5b0 in ?? () #19 0x0000000000000000 in ?? () #20 0x00007ffffe7eb570 in ?? () #21 0x00007ffffe7eb5c0 in ?? () #22 0x0000000000000000 in ?? () #23 0x0000000000000000 in ?? () #24 0x0000000000000000 in ?? () #25 0x0000000000000000 in ?? () #26 0x0000000000000000 in ?? () #27 0x0000000000000000 in ?? () #28 0x0000000000000000 in ?? () #29 0x0000000000000000 in ?? () #30 0x0000000000000000 in ?? () #31 0x0000000000000000 in ?? () #32 0x0000000000000004 in ?? () #33 0x0000000000000000 in ?? () #34 0x0000000000000000 in ?? () #35 0x0000000000000000 in ?? () #36 0x0000000000000010 in ?? () #37 0x0000000000000003 in ?? () #38 0x00007ffffe7eb908 in ?? () #39 0x0000000000000000 in ?? () #40 0x000000007962d2b0 in ?? () #41 0x0000000000000000 in ?? () #42 0x00007ffffe7eb980 in ?? () #43 0x00007ffffe7eba40 in ?? () #44 0x00000000413b7000 in AbstractInterpreter::_active_table () from /usr/local/debug-jdk/jdk1.5.0/jre/lib/amd64/server/libjvm.so #45 0x000000007962d2e0 in ?? () #46 0x0000000000000001 in ?? () ---Type to continue, or q to quit--- #47 0x0000000048a7b422 in ?? () #193 0x00007ffffe7ebb60 in ?? () #194 0x00000000413be720 in StubRoutines::_catch_exception_entry () from /usr/local/debug-jdk/jdk1.5.0/jre/lib/amd64/server/libjvm.so #195 0x0000000000000001 in ?? () #196 0x0000000000c02400 in ?? () #197 0x00000000452122a9 in ?? () #198 0x00007ffffe7ebb90 in ?? () #199 0x00007ffffe7ebdb8 in ?? () #200 0x000000000000000a in ?? () #201 0x00000000483205f8 in ?? () #202 0x000000004521cb60 in ?? () #203 0x00007ffffe7ebd08 in ?? () #204 0x00007ffffe7ebc10 in ?? () #205 0x0000000040e26bf3 in JavaCalls::call_helper () from /usr/local/debug-jdk/jdk1.5.0/jre/lib/amd64/server/libjvm.so Previous frame inner to this frame (corrupt stack?) -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-java/attachments/20081218/a59101bf/PGP.pgp From bugmaster at FreeBSD.org Mon Dec 22 03:06:54 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Dec 22 03:08:28 2008 Subject: Current problem reports assigned to freebsd-java@FreeBSD.org Message-ID: <200812221106.mBMB6s0d060623@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o java/128948 java java/jdk16 built from source can't bind a socket, but o java/128809 java JVM aborted when GNU RXTX write to serial port. o java/125583 java Java gui programs stop without error message o java/123555 java linux-sun-jdk15, linux-sun-jdk16 produce a coredump o java/122513 java native JDKs unbuildable with Linux ones o java/121692 java java/jdk16: Java 1.5 1.5.0.14p8 crashes in RMI TCP Con o ports/121420 java java/jdk16: Java applet fails to find class under fire o ports/121416 java java/jdk15 can't build if BIN environment variable is o ports/120372 java java/linux-sun-jdk16: linux-sun-jre1.6.0 plugin doesn' o java/120146 java java/jdk15: netbeans 6.0 causes java core dump on amd6 o ports/119732 java java/linux-sun-jre16: linux-sun-jre16 plugin doesn't w o java/119063 java An unexpected error has been detected by Java Runtime o java/118956 java eclipse and netbeans break on diablo-jdk15 o java/118496 java Eclipse packages do not work with 6.3-RC1/amd64 o ports/116841 java cannot build java/jdk16 by using java/linux-sun-jdk16 o java/116667 java linux-sun-javac1.4 hangs on SMP o ports/116082 java java/linux-sun-jdk16 jconsole is unable to connect to o java/115773 java [request] java.nio channel selectors should use kqueue o java/114644 java tomcat goes out of PermSpace, jvm crashes o ports/113751 java java/linux-sun-jdk15: linux-sun-jdk-1.5.0.12,2 - java o ports/113467 java Multiple "missing return value" errors building JDK on o java/112595 java Java appletviewer frequently hangs (kse_release loop) o java/110912 java Java krb5 client leaks UDP connections 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 29 problems total. From ivoras at freebsd.org Mon Dec 22 13:25:10 2008 From: ivoras at freebsd.org (Ivan Voras) Date: Mon Dec 22 13:25:17 2008 Subject: Java licencing Message-ID: Hi, If I understand Sun's JRE license correctly, if I have an application in Java I can't distribute the JRE binaries as a part of a VMWare image or a LiveCD without a "trademark license agreement" with Sun. Would it be possible with OpenJDK? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 258 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-java/attachments/20081222/92b114f8/signature.pgp From glewis at eyesbeyond.com Mon Dec 22 23:50:33 2008 From: glewis at eyesbeyond.com (Greg Lewis) Date: Mon Dec 22 23:50:40 2008 Subject: Java licencing In-Reply-To: References: Message-ID: <20081223075034.GA10260@misty.eyesbeyond.com> On Mon, Dec 22, 2008 at 10:12:16PM +0100, Ivan Voras wrote: > If I understand Sun's JRE license correctly, if I have an application in > Java I can't distribute the JRE binaries as a part of a VMWare image or > a LiveCD without a "trademark license agreement" with Sun. Would it be > possible with OpenJDK? OpenJDK is under the GPL, so you can distribute it under those terms. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From glewis at eyesbeyond.com Thu Dec 25 22:30:28 2008 From: glewis at eyesbeyond.com (Greg Lewis) Date: Thu Dec 25 22:30:34 2008 Subject: Host for jdk16 distfiles? Message-ID: <20081226063048.GA68710@misty.eyesbeyond.com> G'day all, As you may have noticed, Sun have removed the source files for Update 3. I will contact Sun about this, but I expect they may well suggest we should just switch to OpenJDK 6 and they have no plans for more JRL source releases. While thats going on, we have two alternatives as I see it: 1. Someone could volunteer to host the source files. To comply with the JRL you need to implement some kind of click through to have people retrieve them. I think this rules out me hosting them on the public FreeBSD pages. 2. I could release a quick patchset which is essentially unchanged except that I do a diff against an earlier source release (which I notice are still available). The patchset would include the changes to bring that source code up to Update 3, so it wouldn't matter what the source version was. Comments? Volunteers? -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From ltning at anduin.net Fri Dec 26 00:09:31 2008 From: ltning at anduin.net (=?ISO-8859-1?Q?Eirik_=D8verby?=) Date: Fri Dec 26 00:09:37 2008 Subject: Host for jdk16 distfiles? In-Reply-To: <20081226063048.GA68710@misty.eyesbeyond.com> References: <20081226063048.GA68710@misty.eyesbeyond.com> Message-ID: Hi, I have hosting facilities and resources to spare, but I could need help creating the click-through interface you're talking about. Can you be more specific about what will be required of (me/the pages)? /Eirik On Dec 26, 2008, at 07:30, Greg Lewis wrote: > G'day all, > > As you may have noticed, Sun have removed the source files for > Update 3. > > I will contact Sun about this, but I expect they may well suggest we > should > just switch to OpenJDK 6 and they have no plans for more JRL source > releases. While thats going on, we have two alternatives as I see it: > > 1. Someone could volunteer to host the source files. To comply with > the > JRL you need to implement some kind of click through to have people > retrieve them. I think this rules out me hosting them on the public > FreeBSD pages. > > 2. I could release a quick patchset which is essentially unchanged > except > that I do a diff against an earlier source release (which I notice > are > still available). The patchset would include the changes to bring > that > source code up to Update 3, so it wouldn't matter what the source > version was. > > Comments? Volunteers? > -- > 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 glewis at eyesbeyond.com Fri Dec 26 09:40:29 2008 From: glewis at eyesbeyond.com (Greg Lewis) Date: Fri Dec 26 09:40:36 2008 Subject: Host for jdk16 distfiles? In-Reply-To: References: <20081226063048.GA68710@misty.eyesbeyond.com> Message-ID: <20081226174032.GA44119@misty.eyesbeyond.com> G'day Eirik, On Fri, Dec 26, 2008 at 08:35:56AM +0100, Eirik ?verby wrote: > I have hosting facilities and resources to spare, but I could need > help creating the click-through interface you're talking about. Can > you be more specific about what will be required of (me/the pages)? Ultimately its up to you and your reading of the JRL about what is required. The result of what I believe is required is the patchset download page -- basically I require that a user agree that they are a licensee (of the JRL) in good standing before they can download the patchset. This is pretty much what Sun requires too. Obviously option 2 below has the least legal risk for anyone since the main source will still be downloaded from Sun. However, I wonder how long that source will last. > On Dec 26, 2008, at 07:30, Greg Lewis wrote: > > > G'day all, > > > > As you may have noticed, Sun have removed the source files for > > Update 3. > > > > I will contact Sun about this, but I expect they may well suggest we > > should > > just switch to OpenJDK 6 and they have no plans for more JRL source > > releases. While thats going on, we have two alternatives as I see it: > > > > 1. Someone could volunteer to host the source files. To comply with > > the > > JRL you need to implement some kind of click through to have people > > retrieve them. I think this rules out me hosting them on the public > > FreeBSD pages. > > > > 2. I could release a quick patchset which is essentially unchanged > > except > > that I do a diff against an earlier source release (which I notice > > are > > still available). The patchset would include the changes to bring > > that > > source code up to Update 3, so it wouldn't matter what the source > > version was. > > > > Comments? Volunteers? > > -- > > 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" > > > -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From zz_11 at mail.bg Sat Dec 27 08:50:24 2008 From: zz_11 at mail.bg (zz_11@mail.bg) Date: Sat Dec 27 08:50:31 2008 Subject: jdk 1.4 on 64 bit FreeBSD Message-ID: <20081227183423.shbg00ejtw4oc4k0@mail.bg> Hi all, I am using FreeBSD i386 and jdk 1.4 for my servers. Bu now I need to have a 64-bit FreeBSD. Can I install sun jdk 1.4 ( from ports) on my new installed FreeBSD 7.0 (64 bit). It will be ok for me also to have a 32 bit version installed on my 64-bit BSD. Many thanks in advance, Ivan. ------------------------------------- ?????? ?????????? ??? ???????????? ???????????? ? ?????? ?????. ???-??????? ?? ???? ? ????? ?????????! ??? ????????? ?? ???? ? ????????! http://test.photosynthesis.bg/ From dinesh2.m at aricent.com Sun Dec 28 22:17:50 2008 From: dinesh2.m at aricent.com (Dinesh M) Date: Sun Dec 28 22:17:58 2008 Subject: CRASH IN JBOSS(SIGSEGV (0xb) at pc=0x00000008008ac89c) Message-ID: <0155893A453F6F4CA5451F7F0CD107A28A493532@GUREXMB02.ASIAN.AD.ARICENT.COM> Hi , Iam seeing a crash in jboss while running ic tcl tce -projects ru-spb64-1 -debug 100 -dur 24hours -specific /SPB/appServer/functional/jboss_packaging_03 # An unexpected error has been detected by HotSpot Virtual Machine: Dec 29 00:25:01 TPC-F19-18 appsrv[14675]: # Dec 29 00:25:01 TPC-F19-18 appsrv[14675]: # SIGSEGV (0xb) at pc=0x00000008008ac89c, pid=14709, tid=0x1820000 Dec 29 00:25:01 TPC-F19-18 appsrv[14675]: # Dec 29 00:25:01 TPC-F19-18 appsrv[14675]: # Java VM: Java HotSpot(TM) 64-Bit Server VM (diablo-1.5.0_07-b01 mixed mode) Dec 29 00:25:01 TPC-F19-18 appsrv[14675]: # Problematic frame: Dec 29 00:25:01 TPC-F19-18 appsrv[14675]: # C [libc.so.6+0x4e89c] _umtx_op+0xc Dec 29 00:25:01 TPC-F19-18 appsrv[14675]: # Dec 29 00:25:01 TPC-F19-18 appsrv[14675]: # An error report file with more information is saved as hs_err_pid14709.log Dec 29 00:25:01 TPC-F19-18 appsrv[14675]: # Dec 29 00:25:01 TPC-F19-18 appsrv[14675]: # If you would like to submit a bug report, please write Dec 29 00:25:01 TPC-F19-18 appsrv[14675]: # a letter to freebsd-java@FreeBSD.org mailing list Dec 29 00:25:01 TPC-F19-18 appsrv[14675]: # Dec 29 00:27:06 TPC-F19-18 appsrv[14675]: TERM trapped. Shutting down. Dec 29 00:27:59 TPC-F19-18 appsrv[14675]: JVM received a signal UNKNOWN (6). Dec 29 00:27:59 TPC-F19-18 appsrv[14675]: JVM process is gone. Dec 29 00:27:59 TPC-F19-18 appsrv[14675]: JVM exited unexpectedly while stopping the application. Dec 29 00:27:59 TPC-F19-18 appsrv[14675]: <-- Wrapper Stopped Dec 29 00:28:01 TPC-F19-18 appsrv[20183]: --> Wrapper Started as Daemon Dec 29 00:28:01 TPC-F19-18 appsrv[20183]: Java Service Wrapper Community Edition (Version 3.3.0-b) Dec 29 00:28:01 TPC-F19-18 appsrv[20183]: Copyright 1999, 2007 Tanuki Software, Inc. All Rights Reserved. Dec 29 00:28:01 TPC-F19-18 appsrv[20183]: http://wrapper.tanukisoftware.org Dec 29 00:28:01 TPC-F19-18 appsrv[20183]: Dec 29 00:28:11 TPC-F19-18 appsrv[20183]: Launching a JVM... Dec 29 00:28:11 TPC-F19-18 appsrv[20183]: CompilerOracle: exclude oracle/sql/NUMBER toBytes Dec 29 00:28:11 TPC-F19-18 appsrv[20183]: WrapperManager: Initializing... Dec 29 00:28:12 TPC-F19-18 appsrv[20183]: 00:28:12,069 INFO [Server] Starting JBoss (MX MicroKernel)... Dec 29 00:28:12 TPC-F19-18 appsrv[20183]: 00:28:12,070 INFO [Server] Release ID: JBoss [Zion] 4.0.4.GA (build: CVSTag=JBoss_4_0_4_GA date=200605151000) Dec 29 00:28:12 TPC-F19-18 appsrv[20183]: 00:28:12,072 INFO [Server] Home Dir: /d2/local/jboss Dec 29 00:28:12 TPC-F19-18 appsrv[20183]: 00:28:12,072 INFO [Server] Home URL: file:/d2/local/jboss/ Dec 29 00:28:12 TPC-F19-18 appsrv[20183]: 00:28:12,073 INFO [Server] Patch URL: null Dec 29 00:28:12 TPC-F19-18 appsrv[20183]: 00:28:12,074 INFO [Server] Server Name: sandvine Dec 29 00:28:12 TPC-F19-18 appsrv[20183]: 00:28:12,075 INFO [Server] Server Home Dir: /d2/local/jboss/server/sandvine Dec 29 00:28:12 TPC-F19-18 appsrv[20183]: 00:28:12,075 INFO [Server] Server Home URL: file:/d2/local/jboss/server/sandvine/ Dec 29 00:28:12 TPC-F19-18 appsrv[20183]: 00:28:12,075 INFO [Server] Server Log Dir: /d2/local/jboss/server/sandvine/log Dec 29 00:28:12 TPC-F19-18 appsrv[20183]: 00:28:12,075 INFO [Server] Server Temp Dir: /d2/local/jboss/server/sandvine/tmp Dec 29 00:28:12 TPC-F19-18 appsrv[20183]: 00:28:12,076 INFO [Server] Root Deployment Filename: jboss-service.xml Dec 29 00:28:12 TPC-F19-18 appsrv[20183]: 00:28:12,608 INFO [ServerInfo] Java version: 1.5.0,Sun Microsystems Inc. Dec 29 00:28:12 TPC-F19-18 appsrv[20183]: 00:28:12,608 INFO [ServerInfo] Java VM: Java HotSpot(TM) 64-Bit Server VM diablo-1.5.0_07-b01,Sun Microsystems Inc. Dec 29 00:28:12 TPC-F19-18 appsrv[20183]: 00:28:12,608 INFO [ServerInfo] OS-System: FreeBSD 6.1-RELEASE-p10,amd64 Dec 29 00:28:14 TPC-F19-18 appsrv[20183]: 00:28:14,062 INFO [Server] Core system initialized Dec 29 00:28:21 TPC-F19-18 appsrv[20183]: 00:28:21,290 INFO [Log4jService$URLWatchTimerTask] Configuring from URL: resource:log4j.xml Dec 29 00:28:22 TPC-F19-18 appsrv[20183]: INFO [org.jboss.naming.NamingService] JNDI bootstrap JNP=/127.0.0.1:1099, RMI=/127.0.0.1:1098, backlog=50, no client SocketFactory, Server SocketFactory=class org.jboss.net.sockets.DefaultSocketFactory Dec 29 00:28:49 TPC-F19-18 appsrv[20183]: INFO [org.jboss.deployment.EARDeployer] Init J2EE application: file:/d2/local/jboss/server/sandvine/deploy/spb-services-ear-5.5.0-SNAPSHOT.ear --Thanks, Dinesh. ________________________________ "DISCLAIMER: This message is proprietary to Aricent and is intended solely for the use of the individual to whom it is addressed. It may contain privileged or confidential information and should not be circulated or used for any purpose other than for what it is intended. If you have received this message in error,please notify the originator immediately. If you are not the intended recipient, you are notified that you are strictly prohibited from using, copying, altering, or disclosing the contents of this message. Aricent accepts no responsibility for loss or damage arising from the use of the information transmitted by this email including damage from virus." From bugmaster at FreeBSD.org Mon Dec 29 03:06:58 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Dec 29 03:08:24 2008 Subject: Current problem reports assigned to freebsd-java@FreeBSD.org Message-ID: <200812291106.mBTB6v3U024493@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o java/128948 java java/jdk16 built from source can't bind a socket, but o java/128809 java JVM aborted when GNU RXTX write to serial port. o java/125583 java Java gui programs stop without error message o java/123555 java linux-sun-jdk15, linux-sun-jdk16 produce a coredump o java/122513 java native JDKs unbuildable with Linux ones o java/121692 java java/jdk16: Java 1.5 1.5.0.14p8 crashes in RMI TCP Con o ports/121420 java java/jdk16: Java applet fails to find class under fire o ports/121416 java java/jdk15 can't build if BIN environment variable is o ports/120372 java java/linux-sun-jdk16: linux-sun-jre1.6.0 plugin doesn' o java/120146 java java/jdk15: netbeans 6.0 causes java core dump on amd6 o ports/119732 java java/linux-sun-jre16: linux-sun-jre16 plugin doesn't w o java/119063 java An unexpected error has been detected by Java Runtime o java/118956 java eclipse and netbeans break on diablo-jdk15 o java/118496 java Eclipse packages do not work with 6.3-RC1/amd64 o ports/116841 java cannot build java/jdk16 by using java/linux-sun-jdk16 o java/116667 java linux-sun-javac1.4 hangs on SMP o ports/116082 java java/linux-sun-jdk16 jconsole is unable to connect to o java/115773 java [request] java.nio channel selectors should use kqueue o java/114644 java tomcat goes out of PermSpace, jvm crashes o ports/113751 java java/linux-sun-jdk15: linux-sun-jdk-1.5.0.12,2 - java o ports/113467 java Multiple "missing return value" errors building JDK on o java/112595 java Java appletviewer frequently hangs (kse_release loop) o java/110912 java Java krb5 client leaks UDP connections 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 29 problems total. From barbara.xxx1975 at libero.it Mon Dec 29 15:42:21 2008 From: barbara.xxx1975 at libero.it (Barbara) Date: Mon Dec 29 15:42:28 2008 Subject: R: Host for jdk16 distfiles? Message-ID: <31150206.631121230564611740.JavaMail.defaultUser@defaultHost> >G'day all, > >As you may have noticed, Sun have removed the source files for Update 3. Really? I thought it was only a problem with messed web pages and hyperlinks. As you can see at http://download.java.net/jdk6/6u3/archive/ the "Source Bundles" links for JDK6, JDK6u1 and JDK6u2 are correct, while starting from JDK6u3 they bring you to the binaries snapshots pages. Maybe someone should ask them to check and eventually correct those links. And aren't these the needed files? http://www.java.net/download/jdk6/6u3/promoted/b05/jdk-6u3- fcs-src-b05-jrl-24_sep_2007.jar http://www.java. net/download/jdk6/6u3/promoted/b05/jdk-6u3-fcs-bin-b05-jrl-24_sep_2007.jar http: //www.java.net/download/jdk6/6u3/promoted/b05/jdk-6u3-fcs-mozilla_headers-b05- unix-24_sep_2007.jar Best regards Barbara From ivoras at freebsd.org Wed Dec 31 00:45:02 2008 From: ivoras at freebsd.org (Ivan Voras) Date: Wed Dec 31 00:45:09 2008 Subject: Java licencing In-Reply-To: <20081223075034.GA10260@misty.eyesbeyond.com> References: <20081223075034.GA10260@misty.eyesbeyond.com> Message-ID: Greg Lewis wrote: > On Mon, Dec 22, 2008 at 10:12:16PM +0100, Ivan Voras wrote: >> If I understand Sun's JRE license correctly, if I have an application in >> Java I can't distribute the JRE binaries as a part of a VMWare image or >> a LiveCD without a "trademark license agreement" with Sun. Would it be >> possible with OpenJDK? > > OpenJDK is under the GPL, so you can distribute it under those terms. Do you know if the OpenJDK Java interpreter and its libraries count into the viral aspect of the GPL? (I guess yes since it's the same process/address space). -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 258 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-java/attachments/20081231/5f5cd0e1/signature.pgp From delphij at delphij.net Wed Dec 31 00:52:09 2008 From: delphij at delphij.net (Xin LI) Date: Wed Dec 31 00:52:17 2008 Subject: Java licencing In-Reply-To: References: <20081223075034.GA10260@misty.eyesbeyond.com> Message-ID: <495AC227.5080108@delphij.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ivan Voras wrote: > Greg Lewis wrote: >> On Mon, Dec 22, 2008 at 10:12:16PM +0100, Ivan Voras wrote: >>> If I understand Sun's JRE license correctly, if I have an application in >>> Java I can't distribute the JRE binaries as a part of a VMWare image or >>> a LiveCD without a "trademark license agreement" with Sun. Would it be >>> possible with OpenJDK? >> OpenJDK is under the GPL, so you can distribute it under those terms. > > Do you know if the OpenJDK Java interpreter and its libraries count into > the viral aspect of the GPL? (I guess yes since it's the same > process/address space). I think it depends on how you want to distribute the image. Does VMWare enforce some licensing restriction on images it produces? Additionally, GPL allows you to distribute the whole distribution under a different license, as long as you are careful enough to obey it on the software package that is licensed under GPL (i.e. you can distribute Linux kernel source code and binary with your CD-ROM under any license as long as it does not depend on it to run, and the code for Linux kernel including whatever your modification is released under GPL and in an obtainable form). Of course, it's a good idea to avoid GPL software anyway to get rid of the potential problem. I'm not sure, but is there anybody working on the Apache's JDK/JRE? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAklawicACgkQi+vbBBjt66AAIACfWDVtfGMfkns4pn/40Y27azzu UnIAoIzNhy1jCSTbGdQ2vchZV6AT6OQp =c6dn -----END PGP SIGNATURE----- From ivoras at freebsd.org Wed Dec 31 01:55:09 2008 From: ivoras at freebsd.org (Ivan Voras) Date: Wed Dec 31 01:55:16 2008 Subject: Java licencing In-Reply-To: <495AC227.5080108@delphij.net> References: <20081223075034.GA10260@misty.eyesbeyond.com> <495AC227.5080108@delphij.net> Message-ID: Xin LI wrote: > Ivan Voras wrote: >> Greg Lewis wrote: >>> On Mon, Dec 22, 2008 at 10:12:16PM +0100, Ivan Voras wrote: >>>> If I understand Sun's JRE license correctly, if I have an application in >>>> Java I can't distribute the JRE binaries as a part of a VMWare image or >>>> a LiveCD without a "trademark license agreement" with Sun. Would it be >>>> possible with OpenJDK? >>> OpenJDK is under the GPL, so you can distribute it under those terms. >> Do you know if the OpenJDK Java interpreter and its libraries count into >> the viral aspect of the GPL? (I guess yes since it's the same >> process/address space). > > I think it depends on how you want to distribute the image. Does VMWare > enforce some licensing restriction on images it produces? Additionally, > GPL allows you to distribute the whole distribution under a different > license, as long as you are careful enough to obey it on the software > package that is licensed under GPL (i.e. you can distribute Linux kernel > source code and binary with your CD-ROM under any license as long as it > does not depend on it to run, and the code for Linux kernel including > whatever your modification is released under GPL and in an obtainable form). Thanks, but I'm not that much tied to VM images, my question is about the general case - I.e. if I have a Java application I need some JRE - any JRE, in any form, like a tarball, to run the application. The OpenJDK license (http://openjdk.java.net/legal/gplv2+ce.html) has the following text: """ "CLASSPATH" EXCEPTION TO THE GPL Certain source files distributed by Sun Microsystems, Inc. are subject to the following clarification and special exception to the GPL, but only where Sun has expressly included in the particular source file's header the words "Sun designates this particular file as subject to the "Classpath" exception as provided by Sun in the LICENSE file that accompanied this code." Linking this library statically or dynamically with other modules is making a combined work based on this library. Thus, the terms and conditions of the GNU General Public License cover the whole combination. As a special exception, the copyright holders of this library give you permission to link this library with independent modules to produce an executable, regardless of the license terms of these independent modules, and to copy and distribute the resulting executable under terms of your choice, provided that you also meet, for each linked independent module, the terms and conditions of the license of that module. An independent module is a module which is not derived from or based on this library. If you modify this library, you may extend this exception to your version of the library, but you are not obligated to do so. If you do not wish to do so, delete this exception statement from your version. """ So it looks like OpenJDK might be clean from GPL's virality. But since there's no OpenJDK for FreeBSD, I'm looking at Sun's JDK. The Windows JRE has this text in the license: """ B. License to Distribute Software. Subject to the terms and conditions of this Agreement and restrictions and exceptions set forth in the Software README file, including, but not limited to the Java Technology Restrictions of these Supplemental Terms, Sun grants you a non-exclusive, non-transferable, limited license without fees to reproduce and distribute the Software, provided that (i) you distribute the Software complete and unmodified and only bundled as part of, and for the sole purpose of running, your Programs, (ii) the Programs add significant and primary functionality to the Software, (iii) you do not distribute additional software intended to replace any component(s) of the Software, (iv) you do not remove or alter any proprietary legends or notices contained in the Software, (v) you only distribute the Software subject to a license agreement that protects Sun's interests consistent with the terms contained in this Agreement, and (vi) you agree to defend and indemnify Sun and its licensors from and against any damages, costs, liabilities, settlement amounts and/or expenses (including attorneys' fees) incurred in connection with any claim, lawsuit or action by any third party that arises or results from the use or distribution of any and all Programs and/or Software. """ Which is fine. But the FreeBSD Foundation's binaries have these texts: """ OEM Downloads This section is for OEMs. An OEM is a vendor who will bundle the binaries with other software before distributing the bundled product to end users. The binaries are the same, but the license agreement is different. Vendors who are redistributing the binaries must have a trademark license agreement with Sun. This will be explained more, in Exhibit A of the license agreement, that appears when you start to download a package below. """ and: """ You must be an OEM to download this Software. An OEM is a person who will download the Software and bundle it with other software before distributing the bundled product to its end users. You must have obtained a current Trademark License Agreement from Sun before downloading the Software. """ and: """ Thank you for choosing the Java Standard Edition platform technology (Java SE) with your FreeBSD Operating Environment (FreeBSD). Your license with FreeBSD and Sun Microsystems, Inc. (Sun) currently only permits you to use and distribute the FreeBSD and Java SE technologies within a limited, non-commercial field of use. In an effort to maximize your options for both platforms, the FreeBSD Foundation and Sun want to share with you the process for enabling you to make commercial use of the the FreeBSD and Java SE technologies in a broader field if you so desire. I. Current Field of Use for Java SE You may currently redistribute the combined FreeBSD and Java SE technologies so long as it is bundled with or integrated in Java-enabled general purpose desktop computers and servers, pursuant to your license with FreeBSD Foundation and you have executed a Trademark License with Sun (see Section III below). You may not distribute Java SE in any other devices or fields of use, including, without limitation, embedded applications, embedded devices, cell phones, wireless devices, TV devices, telematics devices and home gateway devices. """ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 258 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-java/attachments/20081231/9930ff52/signature.pgp From glewis at eyesbeyond.com Wed Dec 31 02:24:21 2008 From: glewis at eyesbeyond.com (Greg Lewis) Date: Wed Dec 31 02:24:28 2008 Subject: Java licencing In-Reply-To: References: <20081223075034.GA10260@misty.eyesbeyond.com> <495AC227.5080108@delphij.net> Message-ID: <20081231022503.GA79055@misty.eyesbeyond.com> On Wed, Dec 31, 2008 at 02:54:38AM +0100, Ivan Voras wrote: > So it looks like OpenJDK might be clean from GPL's virality. But since > there's no OpenJDK for FreeBSD, I'm looking at Sun's JDK. Actually, there is OpenJDK for FreeBSD: % uname FreeBSD % ./build/bsd-i586/j2sdk-image/bin/java -version openjdk version "1.7.0-internal" OpenJDK Runtime Environment (build 1.7.0-internal-glewis_2008_12_28_13_57-b00) OpenJDK Client VM (build 14.0-b10, mixed mode) You need the forest extension for Mercurial and then: hg fclone http://hg.openjdk.java.net/bsd-port/bsd-port/ Its just not available in the ports system yet. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org