[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: 'make-comint' question
From: |
Tassilo Horn |
Subject: |
Re: 'make-comint' question |
Date: |
Wed, 31 Jul 2013 14:44:34 +0200 |
User-agent: |
Gnus/5.130008 (Ma Gnus v0.8) Emacs/24.3.50 (gnu/linux) |
Thorsten Jolitz <tjolitz@gmail.com> writes:
Hi Thorsten,
> I erase and save the buffer of an config-file for an external program
> before applying 'make-comint on that program, and restore the file to
> its old state afterwards:
>
> #+begin_src emacs-lisp
> [...]
> (erase-config-file-for-external-process)
> (set-buffer
> (apply 'make-comint name (car cmd) nil (cdr cmd)))
> (rename-buffer "buffer-name")
> (restore-config-file-for-external-process)
> [...]
> #+end_src
>
> When I edebug my code, it does exactly what it should, and the new
> inferior subprocess starts without the (unnecessary) configurations of
> the erased config file, as it should.
>
> However, when I simply run my code without debugging, the new inferior
> subprocess starts _with_ the (unnecessary) configurations, what seems
> quite strange to me.
>
> Is there anything in the code example above that implies that the
> execution order of the statements could be different from their
> sequential ordering in the source-code?
What's the definition of `erase-config-file-for-external-process'?
Maybe it erases the config file asynchronously so that `make-comint' is
called before it's erased?
E.g., like in this contrieved example?
(let ((f (make-temp-file "test")))
(shell-command (format "rm %s &" f))
(file-exists-p f)) ;; C-x C-e => t
But why should you possibly do that? `delete-file' should work as does
moving the file away using `rename-file'...
Bye,
Tassilo