Emacs - Fehler beim Aufrufen (Server-Start)

Ich verwende derzeit GNU Emacs 23.0.93.1 in Windows Vista SP1. In meiner .emacs-Datei rufe ich an (server-start)und dies verursacht einen Fehler mit der Meldung. Das Verzeichnis ~ / .emacs.d / server ist unsicher . Hat jemand dies gesehen und kennt eine Lösung oder Problemumgehung? ... außer den Server ausgeschaltet zu lassen;)

Hier ist die Stapelverfolgung:

Debugger entered--Lisp error: (error "The directory ~/.emacs.d/server is unsafe")
  signal(error ("The directory ~/.emacs.d/server is unsafe"))
  error("The directory %s is unsafe" "~/.emacs.d/server")
  server-ensure-safe-dir("~\\.emacs.d\\server\\")
  server-start(nil)
  call-interactively(server-start t nil)
  execute-extended-command(nil)
  call-interactively(execute-extended-command nil nil)

Ich habe diese Lösung in EmacsWiki gefunden:

"Das Problem ist der Besitz des Verzeichnisses ~ / .emacs.d / server, wenn Sie auch über Administratorrechte für Ihr Konto verfügen. Erstellen Sie das Verzeichnis ~ / .emacs.d / server und setzen Sie den Eigentümer dieses Verzeichnisses auf Ihr Login Name und das Problem ist weg. Da ich eine "niederländische" Version von Windows 7 habe, kenne ich die englischen Begriffe nicht genau, aber hier ist die Vorgehensweise:

