|
From: | Jason Rumney |
Subject: | Re: Emacs WIN32 crashes on reinitialzing of lisp process using slime |
Date: | Thu, 12 Apr 2007 23:40:15 +0100 |
User-agent: | Thunderbird 1.5.0.10 (Windows/20070221) |
Jason Rumney wrote:
I have narrowed down the crash to a call to free_buffer_text(b) on line 4967 of buffer.c. It seems to be inlined, so in the stack trace it claims to be in Fkill_buffer, but the line number appears to be correct, as there is a call to r_alloc_free on that line, which is where the abort is coming from, apparently because b->text->beg (which we are freeing) is NULL.Changing r_alloc_free to handle freeing NULL silently will get rid of the crash, but may disguise other bugs.
Further investigation shows that the kill-buffer is called recursively on the same buffer in slime-net-close, due to the hooks calling slime-net-sentinel which in turn calls slime-net-close again.
So a simple test case can probably be found by trying to reproduce that recursion.
[Prev in Thread] | Current Thread | [Next in Thread] |