From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Sean M. Paus" Newsgroups: gmane.emacs.help Subject: Any success with emacs 2.1.4 under cygwin 1.5.21? Date: Thu, 28 Sep 2006 17:49:52 -0400 Message-ID: <451C4380.7040800@pobox.com> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0600290995==" X-Trace: sea.gmane.org 1159480384 3219 80.91.229.2 (28 Sep 2006 21:53:04 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 28 Sep 2006 21:53:04 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Thu Sep 28 23:53:02 2006 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1GT3oI-0005IE-Eu for geh-help-gnu-emacs@m.gmane.org; Thu, 28 Sep 2006 23:52:50 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GT3oH-0002pq-Vu for geh-help-gnu-emacs@m.gmane.org; Thu, 28 Sep 2006 17:52:50 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GT3o7-0002ph-HF for help-gnu-emacs@gnu.org; Thu, 28 Sep 2006 17:52:39 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GT3o5-0002pN-Rs for help-gnu-emacs@gnu.org; Thu, 28 Sep 2006 17:52:39 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GT3o5-0002pK-NS for help-gnu-emacs@gnu.org; Thu, 28 Sep 2006 17:52:37 -0400 Original-Received: from [206.46.252.46] (helo=vms046pub.verizon.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1GT3tB-0001pj-9r for help-gnu-emacs@gnu.org; Thu, 28 Sep 2006 17:57:58 -0400 Original-Received: from [192.168.0.102] ([71.246.250.105]) by vms046.mailsrvcs.net (Sun Java System Messaging Server 6.2-4.02 (built Sep 9 2005)) with ESMTPA id <0J6B00DBYONFOLD2@vms046.mailsrvcs.net> for help-gnu-emacs@gnu.org; Thu, 28 Sep 2006 16:50:03 -0500 (CDT) Original-To: help-gnu-emacs@gnu.org X-Enigmail-Version: 0.94.0.0 User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:37707 Archived-At: This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --===============0600290995== Content-type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary=------------enig42A78DCDA118CC99E78AEB21 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig42A78DCDA118CC99E78AEB21 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I've recently upgraded my cygwin installation to 1.5.21. Since then, I have had no luck getting emacs to run. I've tried the stock 21.2 that comes with the cygwin distribution, the test 21.3 that was posted a while back, and I've even downloaded and (well half) built the latest sources from the emacs CVS repository. The problem is that emacs just hangs and takes up gobs of CPU. I ultimately tracked this down to a tight infinite loop in _malloc_internal (gmalloc.c). For some reason, align (also in gmalloc.c) is returning a pointer that is smaller than _heapbase. The calculation to determine what block the newly requested memory is in (BLOCK(result+size)) returns a ridiculously huge number. Since _malloc_internal incrementally doubles the new size of the heap until the requested memory fits, at some point the multiplication overflows and newsize gets a value of 0. Since 0 * 2 is always zero, the test for BLOCK(result+size) > newsize will always succeed and _malloc_internal gets stuck in a tight loop multiplying 0 by 2 forever. The really strange thing is that, while building emacs, temacs has no problem running. Apparently, there's a different mechanism from the standard sbrk (something called bss_sbrk) that temacs uses to increase the size of the heap. However, temacs then "disables" bss_sbrk causing the standard sbrk to be "re-enabled". It's at this point that boostrap_emacs encounters the problem described above. I can't find anything in the difference between cygwin 1.5.18 and 1.5.21 that might cause this. It also appears that any support for cygwin has dried up. Any thoughts? Sean --------------enig42A78DCDA118CC99E78AEB21 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFHEOIulyT9+vyDFcRAqvSAKCcseR+DWFRN0vcOJ129L7xol4jogCfW905 IE95ciE1C0WyibK6ixNQo/M= =6FZi -----END PGP SIGNATURE----- --------------enig42A78DCDA118CC99E78AEB21-- --===============0600290995== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ help-gnu-emacs mailing list help-gnu-emacs@gnu.org http://lists.gnu.org/mailman/listinfo/help-gnu-emacs --===============0600290995==--