2

我很喜欢使用 shell,但我对 shell 脚本知之甚少。今天我发现了一个用于修复 node-webkit libudev.so.0 问题的小 shell 脚本:https ://github.com/rogerwang/node-webkit/wiki/The-solution-of-lacking-libudev.so.0

如您所见,解决方案一指示创建一个 shell 脚本,其中包含以下代码:

LD_LIBRARY_PATH=/home/omi/nw:$LD_LIBRARY_PATH ./nw $*

我对正在发生的事情的理解如下:

1) 声明变量 LD_LIBRARY_PATH,并为其赋值,在这种情况下,它是 nw 目录的路径,我们之前在其中创建了指向 libudev.so.1 的符号链接。然后,将 $LD_LIBRARY_PATH 的先前值附加到新值。然后执行传递传递给 shell 脚本的参数的 nw 二进制文件。

正如预期的那样,这很好用,但是如果我将代码分成两行,如下所示:

LD_LIBRARY_PATH=/home/omi/nw:$LD_LIBRARY_PATH
./nw $*

这没用。shell 脚本执行没有任何错误,但 node-webkit 应用程序没有运行。相反,我们得到关于 libudev.so.0 丢失的错误。这是为什么?

此外,您添加的路径(在本例中为 /home/omi/nw)似乎可以是任何东西。我尝试使用 /home/、/home/akjfd/ 和其他变体,并且脚本始终按预期工作。这是为什么?(我终于把它留下了指向我创建符号链接的正确路径)

PS。有点跑题了,我发现在同一目录(Fedora 18 64 位中的 /lib64/)中创建指向 libudev.so.1 的符号链接并将其命名为 libudev.so.0 也可以,而无需创建 shell 脚本,但我不推荐它,因为您会污染 /lib64/ 目录,并且可能会导致系统出现问题。

4

2 回答 2

3

以变​​量赋值为前缀的命令在修改后的环境中运行。

LD_LIBRARY_PATH=/home/omi/nw:$LD_LIBRARY_PATH ./nw $*

(大致)相当于

OLD_PATH="$LD_LIBRARY_PATH"
export LD_LIBRARY_PATH=/home/omi/nw:$LD_LIBRARY_PATH
./nw $*
LD_LIBRARY_PATH="$OLD_LIBRARY_PATH"

./nw在设置为给定值的环境中运行LD_LIBRARY_PATH,但当前环境中没有任何更改。

你的两行命令相当于

LD_LIBRARY_PATH=/home/omi/nw:$LD_LIBRARY_PATH; ./nw $*

(注意分号)。如果LD_LIBRARY_PATH尚未标记为导出到环境,则它只是一个本地 shell 变量,并且./nw在运行时不会被继承。

于 2013-11-15T21:42:21.983 回答
2

这是您的第一个脚本:

LD_LIBRARY_PATH=/home/omi/nw:$LD_LIBRARY_PATH ./nw $*

该命令设置LD_LIBRARY_PATH在子进程(运行nw)的环境中。

这是您的第二个脚本:

LD_LIBRARY_PATH=/home/omi/nw:$LD_LIBRARY_PATH
./nw $*

该脚本设置LD_LIBRARY_PATH shell 变量。它不会修改任何进程的环境,除非 shell 正在 exporting LD_LIBRARY_PATH,默认情况下不会发生这种情况。您需要使用该命令要求 shellLD_LIBRARY_PATH至少导出一次以实现此目的。export例子:

export LD_LIBRARY_PATH=/home/omi/nw:$LD_LIBRARY_PATH
./nw $*

您也可以与设置变量分开导出,如下所示:

LD_LIBRARY_PATH=/home/omi/nw:$LD_LIBRARY_PATH
export LD_LIBRARY_PATH
./nw $*
于 2013-11-15T21:42:43.610 回答