Return-Path: 
 <user-return-56404-apmail-ant-user-archive=ant.apache.org@ant.apache.org>
Delivered-To: apmail-ant-user-archive@www.apache.org
Received: (qmail 89351 invoked from network); 30 May 2006 12:49:57 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur.apache.org with SMTP; 30 May 2006 12:49:57 -0000
Received: (qmail 47718 invoked by uid 500); 30 May 2006 12:49:49 -0000
Delivered-To: apmail-ant-user-archive@ant.apache.org
Received: (qmail 47622 invoked by uid 500); 30 May 2006 12:49:48 -0000
Mailing-List: contact user-help@ant.apache.org; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:user-unsubscribe@ant.apache.org>
List-Help: <mailto:user-help@ant.apache.org>
List-Post: <mailto:user@ant.apache.org>
List-Id: "Ant Users List" <user.ant.apache.org>
Reply-To: "Ant Users List" <user@ant.apache.org>
Delivered-To: mailing list user@ant.apache.org
Received: (qmail 47581 invoked by uid 99); 30 May 2006 12:49:48 -0000
Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 30 May 2006 05:49:48 -0700
X-ASF-Spam-Status: No, hits=-0.0 required=10.0
	tests=SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (asf.osuosl.org: domain of ddevienne@gmail.com designates
 66.249.82.201 as permitted sender)
Received: from [66.249.82.201] (HELO wx-out-0102.google.com) (66.249.82.201)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 30 May 2006 05:49:47 -0700
Received: by wx-out-0102.google.com with SMTP id t12so228962wxc
        for <user@ant.apache.org>; Tue, 30 May 2006 05:49:26 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=AndzLC+TCdJ/RzAJKeyWuemymYAEo6sC6W9QHxjLmpmA5mLNPifMXTVQ2f6KMQksYvbOf0l1W7b4Rkgp8HLGWkvtBnoyLz7QNn7rus5kHzVihkwUeBQvdDvFxQ1SV5w5jBIuFEU0q4b1GjZuxjHOmvrUWgjP0SPhx6/NVsYgqoI=
Received: by 10.70.122.16 with SMTP id u16mr3513808wxc;
        Tue, 30 May 2006 05:49:26 -0700 (PDT)
Received: by 10.70.16.7 with HTTP; Tue, 30 May 2006 05:49:26 -0700 (PDT)
Message-ID: <255d8d690605300549s2897bd7er8b6a3035f6e618bb@mail.gmail.com>
Date: Tue, 30 May 2006 07:49:26 -0500
From: "Dominique Devienne" <ddevienne@gmail.com>
To: "Ant Users List" <user@ant.apache.org>
Subject: Re: subant and memory problems
In-Reply-To: <20060529154848.GA27385@arcelot.loria.fr>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <20060529154848.GA27385@arcelot.loria.fr>
X-Virus-Checked: Checked by ClamAV on apache.org
X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N

It's quite possible Ant or SubAnt itself hold on to too many
references. There have been fixes in Ant's ComponentHelper in the
past. But maybe Tom's compiler could be at fault as well, no? This
would need to be investigated using a JProbe-like tool.

--DD

On 5/29/06, Antoine Reilles <Antoine.Reilles@loria.fr> wrote:
> Hi,
>
> For building the examples of the tom project (http://tom.loria.fr), we
> use the subant task, each example containing a build.xml snippet, using
>  <target name="build.all">
>    <subant target="build">
>      <fileset dir="." includes="*/build.xml"/>
>    </subant>
>  </target>
> Those examples do use the tom ant task to compile tom sources to java,
> and then javac. The tom ant task require to load the tom compiler, which
> is a java application. However, we currently notice memory problems when
> building all examples. For each example, ant do load all tom's compiler
> classes, but it seems they are never released. thus, after a few
> examples, ant dies with an OutOfMemory error. Buildinf with -v -d shows
> ant do load the classes of the tom compiler and all dependancies for
> each subant task, with
>
> [snip]
> Finding class aterm.ATermAppl
> Loaded from /home/tonio/workspace/jtom/src/dist/lib/aterm.jar
> aterm/ATermAppl.class
> Class aterm.ATermAppl loaded from ant loader (parentFirst)
> [snip]
>
> However, there is no mentions of unloading.
> Is it possible that ant do retain some memory, and thus causes the
> failure ? Or are we using the subant task incorrectly ?
>
> Best regards,
> antoine
>
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@ant.apache.org
For additional commands, e-mail: user-help@ant.apache.org