主页 / user-565378

IanC's questions

Martin Hope
IanC
Asked: 2020-02-18 14:01:59 +0800 CST
  • 0

我已经通过 Ubuntu 存储库安装了 LMMS，我注意到没有允许使用 VST 的“VeStiGe”工具。我也没有找到任何关于/usr/x86_64-linux-gnu/lmms命名libvestige.so或类似的库。

我已经安装了 Wine，甚至清除了 LMMS 并重新安装了它，以防我在 Wine 之前安装它，但仍然找不到导入 VST 的仪器。

有人知道 Ubuntu 存储库上的 LMMS 的 debian 包是否使用 VST 支持构建？我需要从第三方存储库安装它才能使用它吗？

official-repositories lmms
Martin Hope
IanC
Asked: 2016-08-09 18:58:00 +0800 CST
  • 4

我在 Linux 文件系统上徘徊，这看起来是理解它如何工作的好方法。在 UNIX 中“一切都是文件”，所以我查看/dev/stdin并注意到它是指向/proc/self/fd/0. 所以我决定去看看这个/proc文件夹，发现它/proc/self实际上是一个指向/proc/{PID}. 更准确地说，PID 是ls -l /proc/self我发出的用于检查其值的命令之一。

我的理论是每次程序尝试读取软链接时都会更改软链接，以指向正确的 PID 进程文件夹。这是由内核在读取/proc文件夹的每个请求上完成的吗？我认为您不需要实际读取文件来获取输出，ls否则我们将无法看到具有 700 权限的文件，那么/proc访问文件夹时是否会发生软链接更改？

更进一步：这种控制是否仅限于内核本身，或者某些应用程序可以使用它？（也许检查何时访问文件夹以根据“谁”在做动态更改其内容/链接）

kernel
Martin Hope
IanC
Asked: 2016-07-07 07:51:56 +0800 CST
  • 33

我一直在研究命令行并了解到|（管道）旨在将输出从命令重定向到另一个命令的输入。那么为什么命令ls | file不起作用呢？

file输入是多个文件名之一，例如file filename1 filename2

ls输出是文件夹上的目录和文件列表，所以我认为ls | file应该显示文件夹上每个文件的文件类型。

但是，当我使用它时，输出是：

    Usage: file [-bcEhikLlNnprsvz0] [--apple] [--mime-encoding] [--mime-type]
        [-e testname] [-F separator] [-f namefile] [-m magicfiles] file ...
    file -C [-m magicfiles]
    file [--help]

由于该file命令的使用存在一些错误

command-line