From owner-freebsd-eclipse@FreeBSD.ORG Mon Nov 9 23:38:14 2009 Return-Path: Delivered-To: freebsd-eclipse@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BA8D106568F; Mon, 9 Nov 2009 23:38:14 +0000 (UTC) (envelope-from vova@parallels.com) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id C10528FC0A; Mon, 9 Nov 2009 23:38:13 +0000 (UTC) Received: from vbook.fbsd.ru ([77.232.23.6]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id nA9Nc8C9013502 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 10 Nov 2009 02:38:10 +0300 (MSK) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1N7doF-0000nf-V9; Tue, 10 Nov 2009 02:38:08 +0300 From: Vladimir Grebenschikov To: "Stephane E. Potvin" In-Reply-To: <4AF88090.1060101@FreeBSD.org> References: <4AF18F77.9030302@FreeBSD.org> <1257442639.6666.2.camel@localhost> <4AF311C5.4040303@FreeBSD.org> <1257451586.2277.5.camel@localhost> <4AF424D6.7090804@FreeBSD.org> <1257515751.1709.31.camel@localhost> <4AF88090.1060101@FreeBSD.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Tue, 10 Nov 2009 02:38:07 +0300 Message-Id: <1257809887.2070.9.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: freebsd-eclipse@FreeBSD.org Subject: Re: CFT: Eclipse Galileo 3.5 X-BeenThere: freebsd-eclipse@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: "FreeBSD users of eclipse EDI, tools, rich client apps & ports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Nov 2009 23:38:14 -0000 Hi > For an unknown reason, you seems to still experience an out of memory condition in your build that I'm unable to reproduce locally. > Are you using any non-standard malloc flags, vm.kmem* settings, ...? Thanks, for digging, Nothing special for my taste: $ ls -l /etc/malloc.conf lrwxrwxrwx 1 root wheel 2 Oct 31 2006 /etc/malloc.conf -> aj $ fgrep vm.kmem /etc/sysctl.conf $ sysctl vm | fgrep kmem vm.kmem_size_scale: 3 vm.kmem_size_max: 335544320 vm.kmem_size_min: 0 vm.kmem_size: 335544320 $ Probably I can debug somehow build procedure ? -- Vladimir B. Grebenschikov vova@fbsd.ru