Klicken Sie mit der R-Maus auf ~ / .emacs.d / server und wählen Sie "Eigenschaften" (letzter Menüpunkt). Wählen Sie unter Eigenschaften die Registerkarte "Sicherheit" und dann die Schaltfläche "Erweitert". Wählen Sie dann die Registerkarte "Eigentümer" und ändern Sie den Eigentümer von Administrators (<your-pc-name>\Administrators)in <your-login-name> (<your-pc-name>\<your-login-name>. Jetzt akzeptiert der Servercode dieses Verzeichnis als sicher, da Sie der Eigentümer sind.

Hoffe das hilft euch allen, es hat das Problem trotzdem für mich gelöst.

WKR Reutefleut "

Es funktioniert definitiv unter Vista mit Emacs 23.2.1.

Ich beantworte gerne Larsreed, vervollständige aber den gebrauchsfertigen Code:

(Server benötigen)
(wenn (und (> = emacs-major-version 23)
           (gleiches Fenstersystem 'w32))
  (defun server-sure-safe-dir (dir) "Noop" t)); Fehler "Verzeichnis unterdrücken
                                                 ;; ~ / .emacs.d / server ist unsicher "
                                                 ;; auf Windows.
(Server-Start)

Ich habe dieses Problem in meinem Blog-Artikel http://brain-break.blogspot.com/2009/08/when-moving-from-gnu-emacs-22.html behoben

Beachten Sie auch, dass in 2009-09-19 der Fehler Nr. 4197 über Server-Enhant-Safe-Dir behoben wurde, sodass diese Problemumgehung in eingehenden Emacs 23.2 nicht erforderlich ist.

Unter kürzlich veröffentlichten Emacs 23.2 habe ich eine solche Warnung:

Warnung (Server): ~/.emacs.d/serverZum Speichern von Emacs-Server-Authentifizierungsdateien. Verzeichnisse auf FAT32-Dateisystemen sind NICHT manipulationssicher. Siehe Variable server-auth-dirfür Details.

Um dies als Warnung zu beheben, können Sie das Server-Auth-Verzeichnis auf die NTFS-Partition verweisen ( %APPDATA%normalerweise Windows %SYSTEMDRIVE%und Benutzer formatieren das Systemlaufwerk normalerweise als NTFS-Partition):

(Server benötigen)
(when (und (eq window-system 'w32) (Datei existiert-p (getenv "APPDATA")))
  (setq server-auth-dir (concat (getenv "APPDATA") "/.emacs.d/server"))
  (make-directory server-auth-dir))
(Server-Start)

Dies ist ein bekannter Emacs-Fehler unter Windows. Eine Problemumgehung besteht darin, diese Zeile in server-sure-safe-dir in server.el zu kommentieren. Dies gilt für die Byte-Neukompilierung nach der Änderung:

;; FIXME: Busted on Windows. 
;; (eql (nth 2 attrs) (user-uid)) 

Um ein Hacken im lisp-Verzeichnis zu vermeiden, können Sie Ihren .emacs einfach Folgendes hinzufügen:

(require 'server) (and (>= emacs-major-version 23) (defun server-ensure-safe-dir (dir) "Noop" t))

Außerdem soll der Server nicht im Batch-Modus gestartet werden. In meinen .emacs verwende ich daher

(defconst --batch-mode 
  (or noninteractive (member "--batch-mode" command-line-args))
  "True when running in batch-mode (--batch-mode command-line switch set).")

und dann

(unless --batch-mode
  (require 'server)
  (when (and (= emacs-major-version 23)
         (= emacs-minor-version 1)
         (equal window-system 'w32))
    ;; Suppress error "directory ~/.emacs.d/server is unsafe" on Windows.
    (defun server-ensure-safe-dir (dir) "Noop" t))
  (server-start))

Trotzdem ist die Serverfunktion launisch: Wird ausgelöst,server-start wenn das Verzeichnis % HOME% /. Emacs.d / server nicht vorhanden ist. Nacheinander startet Emacs nicht wieder! Die naheliegende Lösung besteht darin, das fehlende Verzeichnis zu erstellen und es erneut zu versuchen. Ich habe die Lösung irgendwo im Internet gefunden, kann mich aber wirklich nicht erinnern, wo. Der folgende Code wird seit Jahren erfolgreich auf mehreren meiner Windows-Computer ausgeführt:

(unless --batch-mode
  (require 'server)
  (when (and (= emacs-major-version 23)
         (= emacs-minor-version 1)
         (equal window-system 'w32))
    ;; Suppress error "directory ~/.emacs.d/server is unsafe" on Windows.
    (defun server-ensure-safe-dir (dir) "Noop" t))
  (condition-case nil
      (server-start)
    (error
     (let* ((server-dir (if server-use-tcp server-auth-dir server-socket-dir)))
       (when (and server-use-tcp
          (not (file-accessible-directory-p server-dir)))
     (display-warning
      'server (format "Creating %S" server-dir) :warning)
     (make-directory server-dir t)
     (server-start))))
    )
  )

Dieser Code funktioniert auch, wenn Emacs von einem Stick ausgeführt wird.

Hoffe das hilft.

Hat bei mir in Windows 7 nicht funktioniert.

Ich las stattdessen die Kommentare in server-sure-safe-dir und übernahm den Besitz für% APPDATA% forlder und Unterordner. Sie gehörten lokalen Administratoren, nicht mir.

Das hat geholfen!

Sehr hilfreiche Antwort von Gavenkoa. Ich habe dieses Problem unter Emacs 24.1, Windows 2003.

Leider hat das Überschreiben des Servers "Sicherstellen des sicheren Verzeichnisses", um ein Noop zu werden, wie in Ihrem ersten Snippet vorgeschlagen, nicht in allen Situationen für mich funktioniert. Insbesondere funktionierte es nicht, wenn es angewendet wurde, bevor (Server-Start) mindestens einmal ausgeführt wurde, da bei der ersten Ausführung auch das Verzeichnis erstellt wurde , wenn es nicht vorhanden wäre. Mit der Noop-Version würde das Verzeichnis überhaupt nicht erstellt.

Die Problemumgehung, die für mich in dem Sinne funktioniert hat, dass die Fehlermeldung beseitigt wurde, während das Verzeichnis noch ordnungsgemäß erstellt wurde, war der folgende Code, der zuvor (Serverstart) in meine Emacs-Initialisierungsdatei eingefügt wurde. Es enthält Hinweise zum Server-Gewährleistungs-Sicherheits-Verzeichnis, um alle von dort aus aufgetretenen Fehler zu ignorieren. Löst nicht die Grundursache des Problems, aber gut genug für mich.

(defadvice server-ensure-safe-dir (around
                                   my-around-server-ensure-safe-dir
                                   activate)
  "Ignores any errors raised from server-ensure-safe-dir"
  (ignore-errors ad-do-it))

Der folgende Schritt funktioniert für mich: 1. Führen Sie den folgenden Code als .reg-Datei aus. Die Emacs Win-Version behandelt alle Werte in der Registrierung als Env Var.

[HKEY_LOCAL_MACHINE\SOFTWARE\GNU\Emacs]
"HOME"="C:/<your_emacs_home>"
"EMACS_SERVER_FILE"="C:/<your_emacs_home>/server/main_server"
"ALTERNATE_EDITOR"="C:/<your_emacs_loc>/bin/runemacs.exe"

2. Fügen Sie Ihrer .emacs / init.el den folgenden Code hinzu. Der Schlüssel hier sollte "server-auth-dir" sein.

(require 'server)
(setq server-auth-dir "~/server")  ;;Server file location
(setq server-name "main_server")   ;;Server mutex file name
(server-start)

Durch die obigen Schritte funktioniert der Servermodus für mich korrekt und perfekt.

Falls dies gelegentlich Menschen trifft, hat meine Workstation gerade eine "Domänenmigration" durchlaufen, bei der jeder Datei auf der Box eine weitere Berechtigung hinzugefügt wurde. Dann wurde dieser Fehler angezeigt. Nachdem ich den Ausdruck zum Dummy-out "server-sure-safe-dir" hinzugefügt hatte, schlug dies fehl.

(Wenn Sie sich fragen, erfolgt die Migration in 2-3 Schritten. Der erste fügt die Berechtigung für mich in der Zieldomäne hinzu, dann werde ich in die Zieldomäne verschoben, dann möglicherweise (ich bin mir nicht sicher ) Entfernen Sie die Berechtigung für die alte Domain. Es ist ein großes Unternehmen und viele Benutzer, daher tun sie dies in separaten Schritten.)

Als ich es das letzte Mal versuchte, erledigte die Shell-Erweiterung "Take Ownership" den Job

Wenn RealityMonster das Problem mit dem Besitz des Serverordners festgestellt hat, können Sie es an der Windows-Eingabeaufforderung ausführen, um es zu beheben:

takeown /f %USERPROFILE%\.emacs.d\server /r /d y