X-Original-To: alpine-aports@mail.alpinelinux.org Delivered-To: alpine-aports@mail.alpinelinux.org Received: from mail.alpinelinux.org (dallas-a1.alpinelinux.org [127.0.0.1]) by mail.alpinelinux.org (Postfix) with ESMTP id 8CC8ADC7188 for ; Tue, 23 Feb 2016 22:46:46 +0000 (UTC) Received: from relay5-d.mail.gandi.net (relay5-d.mail.gandi.net [217.70.183.197]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.alpinelinux.org (Postfix) with ESMTPS id 5194CDC61AA for ; Tue, 23 Feb 2016 22:46:44 +0000 (UTC) Received: from mfilter19-d.gandi.net (mfilter19-d.gandi.net [217.70.178.147]) by relay5-d.mail.gandi.net (Postfix) with ESMTP id 60F7D41C086; Tue, 23 Feb 2016 23:46:42 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at mfilter19-d.gandi.net Received: from relay5-d.mail.gandi.net ([IPv6:::ffff:217.70.183.197]) by mfilter19-d.gandi.net (mfilter19-d.gandi.net [::ffff:10.0.15.180]) (amavisd-new, port 10024) with ESMTP id cFHW9Lj5nNa0; Tue, 23 Feb 2016 23:46:41 +0100 (CET) X-Originating-IP: 82.236.42.167 Received: from [192.168.0.50] (bip.im [82.236.42.167]) (Authenticated sender: marc.vertes@ugrid.net) by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id B2DEF41C07F; Tue, 23 Feb 2016 23:46:40 +0100 (CET) Content-Type: text/plain; charset=utf-8 X-Mailinglist: alpine-aports Precedence: list List-Id: Alpine Development List-Unsubscribe: List-Post: List-Help: List-Subscribe: Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Subject: Re: [alpine-aports] [PATCH] testing/mongodb: fix for #5117 From: Marc Vertes In-Reply-To: <20160223194440.3fc44b9a@vostro> Date: Tue, 23 Feb 2016 23:46:39 +0100 Cc: alpine-aports@lists.alpinelinux.org Content-Transfer-Encoding: quoted-printable Message-Id: <2309A9D8-2394-4092-8BF5-BA4E3C13870F@ugrid.net> References: <1456247469-958-1-git-send-email-marc.vertes@ugrid.net> <20160223191612.6f25f25b@vostro> <6B28E7B4-454F-4391-AA4E-498D73DD811A@ugrid.net> <20160223194440.3fc44b9a@vostro> To: Timo Teras X-Mailer: Apple Mail (2.3112) X-Virus-Scanned: ClamAV using ClamSMTP > Le 23 f=C3=A9vr. 2016 =C3=A0 18:44, Timo Teras a = =C3=A9crit : >=20 > So the current patch is wrong. pthread_getattr_np returns valid and > correct data for non-main threads. Only main thread should get the > "treatment". >=20 Ok, I agree, there is no need to patch the reporting of stack base / = size which are correct (obtained by pthread_getattr_np in a non-main = thread). So the real problem comes from the small default stack size (80k) = imposed by musl. I saw that reducing the quota from 64k to 32k in = StackLocator.available() which checks remaining stack space, was enough = to avoid the initial crash. So the normal thing to do would be increase a bit the stack space for = created threads. I can't use pthread_attr_setstacksize before pthread_create, because of = the use of C++ threads (what a pile of crap!). I tried to force a = non-zero stacksize in PR_CreateThread(), but it seems to do nothing. The 2 last remaining options: test if g++ -fsplit-stack would work, or = reduce quota as mentioned before. What do you think ? Marc= --- Unsubscribe: alpine-aports+unsubscribe@lists.alpinelinux.org Help: alpine-aports+help@lists.alpinelinux.org ---