GNU bug report logs -
#2211
server-socket-dir and make-temp-file
Previous Next
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Sat, 07 Feb 2009 16:58:46 -0500
with message-id <87skmpucx5.fsf <at> cyd.mit.edu>
and subject line Re: bug#2211: server-socket-dir and make-temp-file
has caused the Emacs bug report #2211,
regarding server-socket-dir and make-temp-file
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact help-debbugs <at> gnu.org
immediately.)
--
2211: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=2211
Emacs Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
server-socket-dir is by default a directory in /tmp. With CVS emacs
it also takes the TMPDIR environment variable into account.
Shouldn't this variable be initialized using make-temp-file so that
it obeys any customization of temporary-file-directory?
Actually, I ran the following command in the emacs directory
$ grep "\"/tmp\"" lisp/*el lisp/*/*el
Browsing through the matches, it seems to me that
pmail-mime-attachment-dirs-alist and url-temporary-directory
should be updated, too.
A related issue: I do not quite understand a piece of code like
(make-temp-file
(concat (file-name-as-directory
(or (getenv "TMPDIR") "/tmp"))
"artist-stdin."))
used in the function artist-system. If the PREFIX arg of
make-temp-file is an absolute directory as in the example above,
make-temp-file will ignore any user customization of
temporary-file-directory. The function ps-run-make-tmp-filename
behaves similarly.
In GNU Emacs 22.2.1 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
of 2008-03-27 on tfkp07
[Message part 3 (message/rfc822, inline)]
> I could update those. Yet I just realized that emacs 23 is already in
> pretest. Is this the kind of thing that should be changed nonethless
> or should I better wait?
I think it's better to fix these now. I've just done that. Thanks for
finding the problem.
This bug report was last modified 16 years and 167 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.