From owner-freebsd-java@FreeBSD.ORG Sat Oct 15 00:13:05 2005 Return-Path: X-Original-To: java@freebsd.org Delivered-To: freebsd-java@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02FDB16A41F for ; Sat, 15 Oct 2005 00:13:05 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F1A043D4C for ; Sat, 15 Oct 2005 00:13:04 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 1533BF23EC; Fri, 14 Oct 2005 17:13:04 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27434-09; Fri, 14 Oct 2005 17:12:53 -0700 (PDT) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 4C554F2207; Fri, 14 Oct 2005 17:12:53 -0700 (PDT) From: Sean McNeil To: Greg Lewis In-Reply-To: <20051014185156.GA49217@misty.eyesbeyond.com> References: <1129274231.24866.2.camel@server.mcneil.com> <434F6342.20207@ebs.gr> <1129309049.27496.22.camel@server.mcneil.com> <20051014185156.GA49217@misty.eyesbeyond.com> Content-Type: multipart/mixed; boundary="=-qH2Kberf0t5t1q+F3Jwc" Organization: Sean McNeil Consulting, Inc Date: Fri, 14 Oct 2005 17:12:52 -0700 Message-Id: <1129335172.819.3.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port X-Virus-Scanned: by amavisd-new at mcneil.com Cc: java@freebsd.org, Panagiotis Astithas Subject: Re: file dialog aborts on amd64 6-RC1 X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sean@mcneil.com List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Oct 2005 00:13:05 -0000 --=-qH2Kberf0t5t1q+F3Jwc Content-Type: text/plain Content-Transfer-Encoding: 7bit On Fri, 2005-10-14 at 12:51 -0600, Greg Lewis wrote: > On Fri, Oct 14, 2005 at 09:57:29AM -0700, Sean McNeil wrote: > > On Fri, 2005-10-14 at 10:50 +0300, Panagiotis Astithas wrote: > > > Sean McNeil wrote: > > > > I tried to do an import -> plugins and browse the directory location. > > > > This consistenly causes the dialog to crash: > > > > > > > > # > > > > # An unexpected error has been detected by HotSpot Virtual Machine: > > > > # > > > > # SIGSEGV (0xb) at pc=0x00000008021e9c1a, pid=24587, tid=0x51a000 > > > > # > > > > # Java VM: Java HotSpot(TM) 64-Bit Server VM > > > > (1.5.0-p2-root_13_oct_2005_18_05 mixed mode) > > > > # Problematic frame: > > > > # C [libzip.so+0x7c1a] inflateEnd+0x3a > > > > # > > > > # An error report file with more information is saved as > > > > hs_err_pid24587.log > > > > # > > > > # If you would like to submit a bug report, please write > > > > # a letter to freebsd-java@FreeBSD.org mailing list > > > > # > > > > > > As the message says, this should go to freebsd-java, along with the > > > hs_err_pid24587.log file. Have you tried increasing the maximum heap size? > > > > OK, I've move this thread to java@. I figured this predated the eclipse > > mailing list and the list threw out my attachment of the log for some > > reason. Also, as I've reported before on a different thread, I believe > > there is an issue with eclipse using the wrong API for libz. There are > > problems with eclipse and gtk themes that use the pixmap engine. It > > complains of libz versioning. > > > > Now, I have a hard failure that is caused by libz and I've noticed > > something peculiar. It appears > > that /usr/local/jdk1.5.0/jre/lib/amd64/libzip.so is invoking a routine > > in libz where is should not. libzip doesn't depend on libz. Might there > > be some problem with namespace pollution going on here? Does libzip > > need to be removed from the java build and libz used instead? This > > would appear to be the case as they are not compatible yet are both used > > because of gtk. > > The problem is that libzip.so needs to have its symbols privatised. A > quick fix for this can be found at: > > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=46004+0+archive/2005/freebsd-java/20050807.freebsd-java > > Your post jogged my memory on this. I need to look into it again. Bingo!! Thanks for the pointer. I replaced the following patch and rebuilt. Now I do not get the abort. There is probably a better way to do this, but someone more qualified can figure this out. files/patch-j2se::common::Defs-bsd.gmk --- ../../j2se/make/common/Defs-bsd.gmk.orig Fri Oct 14 15:21:48 2005 +++ ../../j2se/make/common/Defs-bsd.gmk Fri Oct 14 15:25:30 2005 @@ -180,7 +180,7 @@ ifeq ($(TRUE_PLATFORM), NetBSD) DEVTOOLS_PATH = /usr/pkg/bin/ else -DEVTOOLS_PATH = /usr/local/bin/ +DEVTOOLS_PATH = ${LOCALBASE}/bin/ endif # Allow the user to override the default value... ifdef ALT_DEVTOOLS_PATH @@ -294,7 +294,7 @@ PIC_CODE_SMALL = -fpic GLOBAL_KPIC = $(PIC_CODE_LARGE) -CFLAGS_COMMON += $(GLOBAL_KPIC) $(GCC_WARNINGS) -pipe +CFLAGS_COMMON += $(GLOBAL_KPIC) $(GCC_WARNINGS) -pipe -DZ_PREFIX # For most platforms, do not omit the frame pointer register usage. # We need this frame pointer to make it easy to walk the stacks. @@ -311,7 +311,7 @@ CFLAGS_OPT = $(POPT) CFLAGS_DBG = -g -CXXFLAGS_COMMON = $(GLOBAL_KPIC) -DCC_NOEX $(GCC_WARNINGS) +CXXFLAGS_COMMON = $(GLOBAL_KPIC) -DCC_NOEX $(GCC_WARNINGS) -DZ_PREFIX CXXFLAGS_OPT = $(POPT) CXXFLAGS_DBG = -g --=-qH2Kberf0t5t1q+F3Jwc Content-Disposition: attachment; filename="patch-j2se::common::Defs-bsd.gmk" Content-Type: text/plain; name="patch-j2se::common::Defs-bsd.gmk"; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit --- ../../j2se/make/common/Defs-bsd.gmk.orig Fri Oct 14 15:21:48 2005 +++ ../../j2se/make/common/Defs-bsd.gmk Fri Oct 14 15:25:30 2005 @@ -180,7 +180,7 @@ ifeq ($(TRUE_PLATFORM), NetBSD) DEVTOOLS_PATH = /usr/pkg/bin/ else -DEVTOOLS_PATH = /usr/local/bin/ +DEVTOOLS_PATH = ${LOCALBASE}/bin/ endif # Allow the user to override the default value... ifdef ALT_DEVTOOLS_PATH @@ -294,7 +294,7 @@ PIC_CODE_SMALL = -fpic GLOBAL_KPIC = $(PIC_CODE_LARGE) -CFLAGS_COMMON += $(GLOBAL_KPIC) $(GCC_WARNINGS) -pipe +CFLAGS_COMMON += $(GLOBAL_KPIC) $(GCC_WARNINGS) -pipe -DZ_PREFIX # For most platforms, do not omit the frame pointer register usage. # We need this frame pointer to make it easy to walk the stacks. @@ -311,7 +311,7 @@ CFLAGS_OPT = $(POPT) CFLAGS_DBG = -g -CXXFLAGS_COMMON = $(GLOBAL_KPIC) -DCC_NOEX $(GCC_WARNINGS) +CXXFLAGS_COMMON = $(GLOBAL_KPIC) -DCC_NOEX $(GCC_WARNINGS) -DZ_PREFIX CXXFLAGS_OPT = $(POPT) CXXFLAGS_DBG = -g --=-qH2Kberf0t5t1q+F3Jwc--