如何设置父进程的工作目录？

问题描述：

正如标题所示，我们正在编写一个 Unix 风格的 shell 实用程序U，它应该（在大多数情况下）从 bash 调用。

您究竟如何才能改变 bash 的工作目录（或者一般来说是父目录）？

PS：shell 实用程序chdir成功完成了完全相同的操作，因此必须有一种编程方式来实现该效果。

解决方案 1：

不要这样做。

FILE *p;
char cmd[32];
p = fopen("/tmp/gdb_cmds", "w");
fprintf(p, "call chdir("..")
detach
quit
");
fclose(p);
sprintf(cmd, "gdb -p %d -batch -x /tmp/gdb_cmds", getppid());
system(cmd);

它可能会起作用，但请注意，Bash 的pwd命令已被缓存并且不会注意到。

解决方案 2：

除了要求父进程自己改变它之外，没有其他“合法”的方法来影响父进程的当前目录。

chdir在 Bash 脚本中改变目录的不是一个外部实用程序，而是一个内置命令。

解决方案 3：

chdir 命令是 shell 内置的，因此它可以直接访问执行它的 shell 的工作目录。shell 通常非常善于保护自己免受脚本的影响，为子进程提供shell 自己的工作环境的副本。当子进程退出时，它使用的环境将被删除。

您可以做的一件事是“获取”脚本。这可以让您更改目录，因为本质上，您是在告诉 shell 执行文件中的命令，就像您直接输入命令一样。也就是说，在获取脚本时，您不是在 shell 环境的副本上工作，而是直接在它上面工作。

解决方案 4：

我解决这个问题的方法是使用一个 shell 别名来调用该脚本并获取该脚本写入的文件。例如，

function waypoint {
    python "$WAYPOINT_DIRECTORY"/waypoint.py $@ &&
    source ~/.config/waypoint/scratch.sh
    cat /dev/null > ~/.config/waypoint/scratch.sh
}

并waypoint.py创造scratch.sh出看起来像

cd /some/directory

这仍然是一件坏事。

解决方案 5：

你究竟如何才能改变 bash 的工作目录（或者一般来说是父目录）？

使用任何“可接受”的方式都不可能实现。所谓可接受，是指“无需粗暴地破解您的系统（例如使用gdb ）” ;)

更严重的是，当用户启动可执行文件时，子进程将在其自己的环境中运行，该环境主要是其父环境的副本。此环境包含“环境变量”以及“当前工作目录”，仅举这两个例子。

当然，进程可以改变自己的环境。例如，更改其工作目录（例如当您cd xxx在 shell 中时）。但由于此环境是副本，因此不会以任何方式改变父级环境。并且没有标准方法来修改父级环境。

顺便提一下，这就是为什么cd("chdir") 是内部shell 命令，而不是外部实用程序。如果是这样的话，它将无法更改 shell 的工作目录。

解决方案 6：

你不能。就像在现实生活中你无法改变父母的道路一样:)

不过，还有一些类似的替代方案：

1. 启动一个子 shell 并在那里更改目录（不会影响父级）。

2. 附加到通常/dev/ttyX所在的某个控制台并在那里执行命令。X`S0`S63

3. 向父进程发送一条包含要执行的命令的消息：

#include <sys/ioctl.h>

void inject_shell(const char* cmd){
  int i = 0;
  while (cmd[i] != ''){
    ioctl(0, TIOCSTI, &cmd[i++]);
  }
}

int main(void){
  inject_shell("cd /var
");
  return 0;
}

编译并运行：

$ gcc inject.c -o inject
$ ./inject
cd /var
/var $

当字符串以 结尾时，`
它可能会模仿按下Enter按键（回车键） - 这取决于你的 shell，这可能会起作用或尝试
`。这是一种作弊行为，因为命令是在完成你的进程后执行的，而你有点强迫用户执行一些命令。

解决方案 7：

如果你以交互方式运行 shell，并且目标目录是静态的，那么你可以简单地将别名放入~/.bashrc文件中：

alias cdfoo='cd theFooDir'

在处理非交互式 shell 脚本时，您可以在父 Bash 脚本和子 Bash 脚本之间创建协议。实现此协议的一种方法是让子脚本将路径保存到文件中（例如~/.new-work-dir）。子进程终止后，父进程将需要读取此文件（例如cd cat ~/.new-work-dir``）。

如果您打算经常使用上一段中提到的规则，我建议您下载 Bash 源代码并对其进行修补，以便它~/.new-work-dir在每次运行命令后自动将工作目录更改为内容。在补丁中，您甚至可以实现一个全新的 Bash 内置命令，该命令适合您的需求并实现您希望它实现的协议（这个新命令可能不会被 Bash 维护者接受）。但是，修补适用于个人使用和较小的社区使用。

解决方案 8：

我不知道这是否也是“不要这样做”......

感谢https://unix.stackexchange.com/questions/213799/can-bash-write-to-its-own-input-stream/中极其有用的讨论...

该tailcd实用程序（“tail-call cd”）在 bash 和 Midnight Commander 中均可运行，允许在以下脚本中使用

/bin/mkcd：

mkdir "$1" && tailcd "$1"

实现起来很棘手，它需要xdotool。命令tailcd必须是脚本中的最后一个命令（对于允许多种实现的实用程序来说，这是典型的兼容性要求）。它会破解 bash 输入流，也就是插入cd <dirname>到其中。在 Midnight Commander 的情况下，它还会插入两个 Ctrl+O（面板打开/关闭）键盘命令，并且以非常黑客的方式使用 sleep 进行进程间同步（这很可惜，但它确实有效）。

/bin/tailcd：

#! /bin/bash
escapedname=`sed 's/[^a-zA-Zd._/-]/\\&/g' <<< "$1"`
if [ -z "$MC_TMPDIR" ] ; then
xdotool type " cd $escapedname  "; xdotool key space Return
else
(sleep 0.1; xdotool type " cd $escapedname "; xdotool key space Return Ctrl+o; sleep 0.1; xdotool key Ctrl+o )&
fi

（之前的空格cd会阻止插入的命令进入历史记录；目录名后的空格是其工作所必需的，但我不知道为什么。）

的另一种实现tailcd不使用xdotool，但它不适用于 Midnight Commander：

#!/bin/bash
escapedname=`sed 's/[^a-zA-Zd._/-]/\\&/g' <<< "$1"`
perl -e 'ioctl(STDIN, 0x5412, $_) for split "", join " ", @ARGV' " cd" "$escapedname" $'
'

理想情况下，tailcd应该成为 bash 的一部分，使用正常的进程间通信等。