From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp1.rz.uni-karlsruhe.de (Debian-exim@smtp1.rz.uni-karlsruhe.de [129.13.185.217]) by krisdoz.my.domain (8.14.3/8.14.3) with ESMTP id o61K6VhU025574 for ; Thu, 1 Jul 2010 16:06:32 -0400 (EDT) Received: from hekate.usta.de (asta-nat.asta.uni-karlsruhe.de [172.22.63.82]) by smtp1.rz.uni-karlsruhe.de with esmtp (Exim 4.63 #1) id 1OUQ1m-0003is-5q; Thu, 01 Jul 2010 22:06:30 +0200 Received: from donnerwolke.usta.de ([172.24.96.3]) by hekate.usta.de with esmtp (Exim 4.71) (envelope-from ) id 1OUQ1m-0006Kg-4a for tech@mdocml.bsd.lv; Thu, 01 Jul 2010 22:06:30 +0200 Received: from iris.usta.de ([172.24.96.5] helo=usta.de) by donnerwolke.usta.de with esmtp (Exim 4.69) (envelope-from ) id 1OUQ1m-0006eb-3W for tech@mdocml.bsd.lv; Thu, 01 Jul 2010 22:06:30 +0200 Received: from schwarze by usta.de with local (Exim 4.71) (envelope-from ) id 1OUQ1m-0002Xo-2Z for tech@mdocml.bsd.lv; Thu, 01 Jul 2010 22:06:30 +0200 Date: Thu, 1 Jul 2010 22:06:30 +0200 From: Ingo Schwarze To: tech@mdocml.bsd.lv Subject: Re: Memory badness... Message-ID: <20100701200630.GB4658@iris.usta.de> References: <4C2CED10.9020708@bsd.lv> <4C2CED93.8010209@bsd.lv> X-Mailinglist: mdocml-tech Reply-To: tech@mdocml.bsd.lv MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C2CED93.8010209@bsd.lv> User-Agent: Mutt/1.5.20 (2009-06-14) Hi, Kristaps Dzonsons wrote on Thu, Jul 01, 2010 at 09:33:39PM +0200: >> One of the previous commits to libmdoc is making the NetBSD >> manuals suck up all memory in my system. Ingo, can you look at >> the last few patches and see what could be the reason? I'll try >> to track down the culprit as well... > Here's the culprit file. > .\" $NetBSD: gcc-contrib.1,v 1.1 2009/04/30 00:30:56 joerg Exp $ > .Dd April 30, 2009 > .Dt GCC 1 > .Os > .Sh NAME > gcc - GNU project C and C++ compiler > .Sh SYNOPSIS > gcc > .Oo Fl c [...] [still in SYNOPSIS] > .Pp > Only the most useful options are listed here; see below for the remainder. > .Nm g++ > accepts mostly the same options as > .Nm gcc . > .Sh DESCRIPTION [...] It looks like the line .Nm gcc . below SYNOPSIS creates an infinite chain of TEXT "." children in the Nm HEAD node. I'm investigating why right now. Yours, Ingo -- To unsubscribe send an email to tech+unsubscribe@mdocml.bsd.lv