hurd-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: better backtrace for emacs


From: Marcus Brinkmann
Subject: Re: better backtrace for emacs
Date: Mon, 29 Apr 2002 14:06:32 -0400
User-agent: Mutt/1.3.25i

On Mon, Apr 29, 2002 at 01:49:58PM -0400, Marcus Brinkmann wrote:
> etc.  So, obviously, the "real_morecore" variable contains a bogus value
> in emacs.  It turns out that the value seems to be hard coded in the
> binary.  Setting real_morecore to __default_morecore in
> realloc_glyph_pool made it work!
> __morecore had the correct value of __default_morecore.
> 
> I set a break point at r_alloc_reinit but it was not called before
> it segfaults.  So maybe it is not called early enough?  Mmh, this malloc
> mangling is still pretty obscure to me.  Do I have enough info for the
> emacs people (or do you know a fix)?

Maybe not defining REL_ALLOC is already enough?
This works here, I just don't know if it is a fix or a work around,
and if it is desirable (but it is what GNU/Linux does).

Maybe we should not define REL_ALLOC and it should work anyway :)

Thanks,
Marcus




reply via email to

[Prev in Thread] Current Thread [Next in Thread]