From: burton@openprivacy.org (Kevin A. Burton (burtonator))
Subject: Close .emacs file after customization?
Date: 14 Jan 2003 01:31:25 -0800 [thread overview]
Message-ID: <m2wul884cy.fsf@openprivacy.org> (raw)
If the user is running with a fresh Emacs instance (no open buffers), then
customizes a variable, the .emacs file is left as an open buffer.
Why is this? Is there a reason?
It would seem that we should pollute the buffer list if the .emacs file hasn't
already been opened manually.
This isn't a theoretical problem. I am trying to run multiple .emacs versions
and I want to maintain the same customization options across Emacs instances.
If I open the .emacs file in one instance, customize it, then do the same in
another instance, they both have an open copy of the buffer and there are race
conditions as to which emacs version should be modifying the file.
Can we just fix customization to close the .emacs file after it modifies it?
Kevin
--
Kevin A. Burton ( burton@apache.org, burton@openprivacy.org, burton@peerfear.org )
Location - San Francisco, CA, Cell - 415.595.9965
AIM - sfburtonator, Web - http://www.peerfear.org/
GPG fingerprint: 4D20 40A0 C734 307E C7B4 DCAA 0303 3AC5 BD9D 7C4D
IRC - openprojects.net #infoanarchy | #p2p-hackers | #reptile
Who wants to be responsible? Every time something goes wrong they say 'who's
responsible for this?'
-- Jerry Seinfeld
next reply other threads:[~2003-01-14 9:31 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-01-14 9:31 Kevin A. Burton (burtonator) [this message]
2003-01-15 16:57 ` Close .emacs file after customization? Kevin Rodgers
2003-01-15 6:16 ` Kevin A. Burton (burtonator)
2003-01-15 23:29 ` Richard Stallman
2003-01-15 4:08 ` Kevin A. Burton (burtonator)
2003-01-18 0:48 ` Richard Stallman
2003-02-15 14:10 ` Per Abrahamsen
2003-02-15 14:24 ` Robert J. Chassell
2003-02-17 7:19 ` Richard Stallman
2003-02-26 15:21 ` Per Abrahamsen
2003-02-27 22:30 ` Richard Stallman
2003-02-27 23:18 ` David Masterson
2003-03-01 2:26 ` Richard Stallman
2003-02-28 7:48 ` Per Abrahamsen
-- strict thread matches above, loose matches on Subject: below --
2003-02-16 6:15 Zaretskii Eli
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=m2wul884cy.fsf@openprivacy.org \
--to=burton@openprivacy.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.