GNU bug report logs -
#12579
24.1; Emacs 24.1 / 24.2 (daily) crashes
Previous Next
Full log
Message #230 received at 12579 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> From: Thierry Volpiatto <thierry.volpiatto <at> gmail.com>
>> Cc: fni <at> missioncriticalit.com, lekktu <at> gmail.com, 12579 <at> debbugs.gnu.org
>> Date: Thu, 08 Nov 2012 18:34:00 +0100
>>
>> Eli Zaretskii <eliz <at> gnu.org> writes:
>>
>> >> From: Thierry Volpiatto <thierry.volpiatto <at> gmail.com>
>> >> Cc: Eli Zaretskii <eliz <at> gnu.org>, lekktu <at> gmail.com, 12579 <at> debbugs.gnu.org
>> >> Date: Thu, 08 Nov 2012 16:58:50 +0100
>> >>
>> >> the es.exe backend that is for some reasons bad supported by start-process.
>> >
>> > Any details about this?
>> Unfortunately no, I use rarely Windows and BTW es.exe, it is just a
>> guess.
>
> What is this guess based on? What incidents did you witness that led
> you to this guess?
Because it is the only async process that run in helm-for-files, and
every time the crash come from this; On GNU/Linux helm-for-files use
locate and nobody reported crash on this platform.
It is why I asked Fabrice to remove this source from helm-for-files to
see what happen. I am nearly sure the crashes will stop.
Using helm-locate alone (outside of helm-for-files) should also crash
emacs (on Windows I mean).
So maybe es.exe, with specific settings in Everything could cause a
crash?
But as I said it is just supposition so take this with care.
--
Thierry
Get my Gnupg key:
gpg --keyserver pgp.mit.edu --recv-keys 59F29997
This bug report was last modified 8 years and 138 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.