GNU bug report logs -
#18515
Document call-process behaviour with respect to default-directory
Previous Next
Reported by: Eli Barzilay <eli <at> barzilay.org>
Date: Sun, 21 Sep 2014 03:35:01 UTC
Severity: minor
Tags: fixed, patch
Found in version 24.3
Fixed in version 25.2
Done: npostavs <at> users.sourceforge.net
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
The documentation of `call-process' doesn't say anything about which
directory the process is started at, or the fact that it switches to
the directory in some way.
As the example that I ran into, I setq `ring-bell-function' in my
environment so it plays a nice ding. In some cases the dings didn't
play at all, or played after a huge delay etc. Since this is running
in a VM, I "obviously" concluded that something bad with the sound
driver configuration happened, and went on a wild chase that lead to
nothing.
Eventually, I noticed that the delay happens only when I have a file
open over sshfs -- and then I wrapped the `call-process' with a
(let ((default-directory "/")) ...) and all is well. A note about
switching to the directory in the documentation of `call-process', or
even just a mention of the directory in which it runs could have saved
me that chase...
--
((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay:
http://barzilay.org/ Maze is Life!
This bug report was last modified 8 years and 100 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.