GNU bug report logs - #8334
Segmentation fault in mark_object (in my patched version)

Previous Next

Package: emacs;

Reported by: Lennart Borgman <lennart.borgman <at> gmail.com>

Date: Thu, 24 Mar 2011 00:08:02 UTC

Severity: normal

Tags: moreinfo, unreproducible, wontfix

Done: Glenn Morris <rgm <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


Message #23 received at 8334 <at> debbugs.gnu.org (full text, mbox):

From: Lennart Borgman <lennart.borgman <at> gmail.com>
To: Chong Yidong <cyd <at> stupidchicken.com>
Cc: 8334 <at> debbugs.gnu.org
Subject: Re: bug#8334: Segmentation fault in mark_object (in my patched
	version)
Date: Thu, 24 Mar 2011 02:52:07 +0100
On Thu, Mar 24, 2011 at 2:46 AM, Chong Yidong <cyd <at> stupidchicken.com> wrote:
> Lennart Borgman <lennart.borgman <at> gmail.com> writes:
>
>> It seems like you do not consider it worth looking at. Is not that a
>> quite strange handling of a crash report? How did you came to your
>> conclusion?
>
> If a bug is reported from a modified version of Emacs with a
> reproducible test case, it is worth investigating, since we can easily
> check whether it occurs in our unmodified tree.
>
> The present bug is reported from a modified version of Emacs, but with
> no test case, no description of events leading to the crash, and an
> uninformative backtrace.  For all we know, it is due to your own
> unspecified changes.  So it is more profitable for Emacs developers to
> work on the bugs in our tree that need attention.

You make an unwarranted assumption. For all I know it does not depend
on my changes. It is not impossible, but I doubt it. The problem is
that the different threads involved might be badly coordinated in
certain cases. This is a general problem I have pointed to several
times (without much success).

So why do you make this assumption?


> If you come across any new information, please let us know.  Thanks.
>




This bug report was last modified 13 years and 118 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.