From: Eli Zaretskii <eliz@gnu.org>
To: Vincent Lefevre <vincent@vinc17.net>
Cc: 18851@debbugs.gnu.org
Subject: bug#18851: 24.4; emacs cannot be started if the current directory has been removed
Date: Wed, 29 Oct 2014 18:07:33 +0200 [thread overview]
Message-ID: <83d29a2722.fsf@gnu.org> (raw)
In-Reply-To: <20141029153959.GM5545@ypig.lip.ens-lyon.fr>
> Date: Wed, 29 Oct 2014 16:39:59 +0100
> From: Vincent Lefevre <vincent@vinc17.net>
> Cc: Stefan Monnier <monnier@iro.umontreal.ca>, 18851@debbugs.gnu.org
>
> > . the default-directory of *scratch*
>
> IMHO, if the current directory no longer exists, the default-directory
> of *scratch* can be nil.
>
> > . invocation-name and invocation-directory, if Emacs was invoked via
> > a relative file name, like "../foo/bar/emacs".
> >
> > In the first case, we could try using nil instead, maybe not all hell
> > will break lose. The second case is rare even without the removal
> > (and makes no sense to me).
>
> emacs --eval '(setq default-directory nil) (find-file "~/out")'
>
> fails, but I wonder why.
You can assume without testing that there will be problems, because
Emacs expects to find a meaningful default-directory in *scratch*.
The only question is are those problems easy to solve, or are they
extremely complex to solve.
There's one more subtlety here which you might not be aware of: when
Emacs comes up initially, its first steps through the startup process
are made before it figures out the user locale and sets up the
coding-systems required by that. Until that point, Emacs uses
undecoded file names, i.e. essentially byte streams that it can barely
interpret (unless they are pure-ASCII). So the code which gives you
trouble, that is run very early during startup, is already complicated
to support building and starting Emacs in a non-ASCII directory.
> Well, it happens that the current directory is removed for some
> reasons, either on purpose or because of some FS error (in particular
> if the FS is remote). Now, I may have already an application running
> with this current directory, for instance, a MUA. If I want to write
> a mail, the MUA will start an editor on an absolute pathname, Emacs
> in my case, with the same current directory. But Emacs cannot be
> started, just because the current directory no longer exists, meaning
> that I can't write my mail without restarting the whole application.
Can't you use the --chdir command-line argument to make Emacs start in
a safe place? Or does that not work in this situation?
next prev parent reply other threads:[~2014-10-29 16:07 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-10-27 13:33 bug#18851: 24.4; emacs cannot be started if the current directory has been removed Vincent Lefevre
2014-10-28 21:34 ` Glenn Morris
2014-10-29 1:28 ` Vincent Lefevre
2014-10-29 3:50 ` Eli Zaretskii
2014-10-29 8:09 ` Vincent Lefevre
2014-10-29 12:57 ` Stefan Monnier
2014-10-29 14:27 ` Eli Zaretskii
2014-10-29 15:39 ` Vincent Lefevre
2014-10-29 16:07 ` Eli Zaretskii [this message]
2014-10-29 16:44 ` Vincent Lefevre
2014-10-29 16:15 ` Andreas Schwab
2014-10-29 16:51 ` Vincent Lefevre
2014-10-29 17:31 ` Andreas Schwab
2014-10-29 17:45 ` Vincent Lefevre
2014-10-29 18:23 ` Ivan Shmakov
2014-10-29 21:11 ` Andreas Schwab
2014-10-30 0:39 ` Stefan Monnier
2015-06-12 0:39 ` Glenn Morris
2015-06-12 7:53 ` Eli Zaretskii
2015-06-12 15:45 ` Glenn Morris
2015-06-12 19:31 ` Eli Zaretskii
2015-06-13 1:29 ` Glenn Morris
2015-06-13 7:56 ` Eli Zaretskii
2015-06-13 23:45 ` Glenn Morris
2014-10-29 14:23 ` Eli Zaretskii
2014-10-29 15:39 ` Andreas Schwab
2014-10-29 16:00 ` Eli Zaretskii
2014-10-29 16:05 ` Vincent Lefevre
2014-10-29 16:21 ` Eli Zaretskii
2014-10-29 3:40 ` Eli Zaretskii
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
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=83d29a2722.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=18851@debbugs.gnu.org \
--cc=vincent@vinc17.net \
/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 public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).