Questions tagged «coreutils»

我的日常工作的一个重要组成部分是开发与不同版本的同一软件，像机器使用的软件bash，find和grep。当遇到某个功能（例如用于简化代码）时，重要的是要知道此功能在最早安装的工具中是否可用。对于关键的东西，了解此功能是新功能还是在最旧的安装工具中已经存在多年也很有用。 对于Linux工具，尤其是GNU Core Utils，有什么快速的方法来权威地回答这一问题？按精度降低的一些可能性： 通过运行不同版本的二进制二进制搜索（sic）当然是最终的答案，但到目前为止是最耗时的。出于安全原因，较旧的安装通常不可用。 读取代码几乎一样好，但是如果模糊地命名功能，名称不直接对应于变量/函数/对象名称，或者在启用该功能之前就已实现，则可能会浪费大量时间。 更改日志（如果可用）通常将功能更改连接到软件版本。 提交日志可以提供提示，但不知道它们将包含在哪个版本中。 手册页很少提及日期。 这同样适用于谷歌搜索，你也不得不排除所有非权威渠道很难。

10 coreutils 

考虑以下输入进行排序： cat > foo <<EOM D,,5014978 DD,,25 D,I,1972765530 D,Y,4223624 -,Y,71285059 YA,I,2 EOM 现在尝试运行 sort foo 在我的任何Linux机器上尝试对输出进行排序时（gnu coreutils 6.9-7.4版）。在cygwin（gnu coretuils 8.5）下运行时，输出进行排序。注释？

10 bash  coreutils  sort 

问题：我需要一个有关如何使用的简单示例cp --no-target-directory。 我的理解确实有些困难cp --no-target-directory。我确实理解了解释mv --no-target-directory，但我真的无法想象将其用于的方法cp。 例如，命令mv /tmp/source /tmp/dest成功执行后，不能保证将/tmp/source其重命名为/tmp/dest：/tmp/dest/source如果将其他进程创建/tmp/dest为目录，则可以将其重命名为。但是，如果mv -T /tmp/source /tmp/dest成功，毫无疑问/tmp/source was renamed to/ tmp / dest`。（来源）

10 directory  cp  coreutils 

我有一个包含约100,000个文件的目录。ls -f挂了一分钟以上。我运行了strace，立即开始看到getdents，因此ls显然正在读取目录。我还看到了对brk的大量调用，因此ls显然正在缓冲内存中的内容。我编写了一个简单的程序，该程序调用readdir并输出文件名，并且它会立即响应。但是ls -f不提供输出。是什么赋予了？我以为-f的全部要点是它使ls除了readdir外什么也不做。有没有一种可移植的，可靠的方式来列出目录的内容？（请注意，这是Linux上gn​​u的coreutils中的ls。） -编辑- 有一个别名，但是“ / bin / ls -1f> / dev / null”需要8到15秒，“ / bin / ls -1fx> / dev / null”需要4到11秒，但是程序很简单readdir只需要0.0111秒。我应该怎么做才能使牛不吮吸？

9 linux  ls  gnu  coreutils 

我指的是命令的例子是ls，pwd和cd。另外，这些是如何构建的？你有例子吗？

9 command-line  source  coreutils 

我正在尝试在类似Unix的系统中模拟路径解析的过程（请参见手册页path_resolution）。 我的操作系统是带有GNU coreutils 8.7的Linux。 为了阐明在解析度中额外尾随“ /”的含义，我在shell中做了以下操作： mkdir this_is_dir ln -s this_is_dir this_is_link rm this_is_link 一切都很好，因为this_is_link是一个符号链接，而我只是将其删除了。但是在尝试时： mkdir this_is_dir ln -s this_is_dir this_is_link rm this_is_link/ 呼应 rm: cannot remove 'this_is_link/': Is a directory 好吧，我认为是跟在符号链接后面的“ /”引起的。因此，我尝试了另一个命令：rmdir this_is_link/ 有趣的结果出来了： rmdir: failed to remove 'this_is_link/': Not a directory 不是我所期望的。因此，我请朋友确认是否可以在他的系统上获得相同的结果。他的coreutils版本比我低。而结果是惊人的，无论rm或者rmdir 'this_is_link/'，相同的错误Not a directory发生。 另一个朋友刚刚在他的Mac OS上进行了尝试，结果是：rm=>'是目录'，rmdir=>目录已成功删除，链接仍然存在。 是否有关于路径解析的确切行为的规范？

8 directory  filenames  symlink  coreutils 

Unix实用程序，例如sort，find，grep，diff等非常易于执行快速任务，有时甚至根本不需要编写任何代码。 我想知道它们在内部使用什么算法，以及如何智能地为特定任务确定特定算法？例如，如果sort得到一个巨大的输入文件，是否会对不同的数据大小使用不同的算法？ grep在搜索不同数据集时是否智能切换算法？

8 text-processing  grep  sort  coreutils