Mateusz Piotrowski's questions

我想了解为什么调用chill()DTrace 操作块会增加timestamp变量，但不会增加vtimestamp和walltimestamp。

这是一个显示timestamp调用后增加的示例chill()：

# dtrace -w -c true -n 'pid$target:::entry {self->t = $1; chill(1); printf("%d\n", $1 - self->t);}' timestamp
dtrace: description 'pid$target:::entry ' matched 3082 probes
dtrace: allowing destructive actions
dtrace: pid 6734 has exited
CPU     ID                    FUNCTION:NAME
  5  83475          _r_debug_postinit:entry 11258

  5  85771                     atexit:entry 2218

  5  86468              __libc_atexit:entry 491

  5  86428                       exit:entry 441

  5  85397    __cxa_thread_call_dtors:entry 441

  5  86213             __cxa_finalize:entry 447

  5  86213             __cxa_finalize:entry 565

  5  83470            _rtld_addr_phdr:entry 454

  5  86213             __cxa_finalize:entry 431

  5  83470            _rtld_addr_phdr:entry 1645

  5  84405                      _exit:entry 432

如果我们运行相同的脚本但使用walltimestamp(or vtimestamp)，我们会看到计数器没有增加：

# dtrace -w -c true -n 'pid$target:::entry {self->t = $1; chill(1); printf("%d\n", $1 - self->t);}' walltimestamp
dtrace: description 'pid$target:::entry ' matched 3082 probes
dtrace: allowing destructive actions
dtrace: pid 6707 has exited
CPU     ID                    FUNCTION:NAME
  4  83475          _r_debug_postinit:entry 0

  4  85771                     atexit:entry 0

  4  86468              __libc_atexit:entry 0

  4  86428                       exit:entry 0

  4  85397    __cxa_thread_call_dtors:entry 0

  4  86213             __cxa_finalize:entry 0

  4  86213             __cxa_finalize:entry 0

  4  83470            _rtld_addr_phdr:entry 0

  4  86213             __cxa_finalize:entry 0

  4  83470            _rtld_addr_phdr:entry 0

  4  84405                      _exit:entry 0

这对于 来说是可以理解的vtimestamp，因为它在执行 DTrace 代码时不会增加，但我不明白walltimestamp这里的行为。

我在 amd64 上运行 FreeBSD 13.1-RELEASE-p1。

我想在 FreeBSD 上创建一个新的语言环境。我以为我可以只复制现有的一个，/usr/share/locale但显然它不是那么简单。

en_US.UTF-8首先，我只是创建了一个语言环境的副本。

$ sudo cp -R /usr/share/locale/en_US.UTF-8 /usr/share/locale/en_DK.UTF-8

我正在用 mosh 测试我的设置，所以使用标准en_US.UTF-8一切都很好：

$ LC_ALL=en_US.UTF-8 PATH_LOCALE=/usr/share/locale mosh xyz.example.org

但是，如果我尝试使用新创建的en_DK.UTF-8语言环境，我会收到以下错误：

$ LC_ALL=en_DK.UTF-8 PATH_LOCALE=/usr/share/locale mosh xyz.example.org
The locale requested by LC_ALL=en_DK.UTF-8 isn't available here.
Running `locale-gen en_DK.UTF-8' may be necessary.

mosh-server needs a UTF-8 native locale to run.

Unfortunately, the local environment ([no charset variables]) specifies
the character set "US-ASCII",

The client-supplied environment (LC_ALL=en_DK.UTF-8) specifies
the character set "US-ASCII".

sh: warning: setlocale: LC_ALL: cannot change locale (en_DK.UTF-8)
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
LANG=en_DK.UTF-8
LC_CTYPE="en_DK.UTF-8"
LC_NUMERIC="en_DK.UTF-8"
LC_TIME="en_DK.UTF-8"
LC_COLLATE="en_DK.UTF-8"
LC_MONETARY="en_DK.UTF-8"
LC_MESSAGES="en_DK.UTF-8"
LC_PAPER="en_DK.UTF-8"
LC_NAME="en_DK.UTF-8"
LC_ADDRESS="en_DK.UTF-8"
LC_TELEPHONE="en_DK.UTF-8"
LC_MEASUREMENT="en_DK.UTF-8"
LC_IDENTIFICATION="en_DK.UTF-8"
LC_ALL=en_DK.UTF-8
Connection to xyz.example.org closed.
/usr/local/bin/mosh: Did not find mosh server startup message. (Have you installed mosh on your server?)

我想知道是否有一个工具可以让我检查我是否在wpa_supplicant.conf(5)中犯了任何语法错误。

我正在寻找一个用于wpa_supplicant(8)的实用程序，它的用途与 sudo(8)套件中的visudo(8)--check标志相同。

到目前为止我想出的唯一解决方案是运行

wpa_supplicant -c wpa_supplicant.conf -iNonexistentInterface`

但它并不理想。部分原因是由于接口名称无效，返回码始终为 255。

理想情况下，我希望该实用程序在 FreeBSD 上运行。

我们有env(1)来修改我们要运行的命令的环境（例如env MANPAGER=more man dtrace）。除了修改要在其中启动命令的目录之外，是否有类似的东西？

理想情况下，我希望它看起来像这样：

theMagicCommand /new/cwd myProgram

这样，它可以与其他类似 env(1) 的命令“链接”，例如，

daemon -p /tmp/pid env VAR=value theMagicCommand /new/cwd myProgram

到目前为止，我可以想到以下解决方案，遗憾的是它没有与env(1)相同的接口：

cd /new/cwd && myProgram

另外，我可以像这样创建一个简单的 shell 脚本：

#! /bin/sh -
cd "${1:?Missing the new working directory}" || exit 1
shift
exec "${@:?Missing the command to run}"

但我正在寻找已经存在的东西（至少在 macOS 和 FreeBSD 上）。

myProgram不一定是桌面应用程序（在这种情况下，我可以只使用.desktop 文件中的Path键）。

是否可以滚动越过底部？

理想情况下，我希望能够在我的终端窗口顶部看到我正在查看的文件的最后一行（屏幕的其余部分可能充满波浪号（~），这意味着空行/这里什么都看不到少于）。