これは、$HOME に関連する現在の値とキャッシュされた値の間の障害のようです。問題は、ホーム ディレクトリを一致させるために使用されるパターンが、もはや同じではないことです。
ある時点で (setq filename (abbreviate-file-name (expand-file-name filename))) は名前を台無しにします。
abbreviated-home-dir を元の形に戻すために、.emacs、_emacs、.emacs.el、または Application Data.emacs.d\init.el に追加した回避策を次に示します。
忘れないでください: init ファイルをバイトコンパイルしないでください。そうしないと、非同期になる可能性があります。
;;; 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)