From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9513 invoked by alias); 4 Nov 2015 21:42:52 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 9505 invoked by uid 89); 4 Nov 2015 21:42:52 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-wi0-f179.google.com Received: from mail-wi0-f179.google.com (HELO mail-wi0-f179.google.com) (209.85.212.179) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Wed, 04 Nov 2015 21:42:51 +0000 Received: by wimw2 with SMTP id w2so2695566wim.1 for ; Wed, 04 Nov 2015 13:42:47 -0800 (PST) X-Received: by 10.195.18.67 with SMTP id gk3mr4189536wjd.35.1446673367737; Wed, 04 Nov 2015 13:42:47 -0800 (PST) Received: from [192.168.2.108] (p5B174FF8.dip0.t-ipconnect.de. [91.23.79.248]) by smtp.googlemail.com with ESMTPSA id gl9sm3597014wjb.10.2015.11.04.13.42.46 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 04 Nov 2015 13:42:47 -0800 (PST) Subject: Re: Segmentation fault before main To: cygwin@cygwin.com References: <56338BCC.40709@gmail.com> <20151030191826.GQ5319@calimero.vinschen.de> <5633C8D0.2060101@gmail.com> From: Marco Atzeri Message-ID: <563A7BD4.5050007@gmail.com> Date: Wed, 04 Nov 2015 21:42:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <5633C8D0.2060101@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2015-11/txt/msg00102.txt.bz2 On 30/10/2015 20:45, Marco Atzeri wrote: > On 30/10/2015 20:18, Corinna Vinschen wrote: >> On Oct 30 16:25, Marco Atzeri wrote: >>> Hi Corinna, >>> > >>> Any help will be really appreciated. >> >> Well, it's a stack probe. It's typically called when trying to allocate >> big datastructures on the stack, e.g. with alloca. Did you try to raise >> the default stacksize in the executable header (see peflags -x and -X >> options). There's not much else to work with... >> For the archive, I found the culprit in the test code. Using "%lu" to print int is not a good idea on cygwin 64 bit. - bbprintf0(stmt,"%ssize_t %s_countset[%lu] = {", + bbprintf0(stmt,"%ssize_t %s_countset[%u] = {", indented(1), cname(vsym), rank); as it could produce size_t br_startset[25769803777] = {0} ; size_t br_countset[25769803777] = {2}; instead of size_t br_startset[1] = {0} ; size_t br_countset[1] = {2}; as 25769803777 = 0x00060001 Regards Marco -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple