GNU bug report logs - #7098
Emacs24 crash with segmentation fault

Previous Next

Full log

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

From: Thierry Volpiatto <thierry.volpiatto <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: lekktu <at> gmail.com, 7098 <at> debbugs.gnu.org
Subject: Re: bug#7098: Emacs24 crash with segmentation fault
Date: Sat, 25 Sep 2010 14:32:24 +0200

[Message part 1 (text/plain, inline)]

Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Thierry Volpiatto <thierry.volpiatto <at> gmail.com>
>> Cc: Eli Zaretskii <eliz <at> gnu.org>,  7098 <at> debbugs.gnu.org
>> Date: Sat, 25 Sep 2010 13:39:05 +0200
>> 
>> I can crash at everytime now using the same command that recurse
>> through a big tree and match regexp in file (like rgrep but all lisp).
>
> Is it possible to post that command and any data it uses here?  Then
> perhaps others could join the effort of hunting down this bug.
>
Yes sure, no dependencies needed, just load and use 
M-x traverse-deep-rfind
on a big but reasonable directory (it is not rgrep, it's slow).
The test i do take 172s here when it success.
Use a regexp for "only" e.g .*\.el$ or nothing to stress more emacs.

But i think using anything else to generate a lot of activity in Emacs
should do the same. e.g using many tools at the same time.

A good point is i couldn't crash Emacs23.2 at this game :-)
 
-- 
A+ Thierry
Get my Gnupg key:
gpg --keyserver pgp.mit.edu --recv-keys 59F29997 

[traverselisp.el (application/emacs-lisp, attachment)]

Previous Next

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