Почему W32 Emacs вставляет "/Application Data/Application Data/" в путь к файлу, начинающийся с ~/, когда я использую Cx Cf?

Question

Почему W32 Emacs вставляет "/Application Data/Application Data/" в путь к файлу, начинающийся с ~/, когда я использую Cx Cf?

Я только что установил Emacs Speaks Statistics, когда появилась эта ошибка. Удаление не исправило это.

Когда я использую Cx Cf, я могу нормально перемещаться, но когда я на самом деле нажимаю enter, кажется, что Emacs вставляет "/Application Data/Application Data/" после "~" во все пути, например, если я перехожу к:

c: / Documents and Settings / admin / Мои документы / sig.html

И нажмите Enter, я открываю:

~ / Данные приложения / Данные приложения / Мои документы / sig.html

Любая идея, какие переменные я могу редактировать, чтобы исправить это?

1

emacs dot-emacs emacsw32

Источник

user438156 02 сен '10 в 15:58

4 ответа

Другие вопросы по тегам emacs dot-emacs emacsw32

user3673 03 сен '10 в 10:02 2010-09-03 10:02 · Answer 1 · 2010-09-03 10:02

Проверьте вашу переменную HOME. Может быть, это указывает на c:/Documents and Settings/admin/Application Data

Функция, которая расширяет имена файлов: expand-file-name

0

Источник

user3673 03 сен '10 в 10:02

user729907 28 окт '11 в 21:43 2011-10-28 21:43 · Answer 2 · 2011-10-28 21:43

Emacs изменил расположение дома по умолчанию в последних выпусках - новое значение по умолчанию - это то, что вы видите. Явно установить env var HOME все, что вы хотите, и все будет хорошо.

0

Источник

user729907 28 окт '11 в 21:43

user2467140 27 июн '13 в 18:16 2013-06-27 18:16 · Answer 3 · 2013-06-27 18:16

Вы можете изменить это поведение, используя M-x setenv, Например:

M-x setenv <RET> HOME <RET> c:/Documents and Settings/admin

Если это работает, вы можете добавить

(setenv "HOME" "c:/Documents and Settings/admin")

в ваш файл инициализации для более постоянного решения.

0

Источник

user2467140 27 июн '13 в 18:16

user462254 29 сен '10 в 21:04 2010-09-29 21:04 · Answer 4 · 2010-09-29 21:04

Похоже, что это ошибка между текущими и кэшированными значениями, связанными с $HOME. Проблема в том, что шаблон, используемый для сопоставления с домашним каталогом, больше не совпадает.

В некоторый момент (setq filename (abbreviate-file-name (имя-файла-имени-файла-расширения))) портит имя.

Вот обходной путь, который я создал и добавил в.emacs, _emacs, .emacs.el или Application Data.emacs.d\init.el, чтобы вернуть abbreviated-home-dir в форму:

Не забывайте: не байт-компилируйте ваш файл инициализации, иначе вы не синхронизированы.

;;; files.el mistakenly initializes abbreviated-home-dir just once
;;; not realizing that its value should change when HOME is redefined.
;;; Thus abbreviated-home-dir is "^c:/Documents and settings/USER/Application Data\\(/\\|\\'\\)"
;;; when it should, now, be "^c:/Documents and settings/USER\\(/\\|\\'\\)"
;;; Then when you try to open "^c:/Documents and settings/USER/Application Data/"
;;; The name is abbreviated to "~", but expanded back to "c:/Documents and settings/USER/"
;;; losing part of the name ("Application Data/")
;;; 
;;; Rather than explicitly re-initialize abbreviated-home-dir, it should be set to nil
;;; (setq abbreviated-home-dir "$foo") ;; Impossible pattern match.
;;; This causes the filepath to never match, and ~ is never abbreviated.
;;;
;;; We _could_ explicitly initialize it:
;;; (setq abbreviated-home-dir "^c:/Documents and settings/badgerb\\(/\\|\\'\\)")
;;; But this is a bad idea.  It is _highly_ dependent on the workings of files.el, and it
;;; seems better to me to just clear the value and let files.el re-initialize it.
(setq abbreviated-home-dir nil)