all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* Any success with emacs 2.1.4 under cygwin 1.5.21?
@ 2006-09-28 21:49 Sean M. Paus
  2006-09-30  8:32 ` Eli Zaretskii
  0 siblings, 1 reply; 2+ messages in thread
From: Sean M. Paus @ 2006-09-28 21:49 UTC (permalink / raw)



[-- Attachment #1.1: Type: text/plain, Size: 1661 bytes --]

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


[-- Attachment #1.2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 251 bytes --]

[-- Attachment #2: Type: text/plain, Size: 152 bytes --]

_______________________________________________
help-gnu-emacs mailing list
help-gnu-emacs@gnu.org
http://lists.gnu.org/mailman/listinfo/help-gnu-emacs

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: Any success with emacs 2.1.4 under cygwin 1.5.21?
  2006-09-28 21:49 Any success with emacs 2.1.4 under cygwin 1.5.21? Sean M. Paus
@ 2006-09-30  8:32 ` Eli Zaretskii
  0 siblings, 0 replies; 2+ messages in thread
From: Eli Zaretskii @ 2006-09-30  8:32 UTC (permalink / raw)


> Date: Thu, 28 Sep 2006 17:49:52 -0400
> From: "Sean M. Paus" <spaus@pobox.com>
> 
> 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.

Thanks for investigating the problem, but this is not a good place to
post such reports.  Please use emacs-devel@gnu.org, since the problem
seems to exist in the CVS code as well (or did I misunderstand?).

Also, you may wish to search the archives of emacs-devel and
emacs-pretest-bug mailing lists, as I think something similar was
reported in the past.

(I myself don't use Cygwin, so I cannot help you more at this time.)

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2006-09-30  8:32 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-09-28 21:49 Any success with emacs 2.1.4 under cygwin 1.5.21? Sean M. Paus
2006-09-30  8:32 ` Eli Zaretskii

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.