问题[gnu](unix)

我正在开发一个嵌入式Linux系统（5.10.24），其中运行着几个应用程序。

最近，我发现一个 C 程序有些奇怪。
该 C 程序使用了 SDK 库提供的 API，该 SDK 是用 GNU 构建的-O2，但默认情况下该 C 程序是用 GNU 构建的-O3。

然后发现有时（运行数百次中就有一次）C 程序会Segmentation Fault在 SDK 中的某个函数中触发。

如果 C 程序使用与 SDK 相同的 GNU 构建，则在其数千次运行中-O2不会触发此类事件。Segmentation Fault

-O2我在 Google 上搜索了和的区别-O3，发现有人提到这-O3可能会引发奇怪而有趣的错误，是真的吗？

GNU 长期以来一直推行短选项（-h）和长选项（ ）的组合，这对于清理像和 这样--help的命令的语法混乱大有帮助，这些命令的遗留语法可以追溯到石器时代。tardd

但我最近了解到GNUparted还有第三种选择，即可以使用 访问“未记录的功能” ---pretend-input-tty。它似乎是在 2007 年的这个提交中引入的。

这是我第一次看到这种事，我很好奇。这是一种更广泛的会议，还是只是一次性的？

在nanov8.0 中，有一个选项可以将选择发送到 X 剪贴板nanorc：

"{execute}|xsel -ib{enter}{undo}"

效果非常好。

我尝试使用xclip实用程序代替：

"{execute}|xclip -sel c{enter}{undo}"

结果是无限执行[ Executing... ]，在命中之前对交互不敏感^C。取消后看起来复制完成了，没有错误，但是卡住了怎么办？为什么会发生这种情况？有解决办法吗？

我使用的是 Kubuntu 20.04.6 LTS（Focal Fossa）。

我的nice来自 GNU coreutils 9.1。我观察到这nice -15相当于nice -n 15：

     nice               # prints 0 for me, the base niceness is 0
     nice -n  15 nice   # prints 15, this is expected
sudo nice -n -15 nice   # prints -15, this is expected
     nice    -15 nice   # prints 15

-15是一个负数。为什么它会增加上面最后一个例子中的友好度？手册（例如在 Debian 12 中）没有解释这一点。

在 GNU Recutils手册中，写道

返回最长的匹配；这适用于整个正则表达式和（受此约束）组内的子表达式。

但是，当我运行以下命令时（在 macOS 上，通过自制软件安装了 recutils）

echo "Author: Knuth, Donald E." | recfmt "{{Author ~ '^([^,]+).*'}}"

结果我得到了布尔值1。

我认为正则表达式是正确的，因为以下命令正确返回Knuth.

echo "Knuth, Donald E." | sed  -E "s/^([^,]+).*/\1/"

我误解了手册还是这是一个错误？如果是这样，是否有另一种方法来获得匹配而不是布尔值？

更新。我在 Debian 虚拟机上得到了相同的行为。

让我们考虑以下recfile

Name: John
Text: It's me!

Name: Jane
Text: Hello

以下命令可以完美地选择第二条记录

recsel -e "Text = 'Hello'" test.rec

但是如何选择第一个？

recsel -e "Text = 'It\'s me!'" test.rec

即使根据文档（第 3.5.2.2 节字符串文字）它是正确的语法，它也不起作用。

我正在使用 GNU Recutils 1.9 版。

我cmp在 Ubuntu 上使用该命令，我想澄清一下它的返回值。

手册 ( $ man cmp) 没有说明返回值，但建议查看 GNU 文档。确实如此，$ info cmp说：

退出状态 0 表示没有发现差异，1 表示发现了一些差异，2 表示有问题。

（可以在这里在线找到，同一句话）。

我了解 0 和 1 的值，但在什么情况下会cmp返回值 2？这还不清楚。

上下文：我正在使用该命令检查两个文件是否相同，我想知道如果cmp返回 2 我应该做什么。

版本：

$ cmp --version
cmp (GNU diffutils) 3.7

使用以下两个简单文件：

a.txt

1 a
2 b
5 c

b.txt

2 x
4 y
5 z

以下命令的行为与预期不同：

$ join -a 1 -a 2 -e 0 a.txt b.txt 
1 a
2 b x
4 y
5 c z

我希望该选项-e 0可以用零填充缺失值。但是，以下方法确实有效：

$ join -a 1 -a 2 -e 0 -o auto a.txt b.txt 
1 a 0
2 b x
4 0 y
5 c z

从 阅读文档$ man join，我发现 和 之间没有任何联系-o，-e这会使上述行为有意义。相反，我发现-o auto需要在我的命令中插入一个无用的东西-e 0才能工作是一种误导。

有解释吗？还是我应该将此作为错误提交给 coreutils？

在 GNU/Linux 上是否可以更改info命令的默认寻呼机？我想less用作寻呼机（类似于手册页）。我已经定制了较少使用颜色来使手册页导航更容易。

我正在尝试在 Singularity 容器中的 CentOS 7.9 映像上启用 GNU Fortran ver 7.xy。根据互联网上的各种来源，我需要安装以下软件包yum：

yum install centos-release-scl scl-utils-build devtoolset-7-gcc*`

安装后我尝试启用此工具链

scl enable devtoolset-7 bash

但是，我得到了错误

scl: command not found

我试图找到scl，从 开始搜索/，但也没有找到：

sudo find / -name "scl"

也不whereis scl返回任何内容。以前有人遇到过这个错误吗？补救措施是什么？