From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail1.windriver.com ([147.11.146.13]) by linuxtogo.org with esmtp (Exim 4.72) (envelope-from ) id 1SggDY-0002cP-RI for openembedded-core@lists.openembedded.org; Mon, 18 Jun 2012 19:58:25 +0200 Received: from ALA-HCA.corp.ad.wrs.com (ala-hca [147.11.189.40]) by mail1.windriver.com (8.14.3/8.14.3) with ESMTP id q5IHlfte016270 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Mon, 18 Jun 2012 10:47:41 -0700 (PDT) Received: from msp-dhcp56.wrs.com (172.25.34.56) by ALA-HCA.corp.ad.wrs.com (147.11.189.50) with Microsoft SMTP Server id 14.1.255.0; Mon, 18 Jun 2012 10:47:40 -0700 Message-ID: <4FDF69BC.6080808@windriver.com> Date: Mon, 18 Jun 2012 12:47:40 -0500 From: Mark Hatle Organization: Wind River Systems User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: References: <4FDEF21A.5020004@windriver.com> In-Reply-To: <4FDEF21A.5020004@windriver.com> Subject: Re: glibc detected *** groupadd: malloc(): memory corruption X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Patches and discussions about the oe-core layer List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jun 2012 17:58:25 -0000 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit We're not away of any size limitations within pseudo, other then PATH_MAX which is typically 4096... --Mark On 6/18/12 4:17 AM, Robert Yang wrote: > > Hi Experts: > > I've met a strange issue, when set the length of builddir to > 266 (Why I did this is that I need to know how long the tmpdir > that oe-core can support): > > NOTE: package dbus-1.4.20-r3.0: task do_install: Started > *** glibc detected *** groupadd: malloc(): memory corruption: 0x000000000101da70 *** > *** glibc detected *** groupadd: malloc(): memory corruption: 0x000000000101da70 *** > > Then the build would hang, this is caused by the command: > > PSEUDO_PREFIX=/too/long/path/tmp/sysroots/x86_64-linux/usr > PSEUDO_LOCALSTATEDIR=... PSEUDO_PASSWD=... > PSEUDO_NOSYMLINKEXP=1 PSEUDO_DISABLED=0 PSEUDO_LOCALSTATEDIR > ... /too/long/path/to/tmp/sysroots/x86_64-linux/usr/bin/pseudo > groupadd --root /too/long/path/to/tmp/sysroots/qemux86 -r netdev -f > > 1) I had looked into the code of groupadd, and found that this would > happen when it used the glibc function which needs malloc(for example, > the access()), so it seemed this was caused by the glibc or pseudo, > but I didn't know why it only happened to groupadd/useradd. > > 2) I had tried not to use pseudo, it worked well: > > sudo groupadd --root /too/long/path/to/tmp/sysroots/qemux86 -r netdev -f > > From this, it seemed that the glibc was ok > > 3) I had tried to write a small piece of code which used the access(), and > used pseudo to run it, it worked well: > > /too/long/path/for/pseudo/settings/and/then/run/pseudo my_app > > From this, it seemed that both pseudo and glibc were OK. > > These 3 steps make me puzzle, maybe we can think that the tmpdir can not > be too long, and limit it to a proper length, please see this: > > http://lists.linuxtogo.org/pipermail/openembedded-core/2012-May/022112.html > > BTW. the "argument list too long" error has been fixed. > > Any suggestion is appreciated. >