X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-0.6 required=5.0 tests=AWL,BAYES_50,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: sourceware.org MIME-Version: 1.0 Date: Mon, 24 May 2010 19:48:50 +0200 Message-ID: Subject: Large binaries crash with exception C0000005 From: Magnus Reftel To: cygwin AT cygwin DOT com Content-Type: multipart/mixed; boundary=001485f7725653af9e04875aa7ca Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com --001485f7725653af9e04875aa7ca Content-Type: text/plain; charset=ISO-8859-1 Hi, attaching a STC for the issue I reported last week about all large binaries crashing with exception C0000005. The test case is a shell script that generates and compiles a bunch of c files, and finally links them together to one large exe file. Using the constants in the file (NUM_1MB=263, NUM_1K=548, NUM_1B=545) generates a binary that is 263615343 bytes for me (using gcc 4.3.4 20090804 (release) 1), and which crashes when started. Reducing NUM_1B by one generates a binary that is also 263615343 bytes, but works. While they have the same size, they are very different internally - "objdump -t" shows very small differences between NUM1B=543 and 544, but very large differences between 544 and 545. Anyone here who's familiar with how exe files are handled that could take a look at this? BR Magnus --001485f7725653af9e04875aa7ca Content-Type: application/x-sh; name="build_big_exe.sh" Content-Disposition: attachment; filename="build_big_exe.sh" Content-Transfer-Encoding: base64 X-Attachment-Id: f_g9lkdyzg0 IyEvYmluL3NoCgpOVU1fMU1CPTI2MwpOVU1fMUs9NTQ4Ck5VTV8xQj01NDQK CmV4dHJhX2ZpbGVfbmFtZT0iZXh0cmFfJHtOVU1fMUt9XyR7TlVNXzFCfS5j IgoKZWNobyAiMSwyLDMsNCw1LDYsNyw4LDksMCwiID4gMTAuaApmb3IgZXhw IGluIDAgMDAgMDAwIDAwMDAgMDAwMDAKZG8KCWlmIFsgISAtZSAxJHtleHB9 MC5oIF0KCXRoZW4KCQkoZm9yIGEgaW4gYHNlcSAxMGAKCQlkbwoJCQljYXQg MSRleHAuaAoJCWRvbmUpID4gMSR7ZXhwfTAuaAoJZmkKZG9uZQoKcHJpbnRm ICdjaGFyIE5BTUVbXT17XG4jaW5jbHVkZSAiMTAwMDAwMC5oIlxufTtcbicg PiBibG9hdC5jCgpibG9hdF9vYmpzPSIiCmVjaG8gIkdlbmVyYXRpbmcgMU1C IG9iamVjdCBmaWxlcyIKZm9yIGkgaW4gYHNlcSAkTlVNXzFNQmAKZG8KCW9i aj1ibG9hdF8kaS5vCglpZiBbICEgLWUgJG9iaiBdCgl0aGVuCgkJZWNobyAi JGkvJE5VTV8xTUIiCgkJZ2NjIC1jIGJsb2F0LmMgLUROQU1FPWJsb2F0XyRp IC1vICRvYmoKCWZpCglibG9hdF9vYmpzPSIkYmxvYXRfb2JqcyAkb2JqIgpk b25lCgppZiBbICEgLWUgJGV4dHJhX2ZpbGVfbmFtZSBdCnRoZW4KCWVjaG8g IkdlbmVyYXRpbmcgZXh0cmEgZmlsZSIKCSgKCQllY2hvICJjaGFyIGV4dHJh W109eyIKCQlmb3IgaSBpbiBgc2VxICROVU1fMUtgCgkJZG8KCQkJZWNobyAn I2luY2x1ZGUgIjEwMDAuaCInCgkJZG9uZQoJCWZvciBpIGluIGBzZXEgJE5V TV8xQmAKCQlkbwoJCQllY2hvICcxLCcKCQlkb25lCgkJZWNobyAifTsiCgkp ID4gJGV4dHJhX2ZpbGVfbmFtZQpmaQoKKAoJZm9yIGkgaW4gYHNlcSAkTlVN XzFNQmAKCWRvCgkJZWNobyAiZXh0ZXJuIGNoYXIqIGJsb2F0XyRpOyIKCWRv bmUKCWVjaG8gIiNpbmNsdWRlIDxzdGRpby5oPiIKCWVjaG8gJ2ludCBtYWlu KCl7cHJpbnRmKCJva1xuIik7cmV0dXJuIDA7fScKKSA+IG1haW4uYwoKZWNo byAiQnVpbGRpbmciCmdjYyAtYyAkZXh0cmFfZmlsZV9uYW1lCmdjYyAtYyBt YWluLmMKCmVjaG8gIkxpbmtpbmciCmdjYyBtYWluLm8gYGJhc2VuYW1lICRl eHRyYV9maWxlX25hbWUgLmNgLm8gJGJsb2F0X29ianMgLW8gYmlnLmV4ZQo= --001485f7725653af9e04875aa7ca Content-Type: text/plain; charset=us-ascii -- 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 --001485f7725653af9e04875aa7ca--