From owner-freebsd-java@FreeBSD.ORG Mon Aug 15 11:07:06 2011 Return-Path: Delivered-To: freebsd-java@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 281931065672 for ; Mon, 15 Aug 2011 11:07:06 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id F26F88FC18 for ; Mon, 15 Aug 2011 11:07:05 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p7FB75Wo014785 for ; Mon, 15 Aug 2011 11:07:05 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p7FB75eb014783 for freebsd-java@FreeBSD.org; Mon, 15 Aug 2011 11:07:05 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 15 Aug 2011 11:07:05 GMT Message-Id: <201108151107.p7FB75eb014783@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-java@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-java@FreeBSD.org X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 11:07:06 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/158826 java Can't install java/icedtea-web o ports/156674 java [PATCH] java/openjdk6: make x11-fonts/dejavu a build d o ports/156319 java [patch] java/openjdk6 does not compile with previous l o ports/155967 java [bsd.java.mk] [patch] javavm wrapper insists on diablo o ports/155657 java java/openjdk6: missing symlink for include/freebsd/* o java/155107 java [patch] port java/diablo-jdk16 small cosmetic fix for o ports/154884 java java/openjdk6: Every NetBeans version on FreeBSD 8.1 c o ports/151923 java [patch] java/openjdk6: free and native openjdk bootstr o ports/151042 java [patch] java/openjdk6 Respect CC o java/147512 java Crash of RXTX-2.1-7 on AMD64 system o java/138729 java java/jdk16: setting 'export AWT_TOOLKIT=MToolkit' caus o java/138728 java java/jdk16: SIGSEGV in java runtime 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/123555 java linux-sun-jdk15, linux-sun-jdk16 produce a coredump o java/122513 java native JDKs unbuildable with Linux ones f java/121692 java java/jdk16: Java 1.5 1.5.0.14p8 crashes in RMI TCP Con 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/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/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 f java/112595 java Java appletviewer frequently hangs (kse_release loop) s java/62837 java linux-sun-jdk14 executables hang with COMPAT_LINUX in 28 problems total. From owner-freebsd-java@FreeBSD.ORG Mon Aug 15 20:10:16 2011 Return-Path: Delivered-To: freebsd-java@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB3851065686; Mon, 15 Aug 2011 20:10:16 +0000 (UTC) (envelope-from edwin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B3C458FC12; Mon, 15 Aug 2011 20:10:16 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p7FKAGIj017358; Mon, 15 Aug 2011 20:10:16 GMT (envelope-from edwin@freefall.freebsd.org) Received: (from edwin@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p7FKAGOR017352; Mon, 15 Aug 2011 20:10:16 GMT (envelope-from edwin) Date: Mon, 15 Aug 2011 20:10:16 GMT Message-Id: <201108152010.p7FKAGOR017352@freefall.freebsd.org> To: edwin@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, freebsd-java@FreeBSD.org From: edwin@FreeBSD.org Cc: Subject: Re: ports/159799: [PATCH] update java/jdk16-doc to latest version X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 20:10:16 -0000 Synopsis: [PATCH] update java/jdk16-doc to latest version Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-java Responsible-Changed-By: edwin Responsible-Changed-When: Mon Aug 15 20:10:15 UTC 2011 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=159799 From owner-freebsd-java@FreeBSD.ORG Mon Aug 15 22:57:47 2011 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A5D8106564A; Mon, 15 Aug 2011 22:57:47 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-pz0-f45.google.com (mail-pz0-f45.google.com [209.85.210.45]) by mx1.freebsd.org (Postfix) with ESMTP id 2492D8FC13; Mon, 15 Aug 2011 22:57:46 +0000 (UTC) Received: by pzk33 with SMTP id 33so6068655pzk.18 for ; Mon, 15 Aug 2011 15:57:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=H7SUOyoEGUK6L14/qIrEm5S/Wd3nKUXxo7FLdxT0SFM=; b=eAyjoG37ef6K356rT2qkcboMnyxhwFTKkoCadv3copO6GiQI6fp7ExKG+F11DMfU52 i3yPAjMsIO/KTc9oQbawiVXWnXmo6/E2WsuIu2kktuZ5DSf9cPCpKA3pxWDAo8slVE1s mK0Prp1UJo2mMErPyW6wIVHzeAYKdD7RVC24E= MIME-Version: 1.0 Received: by 10.142.166.11 with SMTP id o11mr2158981wfe.170.1313449066598; Mon, 15 Aug 2011 15:57:46 -0700 (PDT) Received: by 10.68.66.106 with HTTP; Mon, 15 Aug 2011 15:57:46 -0700 (PDT) In-Reply-To: <20110812150000.GA2588@misty.eyesbeyond.com> References: <20110812113704.GO17489@deviant.kiev.zoral.com.ua> <20110812150000.GA2588@misty.eyesbeyond.com> Date: Mon, 15 Aug 2011 18:57:46 -0400 Message-ID: From: "b. f." To: Greg Lewis Content-Type: text/plain; charset=ISO-8859-1 Cc: Kostik Belousov , glewis@freebsd.org, tinderbox-list@marcuscom.com, des@freebsd.org, freebsd-java@freebsd.org Subject: Re: java + procfs + nullfs = disaster X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 22:57:47 -0000 On 8/12/11, Greg Lewis wrote: > On Fri, Aug 12, 2011 at 02:37:04PM +0300, Kostik Belousov wrote: >> On Thu, Aug 11, 2011 at 03:18:38PM -0400, b. f. wrote: >> > I've run into a problem building java ports on my FreeBSD 9 amd64 >> > tinderbox. Following an earlier suggestion, >> > >> > http://www.marcuscom.com/pipermail/tinderbox-list/2010-September/001957.html >> > >> > I've been performing builds in a tmpfs that is nullfs-mounted on a ufs >> > mountpoint. After building packages for java/diablo-jdk16 on >> > {7.3,8.1}-{i386,amd64}, the ports that depend upon it fail when >> > invoking java binary executables from that port, with: >> > >> > Error: could not find libjava.so >> > Error: could not find Java 2 Runtime Environment. >> > >> > A search of the mailing lists reveals that this problem has occurred >> > for the past several years, and has sometimes been attributed to the >> > fact that a procfs is mounted on /proc, and sometimes to vague nullfs >> > problems, but has never been solved: >> > >> > http://lists.freebsd.org/pipermail/freebsd-java/2011-March/009169.html >> > http://lists.freebsd.org/pipermail/freebsd-stable/2010-May/056814.html >> > http://lists.freebsd.org/pipermail/freebsd-java/2009-May/008104.html >> > http://lists.freebsd.org/pipermail/freebsd-java/2009-February/007854.html >> > http://lists.freebsd.org/pipermail/freebsd-stable/2005-February/011629.html >> > ... >> > >> > However, it seems rather to be a combination of factors, because, for >> > example, if I: >> > >> > mount /proc >> > mkdir /tmp/java >> > tar -C /tmp/java -xvf >> > /home/shared/freebsd/tinderbox/packages/8.1-amd64-u1/All/diablo-jdk-1.6.0.07.02_15.tbz >> > cd /tmp/diablo-jdk1.6.0/bin >> > truss ./java -version >> > >> > , I obtain: >> > >> > ... >> > >> > readlink("/proc/curproc/file","/tmp/java/diablo-jdk1.6.0/bin/java",1024) >> > = 35 (0x23) >> > access("/tmp/java/diablo-jdk1.6.0/lib/amd64/libjava.so",0) ERR#2 'No >> > such file or directory' >> > access("/tmp/java/diablo-jdk1.6.0/jre/lib/amd64/libjava.so",0) = 0 (0x0) >> > >> > ... >> > >> > , and libjava.so is found. Then, if I: >> > >> > umount /proc >> > truss ./java -version >> > >> > , the library is also found, in a slightly different manner: >> > >> > +readlink("/proc/curproc/file",0x7fffffffca40,1024) ERR#2 'No such >> > file or directory' >> > +__getcwd("/tmp/java/diablo-jdk1.6.0/bin",1026) = 0 (0x0) >> > +stat("/tmp/java/diablo-jdk1.6.0/bin/./java",{ mode=-rwxr-xr-x >> > ,inode=3121,size=95014,blksize=4096 }) = 0 (0x0) >> > +lstat("/tmp",{ mode=drwxrwxrwt ,inode=2,size=600,blksize=4096 }) = 0 >> > (0x0) >> > +lstat("/tmp/java",{ mode=drwxr-xr-x ,inode=15,size=280,blksize=4096 >> > }) = 0 (0x0) >> > +lstat("/tmp/java/diablo-jdk1.6.0",{ mode=drwxr-xr-x >> > ,inode=3105,size=560,blksize=4096 }) = 0 (0x0) >> > +lstat("/tmp/java/diablo-jdk1.6.0/bin",{ mode=drwxr-xr-x >> > ,inode=3112,size=1720,blksize=4096 }) = 0 (0x0) >> > +lstat("/tmp/java/diablo-jdk1.6.0/bin/java",{ mode=-rwxr-xr-x >> > ,inode=3121,size=95014,blksize=4096 }) = 0 (0x0) >> > access("/tmp/java/diablo-jdk1.6.0/lib/amd64/libjava.so",0) ERR#2 'No >> > such file or directory' >> > access("/tmp/java/diablo-jdk1.6.0/jre/lib/amd64/libjava.so",0) = 0 >> > (0x0) >> > >> > >> > However, if I: >> > >> > rm -vr /tmp/java >> > mount /proc >> > mkdir /tmp/java /root/java >> > mount -t nullfs /tmp/java /root/java >> > tar -C /root/java -xvf >> > /home/shared/freebsd/tinderbox/packages/8.1-amd64-u1/All/diablo-jdk-1.6.0.07.02_15.tbz >> > cd /root/diablo-jdk1.6.0/bin >> > truss ./java -version >> > >> > then the library cannot be found: >> > >> > readlink("/proc/curproc/file","unknown",1024) = 7 (0x7) >> > Error: could not find libjava.so >> > write(2,"Error: could not find libjava.so"...,33) = 33 (0x21) >> > Error: could not find Java 2 Runtime Environment. >> > write(2,"Error: could not find Java 2 Run"...,50) = 50 (0x32) >> This is a long-standing strangeness in our procfs. I wonder how much >> will break after the following. Can you try ls -l /proc// >> in the situation when file previously shown 'unknown' ? >> >> diff --git a/sys/fs/procfs/procfs.c b/sys/fs/procfs/procfs.c >> index 8b69eb1..514e279 100644 >> --- a/sys/fs/procfs/procfs.c >> +++ b/sys/fs/procfs/procfs.c >> @@ -67,20 +67,23 @@ >> int >> procfs_doprocfile(PFS_FILL_ARGS) >> { >> - char *fullpath = "unknown"; >> - char *freepath = NULL; >> + char *fullpath; >> + char *freepath; >> struct vnode *textvp; >> + int error; >> >> + freepath = NULL; >> PROC_LOCK(p); >> textvp = p->p_textvp; >> vhold(textvp); >> PROC_UNLOCK(p); >> - vn_fullpath(td, textvp, &fullpath, &freepath); >> + error = vn_fullpath(td, textvp, &fullpath, &freepath); >> vdrop(textvp); >> - sbuf_printf(sb, "%s", fullpath); >> - if (freepath) >> + if (error == 0) >> + sbuf_printf(sb, "%s", fullpath); >> + if (freepath != NULL) >> free(freepath, M_TEMP); >> - return (0); >> + return (error); >> } >> >> /* Thank you, Kostik. After applying this patch, the java binary is able to locate its libraries in all of the cases above. Also, my tinderbox is able to build default java packages. The output of a ls -l /proc/... for a process involving a nullfs-mounted java is something like: # pgrep java 86219 # ls -l /proc/`pgrep java` total 0 -r--r--r-- 1 root wheel 0 Aug 15 18:26 cmdline --w------- 1 root wheel 0 Aug 15 18:26 ctl -rw------- 1 root wheel 0 Aug 15 18:26 dbregs -r--r--r-- 1 root wheel 0 Aug 15 18:26 etype ls: /proc/86219/file: No such file or directory lr--r--r-- 1 root wheel 0 Aug 15 18:26 file -rw------- 1 root wheel 0 Aug 15 18:26 fpregs -r--r--r-- 1 root wheel 0 Aug 15 18:26 map -rw------- 1 root wheel 0 Aug 15 18:26 mem --w------- 1 root wheel 0 Aug 15 18:26 note --w------- 1 root wheel 0 Aug 15 18:26 notepg -rw------- 1 root wheel 0 Aug 15 18:26 osrel -rw------- 1 root wheel 0 Aug 15 18:26 regs -r--r--r-- 1 root wheel 0 Aug 15 18:26 rlimit -r--r--r-- 1 root wheel 0 Aug 15 18:26 status Can we add these or equivalent changes to procfs for 9.0? Or would these changes violate some "unknown" convention? > > The other option here is to change the order in which the JDK detects where > it is and not try /proc as the first option. Unfortunately that won't > happen for Diablo since there is unlikely to be another release of that. > It can be changed for the build from source JDK ports though. I think that anything that can be done to make the detection process more robust would be appreciated, as it will be some time, if ever, before all supported versions of FreeBSD will have compatible procfs behavior. If Diablo remains unchanged, it will continue to cause problems, as it is the default bootstrap compiler. b. From owner-freebsd-java@FreeBSD.ORG Tue Aug 16 21:02:23 2011 Return-Path: Delivered-To: java@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F98D106567D for ; Tue, 16 Aug 2011 21:02:23 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from xiurhn.etoilebsd.net (xiurhn.etoilebsd.net [94.23.37.58]) by mx1.freebsd.org (Postfix) with ESMTP id 5DDC78FC1A for ; Tue, 16 Aug 2011 21:02:23 +0000 (UTC) Received: by xiurhn.etoilebsd.net (Postfix, from userid 80) id 007727E830; Tue, 16 Aug 2011 22:46:24 +0200 (CEST) To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 16 Aug 2011 20:46:24 +0000 From: Baptiste Daroussin Message-ID: X-Sender: bapt@FreeBSD.org User-Agent: Roundcube Webmail/0.5.3 Cc: Subject: [PATCH] libreoffice fail to built because of ant.sh X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2011 21:02:23 -0000 Hi, the libreoffice crappy build system fails to build with java option on (for the 4.3.2 release). After looking at it we find out that the problem is that the build system export the DATADIR env variable and then ant is not able to find itself in the classpath. DATADIR is a quite common variable in build system, I think changing this variable name in the ant.sh.in file is the best way to fix the bug, because I imagine the failure with occur with every systems defining the DATADIR variable. Here is a patch changing DATADIR to ANTDATADIR. Hope that is ok for you? http://people.freebsd.org/~bapt/ant.sh-no-datadir.patch Thanks, Bapt From owner-freebsd-java@FreeBSD.ORG Sat Aug 20 23:18:23 2011 Return-Path: Delivered-To: java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F41D4106566B for ; Sat, 20 Aug 2011 23:18:22 +0000 (UTC) (envelope-from wollman@khavrinen.csail.mit.edu) Received: from khavrinen.csail.mit.edu (khavrinen.csail.mit.edu [128.30.28.20]) by mx1.freebsd.org (Postfix) with ESMTP id ABB2C8FC08; Sat, 20 Aug 2011 23:18:22 +0000 (UTC) Received: from khavrinen.csail.mit.edu (localhost [127.0.0.1]) by khavrinen.csail.mit.edu (8.14.4/8.14.4) with ESMTP id p7KN6u5D054628 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL CN=khavrinen.csail.mit.edu issuer=Client+20CA); Sat, 20 Aug 2011 19:06:56 -0400 (EDT) (envelope-from wollman@khavrinen.csail.mit.edu) Received: (from wollman@localhost) by khavrinen.csail.mit.edu (8.14.4/8.14.4/Submit) id p7KN6uvL054625; Sat, 20 Aug 2011 19:06:56 -0400 (EDT) (envelope-from wollman) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <20048.15888.402674.836232@khavrinen.csail.mit.edu> Date: Sat, 20 Aug 2011 19:06:56 -0400 From: Garrett Wollman To: java@freebsd.org, network@freebsd.org X-Mailer: VM 7.17 under 21.4 (patch 22) "Instant Classic" XEmacs Lucid X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (khavrinen.csail.mit.edu [127.0.0.1]); Sat, 20 Aug 2011 19:06:56 -0400 (EDT) Cc: Subject: Why doesn't UDP work for ICSI Netalyzr in INET6 kernels? X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Aug 2011 23:18:23 -0000 The ICSI Netalyzr tool (netalyzr.icsi.berkeley.edu) is a Java applet and standalone Java program that checks for various issues with network connections. It attempts to use java.net.DatagramSocket.send to send UDP packets to various destinations it's testing, and fails with java.io.IOException: 002.097 main| Running test 3: checkUDP 002.097 main| ---------------------------- 002.098 test-3| Sending UDP request to n4.netalyzr.icsi.berkeley.edu on port 1947 002.100 test-3| Test aborted due to IO exception: 002.102 test-3| java.io.IOException: Invalid argument 002.102 test-3| at java.net.PlainDatagramSocketImpl.send(Native Method) 002.102 test-3| at java.net.DatagramSocket.send(DatagramSocket.java:675) 002.102 test-3| at Netalyzr.checkUDP(Netalyzr.java:7509) 002.102 test-3| at Netalyzr$5.runImpl(Netalyzr.java:1701) 002.102 test-3| at Netalyzr$Test.run(Netalyzr.java:810) 002.102 test-3| at java.lang.Thread.run(Thread.java:722) (excerpt from the Netalyzr client log). I currently have openjdk-7.0.147_1 installed, but I've seen this problem with recent openjdk6 as well. Near as I can tell, the relevant system calls are as follows: 54253 java CALL socket(PF_INET6,SOCK_DGRAM,IPPROTO_IP) 54253 java RET socket 10/0xa 54253 java CALL setsockopt(0xa,0x29,0x1b,0x7ffffe7ea4f8,0x4) 54253 java RET setsockopt 0 54253 java CALL setsockopt(0xa,SOL_SOCKET,SO_BROADCAST,0x7ffffe7ea4fc,0x4) 54253 java RET setsockopt 0 54253 java CALL bind(0xa,0x7ffffe7ea460,0x1c) 54253 java STRU struct sockaddr { AF_INET6, [::]:0 } 54253 java RET bind 0 54253 java CALL getsockname(0xa,0x7ffffe7ea460,0x7ffffe7ea47c) 54253 java STRU struct sockaddr { AF_INET6, [::]:49501 } 54253 java RET getsockname 0 54253 java CALL connect(0xa,0x7ffffe7ea490,0x1c) 54253 java STRU struct sockaddr { AF_INET6, [::ffff:67.202.32.138]:1947 } 54253 java RET connect 0 54253 java CALL clock_gettime(0x4,0x7ffffe7e9b30) 54253 java RET clock_gettime 0 54253 java CALL clock_gettime(0x4,0x7ffffe7e9a80) 54253 java RET clock_gettime 0 54253 java CALL stat(0x83f85b460,0x7ffffe7e9090) 54253 java NAMI "/usr/local/openjdk7/jre/lib/amd64/libnet.so" 54253 java STRU struct stat {dev=1265533522, ino=31267, mode=-r--r--r-- , nlink=1, uid=0, gid=0, rdev=0, atime=1313879682.657870435, stime=1311142325.460426000, ctime=1311142337.955051534, birthtime=1311142337.333960566, size=99277, blksize=99328, blocks=195, flags=0x0 } 54253 java RET stat 0 54253 java CALL sendto(0xa,0x7ffffe7da570,0x25,0,0,0) 54253 java RET sendto -1 errno 22 Invalid argument At this point Netalyzr goes on to try the next thing on its list. I am unable to figure out which EINVAL return in the kernel it is hitting. It is not the one related to net.inet6.ip6.v6only -- the same error happens with it either on or off. Netalyzr works just fine if the kernel is compiled without options INET6 (so the Java libraries seem to be correctly detecting the complete lack of IPv6 support, and when they try to use only PF_INET sockets for IPv4 UDP traffic, it does work). The jar file can be downloaded at: -GAWollman From owner-freebsd-java@FreeBSD.ORG Sat Aug 20 23:58:52 2011 Return-Path: Delivered-To: java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E655106564A for ; Sat, 20 Aug 2011 23:58:52 +0000 (UTC) (envelope-from prvs=12137168ef=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 8E9E48FC08; Sat, 20 Aug 2011 23:58:51 +0000 (UTC) X-MDAV-Processed: mail1.multiplay.co.uk, Sun, 21 Aug 2011 00:47:19 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Sun, 21 Aug 2011 00:47:19 +0100 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50014678297.msg; Sun, 21 Aug 2011 00:47:19 +0100 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=12137168ef=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <35F287D35661432CB3821B7A4FEBBB0D@multiplay.co.uk> From: "Steven Hartland" To: "Garrett Wollman" , , References: <20048.15888.402674.836232@khavrinen.csail.mit.edu> Date: Sun, 21 Aug 2011 00:48:15 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 Cc: Subject: Re: Why doesn't UDP work for ICSI Netalyzr in INET6 kernels? X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Aug 2011 23:58:52 -0000 Do you have the following ipv6 udp patch in your kernel? --- sys/netinet6/udp6_usrreq.c.orig 2010-12-21 17:09:25.000000000 +0000 +++ sys/netinet6/udp6_usrreq.c 2011-06-25 15:44:22.050847587 +0000 @@ -1044,18 +1044,6 @@ if (hasv4addr) { struct pr_usrreqs *pru; - if (!IN6_IS_ADDR_UNSPECIFIED(&inp->in6p_laddr) && - !IN6_IS_ADDR_V4MAPPED(&inp->in6p_laddr)) { - /* - * When remote addr is IPv4-mapped address, - * local addr should not be an IPv6 address; - * since you cannot determine how to map IPv6 - * source address to IPv4. - */ - error = EINVAL; - goto out; - } - /* * XXXRW: We release UDP-layer locks before calling * udp_send() in order to avoid recursion. However, @@ -1079,7 +1067,7 @@ mac_inpcb_create_mbuf(inp, m); #endif error = udp6_output(inp, m, addr, control, td); -out: + INP_WUNLOCK(inp); INP_INFO_WUNLOCK(&V_udbinfo); return (error); If not apply it, rebuild and reinstall the kernel and it will likely fix the issue your seeing. Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk.