From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20636 invoked by alias); 7 Nov 2011 19:26:36 -0000 Received: (qmail 20624 invoked by uid 22791); 7 Nov 2011 19:26:34 -0000 X-SWARE-Spam-Status: No, hits=-2.6 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS,TW_BJ,TW_YG X-Spam-Check-By: sourceware.org Received: from lo.gmane.org (HELO lo.gmane.org) (80.91.229.12) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 07 Nov 2011 19:26:12 +0000 Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1RNUpe-0003pp-GX for cygwin@cygwin.com; Mon, 07 Nov 2011 20:26:10 +0100 Received: from 76-217-4-67.lightspeed.irvnca.sbcglobal.net ([76.217.4.67]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 07 Nov 2011 20:26:10 +0100 Received: from mark by 76-217-4-67.lightspeed.irvnca.sbcglobal.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 07 Nov 2011 20:26:10 +0100 To: cygwin@cygwin.com From: Mark Geisert Subject: Re: Problem with execution of binary file Date: Mon, 07 Nov 2011 19:26:00 -0000 Message-ID: References: <1320659540.5480.243.camel@kare-desktop> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit User-Agent: Loom/3.14 (http://gmane.org/) X-IsSubscribed: yes 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 X-SW-Source: 2011-11/txt/msg00123.txt.bz2 Edvardsen KÃ¥re writes: > The well working installation was kept on the HD in it's own renamed (C: > \cygwin.good) folder when I installed the latest version. The > installation went through like it was the first time I installed cygwin, > I hope this is ok? First, kindly keep this on the mailing list and out of private email. Thanks. I've done similar in the past, and it seems to work OK as long as you stop *all* Cygwin processes before switching directories like that. Can't have a background sshd running, for instance. > Then, I installed my "problem software" on the latest > version - which failed. I even rebuilt the "problem software" on the > well working installation and it works perfectly. My experience is that > I can swich between these two versions just by renaming the cygwin > folder so I only have one C:\cygwin folder at the time (I rename the > other to C:\cygwin.bad or good, depending on which one I run). > > I've attached the objdump and cygcheck output from both the good and bad > installations. Clearly, the bad objdump returns stuff that tells me the > compilation of my binary did not turn out right in one case. Maybe one > of you can see what's going wrong at some stage? The first thing that jumps out is SizeOfUninitializedData is 949MB in the good image but 3227MB (!) in the bad image. Even on Windows 7 that you're running I wonder if there's an OS or linker issue building an image with over 3GB of uninitialized data. The flip side of that is, why is that different in the two images if you're using the same commands to build them? I haven't yet diff'd the two cygchecks you sent but maybe that'll lead somewhere. ..mark -- 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