Emacs 客户端/服务器和 ClearCase 视图

Question

所以我厌倦了等待 Emacs 每次重新加载，并查阅 Emacs Wiki，我给我写了一个调用脚本，例如：

#!/bin/bash
# @file: /usr/local/bin/emacs
# @version: 1

server=/tmp/emacs${UID}/server
if [ ! -S ${server} ] ; then
    /opt/emacs/bin/emacs --daemon
    until [ -S ${server} ] ; do
        sleep 1s
    done
fi

/opt/emacs/bin/emacsclient -c "$@"

立即，但是由于套接字过时而失败（由于不相关的原因，我的 emacs --daemon 意外被终止）：所以我写道：

#!/bin/bash
# @file: /usr/local/bin/emacs
# @version: 2

server=/tmp/emacs${UID}/server

if ! /sbin/fuser ${server} 2> /dev/null ; then
    /sbin/funser -k ${server}
    rm -f ${server}
fi

if [ ! -S ${server} ] ; then
    /opt/emacs/bin/emacs --daemon
    until [ -S ${server} ] ; do
        sleep 1s
    done
fi

/opt/emacs/bin/emacsclient -c "$@"

这有效，但与 ClearCase 一起使用我注意到一个问题：

在 Unix 中，ClearCase 命令：

cleartool setview myview-myuser

创建一个子 shell，它具有修改后的文件系统层次结构：/vobs/ 下的几个新挂载使用 mvfs，并且仅对其可见壳。

对于每个这样的新 shell，我的 Emacs 调用脚本第一次运行时，命令 /sbin/fuser ${server} 返回 1（错误）。因此：

• 对于版本 1：只有一个守护进程，但 Emacs 客户端无法看到 /vobs/ 下挂载的 mvfs。
• 对于版本 2：有多个守护进程都使用相同的 ${server} 套接字。

因此，我的问题是：使用版本 2 可以吗？如果是，如果所有守护进程显然都使用相同的 ${server} 套接字，那么它如何工作？如果不是，我应该怎么做才能解决这个问题？

---

进展：

所以我得到了部分问题的答案（参见下面的答案），现在我陷入了困境 如何修复它？部分：

我正在考虑将 ${server} 放在 /vobs/ 下，从而让 ClearCase 本身解决我的问题问题。我只需要弄清楚 Emacs 是否以及如何让我这样做：

根据我的 /opt/emacs/share/emacs/23.2/lisp/server.el ，server-socket- dir 植根于环境变量 ${TMPDIR} 的值，所以我尝试：

#!/bin/bash
# @file: /usr/local/bin/emacs
# @version: 3

[ "${CCVIEW}" ] && TMPDIR="/vbos/misc/tmp" || TMPDIR="/tmp"
export TMPDIR

function is_server_up() {
    local server=${TMPDIR}/emacs${UID}/server
    [ -e ${mysock} ] && /sbin/fuser ${server}
}

if ! is_server_up ; then
    /opt/emacs/bin/emacs --daemon
    until is_server_up ; do
        sleep 1s
        echo "DEBUG: sleeping"
    done
fi

/opt/emacs/bin/emacsclient -c "$@"

但是当从 ClearCase 视图运行时，我看到：

Loading ~/.emacs.d/this-module.el (source)...
Loading ~/.emacs.d/this-module.el (source)...done
Loading ~/.emacs.d/that-module.el (source)...
Loading ~/.emacs.d/that-module.el (source)...done
... snip ...
Starting Emacs daemon.
ESC [ A
 ESC
 ESC [
 ESC [ a
M-[ A is undefined

...并且它永远不会退出。

我还尝试修补 server.el 并使用不同的环境变量，但无济于事。

Answer 1

只是一个注释，真的，但我会避免使用 setview。

• 正如您所注意到的，它创建了一个 shell（及其与守护进程通信方面的所有问题），
• 它一次仅用于一个视图。使用 /vobs 路径时，您始终需要执行 cleartool pwv 来确保当前在哪个视图中工作。

我更喜欢使用动态视图的完整路径：

/view/myView/vobs/...

这样，就没有spawn shell，没有歧义，没有麻烦。

Answer 2

好吧，部分谜团已经解决：

不应该使用版本 2。它似乎有效，因为：

1. /sbin/fuser -k ${server} 实际上并没有杀死服务器进程。也许 /sbin/fuser -k -SIGKILL ${server} 会，但我还没有尝试过。这也可能是由于 ClearCase 的视图魔法（用于内核级别的操作）。
2. rm -f ${server} 取消文件链接，但不释放套接字，因为它仍被正在运行的进程使用。

因此，第一次运行调用脚本的最后一个视图将是 ${server} 套接字文件的所有者，并且 Emacs 的后续调用将使用该套接字，并将看到该视图的版本文件。

想象一下调试这个的乐趣……

---

至于如何修复它？部分，我会采取懦弱的方式，在 ClearCase 视图中恢复到独立的 Emacs：

#!/bin/bash
# @file: /usr/local/bin/emacs
# @version: 4

if [ "${CCVIEW}" ] ; then
    /opt/emacs/bin/emacs $@
    exit $?
fi

function is_server_up() {
    local server=/tmp/emacs${UID}/server
    [ -e ${mysock} ] && /sbin/fuser ${server}
}

if ! is_server_up ; then
    /opt/emacs/bin/emacs --daemon
    until is_server_up ; do
        sleep 1s
    done
fi

/opt/emacs/bin/emacsclient -c "$@"