gpt4 book ai didi

shell - 如果我将这个 shell 脚本分成两行,为什么它会失败?

转载 作者:行者123 更新时间:2023-12-04 16:17:53 27 4
gpt4 key购买 nike

我使用 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 的符号链接(symbolic link)。然后,将 $LD_LIBRARY_PATH 的先前值附加到新值。然后执行 nw 二进制文件,传递传递给 shell 脚本的参数。

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

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

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

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

PS。有点偏离主题,我发现在同一目录(Fedora 18 64 位中的/lib64/)中创建 libudev.so.1 的符号链接(symbolic link)并调用它 libudev.so.0 也可以工作,而无需创建 shell 脚本,但我不推荐它,因为你会污染/lib64/目录,并且可能会导致你的系统出现问题。

最佳答案

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

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"

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

你的两行命令相当于

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

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

关于shell - 如果我将这个 shell 脚本分成两行,为什么它会失败?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/20011053/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com