From owner-freebsd-current@FreeBSD.ORG Wed Oct 29 14:26:06 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4770A16A4CF for ; Wed, 29 Oct 2003 14:26:06 -0800 (PST) Received: from smtp.mho.com (smtp.mho.net [64.58.4.6]) by mx1.FreeBSD.org (Postfix) with SMTP id E487643FB1 for ; Wed, 29 Oct 2003 14:26:01 -0800 (PST) (envelope-from scottl@freebsd.org) Received: (qmail 77445 invoked by uid 1002); 29 Oct 2003 22:26:01 -0000 Received: from unknown (HELO ?10.4.1.5?) (64.58.1.252) by smtp.mho.net with SMTP; 29 Oct 2003 22:26:01 -0000 Date: Wed, 29 Oct 2003 15:28:32 -0700 (MST) From: Scott Long X-X-Sender: scottl@pooker.samsco.home To: Kris Kennaway In-Reply-To: <20031029211951.GA12398@rot13.obsecurity.org> Message-ID: <20031029152202.C7702@pooker.samsco.home> References: <3F92E129.10307@veidit.net> <20031028034630.GC32916@VARK.homeunix.com> <3FA01F71.1020203@adminforum.se> <20031029211951.GA12398@rot13.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: David Schultz cc: current@freebsd.org cc: John Angelmo Subject: Re: __fpclassifyd problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Oct 2003 22:26:06 -0000 On Wed, 29 Oct 2003, Kris Kennaway wrote: > On Wed, Oct 29, 2003 at 09:13:37PM +0100, John Angelmo wrote: > > Doug White wrote: > > > > >On Mon, 27 Oct 2003, David Schultz wrote: > > > > > > > > >>I'm just catching up on -CURRENT, but I wanted to point out that > > >>this was fixed last night in: > > >> > > >> src/lib/msun/src/e_scalbf.c,v1.8 > > >> src/lib/msun/src/e_scalb.c,v1.10 > > >> > > >>The fix was to use the old versions of isnan() and isinf() > > >>specifically in the two places in libm where they are needed. > > > > > > > > >okay, so the $65,000 question is: > > > > > >Does this make the Diablo JDKs work? :) > > > > > > > > > I could test, should I just get those files from current, integrate with > > 5.1-p10 and recompile? > > That should work. > > Kris > I just tried running the Diablo JDK under -current from yesterday (with the libm fix from a few days ago). It does not look good; possibly an issue with both the compat libc and native libc being linked in? Maybe libm.so is still bringing in the native libc.so? We don't install the 4.x libm into compat, and I don't have any 4.x machine around to steal it from, so I can't test out that theory. [junior] ~> cd /usr/local/diablo-jdk1.3.1/bin [junior] /usr/local/diablo-jdk1.3.1/bin> sudo ./java Bus error (core dumped) [junior] /usr/local/diablo-jdk1.3.1/bin> sudo gdb ../jre/bin/i386/green_threads/java -core=java.core GNU gdb 5.2.1 (FreeBSD) Copyright 2002 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 "i386-undermydesk-freebsd"... (no debugging symbols found)... Core was generated by `java'. Program terminated with signal 10, Bus error. Reading symbols from ../jre/lib/i386/green_threads/libhpi.so... (no debugging symbols found)...done. Loaded symbols for ../jre/lib/i386/green_threads/libhpi.so Reading symbols from /usr/lib/compat/libc.so.4... (no debugging symbols found)...done. Loaded symbols for /usr/lib/compat/libc.so.4 Reading symbols from /lib/libm.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.2 Reading symbols from /usr/lib/libc.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libc.so Reading symbols from ../jre/lib/i386/classic/libjvm.so... (no debugging symbols found)...done. Loaded symbols for ../jre/lib/i386/classic/libjvm.so Reading symbols from /usr/libexec/ld-elf.so.1...(no debugging symbols found)... done. Loaded symbols for /usr/libexec/ld-elf.so.1 #0 0x2810fe5c in .cerror () from /usr/lib/compat/libc.so.4 (gdb) bt #0 0x2810fe5c in .cerror () from /usr/lib/compat/libc.so.4 #1 0x28088a51 in open () from ../jre/lib/i386/green_threads/libhpi.so #2 0x2810033c in __hash_open () from /usr/lib/compat/libc.so.4 #3 0x281001fb in dbopen () from /usr/lib/compat/libc.so.4 #4 0x280c3277 in ttyname () from /usr/lib/compat/libc.so.4 #5 0x280881f0 in initializeTTY () from ../jre/lib/i386/green_threads/libhpi.so #6 0x28088529 in InitializeAsyncIO () from ../jre/lib/i386/green_threads/libhpi.so #7 0x28091ca8 in sysThreadBootstrap () from ../jre/lib/i386/green_threads/libhpi.so #8 0x28295f07 in InitializeJavaVM () from ../jre/lib/i386/classic/libjvm.so #9 0x2826b3e4 in JNI_CreateJavaVM () from ../jre/lib/i386/classic/libjvm.so #10 0x08049c4a in InitializeJVM () #11 0x08048f5e in main () #12 0x08048b65 in _start () (gdb)