GNU bug report logs -
#9264
24.0.50; (file-error "Creating process pipe" "no error")
Previous Next
Reported by: William Xu <william.xwl <at> gmail.com>
Date: Tue, 9 Aug 2011 07:28:01 UTC
Severity: normal
Found in version 24.0.50
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Tue, 05 Jun 2012 05:47:54 +0300
with message-id <83sjeawk2t.fsf <at> gnu.org>
and subject line Re: bug#9264: 24.0.50; (file-error "Creating process pipe" "no error")
has caused the debbugs.gnu.org bug report #9264,
regarding 24.0.50; (file-error "Creating process pipe" "no error")
to be marked as done.
(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)
--
9264: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=9264
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
After running emacs for *some* time(like one or two days), call-process
starts to fail:
(call-process "ls")
Debugger entered--Lisp error: (file-error "Creating process pipe" "no error")
call-process("ls")
eval((call-process "ls") nil)
eval-last-sexp-1(nil)
ad-Orig-eval-last-sexp(nil)
eval-last-sexp(nil)
call-interactively(eval-last-sexp nil nil)
What exactly does this mean?
In GNU Emacs 24.0.50.1 (i386-mingw-nt6.1.7600)
of 2011-06-28 on 3249CTO
Windowing system distributor `Microsoft Corp.', version 6.1.7600
configured using `configure --with-gcc (4.5) --no-opt --cflags -Ic:/build/include'
--
William
http://xwl.appspot.com
[Message part 3 (message/rfc822, inline)]
> Date: Tue, 5 Jun 2012 09:45:40 +0800
> From: William Xu <william.xwl <at> gmail.com>
> Cc: 9264 <at> debbugs.gnu.org
>
> I believe the following commit has also fixed my problem. i have not
> reproduced it in days.
>
> Author: Eli Zaretskii <eliz <at> gnu.org>
> Date: Sat May 5 11:40:31 2012 +0300
>
> Fix failures in starting subprocesses on Windows 7.
>
> src/w32proc.c (new_child): Force Windows to reserve only 64KB of
> stack for each reader_thread, instead of defaulting to 8MB
> determined by the linker. This avoids failures in creating
> subprocesses on Windows 7, see the discussion in this thread:
> http://lists.gnu.org/archive/html/emacs-devel/2012-03/msg00119.html
Thanks. I'm therefore closing this bug; feel free to reopen with new
data if the bug recurs.
This bug report was last modified 12 years and 352 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.