Tag: unix

如何获得find命令以文件名称打印文件大小？: 如果我发出find命令如下： $ find . -name *.ear 它打印出来： ./dir1/dir2/earFile1.ear ./dir1/dir2/earFile2.ear ./dir1/dir3/earFile1.ear 我想“打印”到命令行的名称和大小： ./dir1/dir2/earFile1.ear 5000 KB ./dir1/dir2/earFile2.ear 5400 KB ./dir1/dir3/earFile1.ear 5400 KB

用于创build“漂亮”目录树的ASCII库？: 是否有一些* nix工具或perl / php库，可以让你轻松创build目录树可视化，看起来像下面？ www |– private | |– app | | |– php | | | |– classes | | | +– scripts | | |– settings | | +– sql | +– lib | +– ZendFramework-HEAD +– public |– css |– images +– scripts

确定在某个端口上侦听的进程pid: 正如标题所说，我正在运行多个游戏服务器，并且每个游戏服务器都有相同的name但具有不同的PID和port号。我想匹配正在侦听某个端口的服务器的PID ，然后我想杀死这个进程。我需要这个来完成我的bash脚本。这甚至可能吗？因为它没有在网上find任何解决scheme。

如何杀死超过特定年龄的Linux进程？: 我在某些服务器上有一些类似僵尸的进程出现问题，需要立刻杀掉。我怎样才能最好地确定已经跑了一个多小时左右？

在Ubuntu上重置PostgreSQL的密码: 我正在使用Ubuntu。在rails上安装Postgresql数据库之前的几天，我创build了数据库服务器的超级用户，我忘记了postgresql超级用户的密码。任何人都可以帮助如何重置超级用户的密码。我试过的一件事，我卸载它，然后再次安装它，但超级用户保留，这是以前创build的。

Bash脚本 – 如何设置将创build新文件的组？: 我正在做一个bash shell脚本，我想改变创build新文件的默认组。我知道你使用umask来改变权限。这个小组有什么东西吗？

如何就地对文件进行sorting: 当我们使用sort file命令，文件以sorting的方式显示其内容如果我不想得到任何types的输出，但是sorting的文件？

用逗号分隔多行代码（Perl / Sed / AWK）: 我有多行中的以下数据： foo bar qux zuu sdf sdfasdf 我想要做的就是用一行和逗号分隔来转换它们： foo,bar,qux,zuu,sdf,sdfasdf 什么是最好的unix单线程来做到这一点？

为什么在unix中kill -9命令中的数字9？: 我知道这是脱离主题，我无法在网上find任何地方，我想也许编程大师在社区可能知道这一点。我通常使用 kill -9 pid 杀了这份工作我总是想知道9的起源。我在网上查了一下，它说 “9意味着KILL信号不可捕捉或不可忽略，换句话说，它会告诉进程（一些正在运行的应用程序）立即退出”（来源： http ://wiki.answers.com/Q/What_does_kill_-9_do_in_unix_in_its_entirety）但是，为什么9呢？其他数字呢？有什么历史意义呢还是因为Unix的架构？

你如何将unit testing引入一个大的，传统的（C / C ++）代码库？: 我们有一个用C语言编写的大型多平台应用程序（只有less量的C ++）。多年来，随着C / C ++大型应用程序中许多function的不断发展， #ifdef地狱大的文件，很难隔离可testing的代码 function太复杂，不易testing 由于这个代码是针对embedded式设备的，所以在实际的目标上运行它会花费很多的开销。因此，我们希望在本地系统上进行更多快速周期的开发和testing。但是我们希望避免“复制/粘贴到您的系统上的.c文件，修复错误，复制/粘贴”的经典策略。如果开发人员要麻烦去做，我们希望能够在以后重新创build相同的testing，并以自动化的方式运行。这是我们的问题：为了重构代码，使其更加模块化，我们需要它更加可testing。但是为了引入自动化的unit testing，我们需要它更加模块化。一个问题是，由于我们的文件太大了，我们可能会在一个文件里面有一个函数，在同一个文件中调用一个函数，我们需要把这个文件作为一个unit testing。看起来这样做会less一些问题，因为我们的代码变得更加模块化了，但是还有很长的一段路要走。我们想要做的一件事就是用注释标记“已知是可testing的”源代码。然后，我们可以为可testing代码编写一个脚本扫描源文件，将其编译为单独的文件，并将其与unit testing链接。我们可以在修复缺陷并添加更多function时，慢慢地引入unit testing。但是，有人担心维护这个scheme（以及所有必需的存根函数）会变得太麻烦，开发人员将停止维护unit testing。所以另一种方法是使用一个工具自动生成所有代码的存根，并将其与该文件链接。（我们发现这样做的唯一工具是一个昂贵的商业产品）但是这种方法似乎要求我们所有的代码在开始前都要更模块化，因为只有外部调用才能被删除。就个人而言，我宁愿让开发人员考虑他们的外部依赖关系，聪明地写出他们自己的存根。但是，这可能是压倒性的，以排除一个可怕的杂草丛生的10,000行文件的所有依赖关系。要说服开发人员需要为所有的外部依赖维护存根可能是困难的，但这是否正确？（另一个我听说的论点是，一个子系统的维护者应该为他们的子系统维护存根，但是我想知道是否迫使开发者写他们自己的存根会导致更好的unit testing？） #ifdefs当然会为这个问题增加另外一个维度。我们已经看过几个基于C / C ++的unit testing框架，并且有很多选项看起来不错。但是我们还没有find任何东西来缓解从“没有unit testing代码的毛球”到“unit testing代码”的过渡。所以这里是我的问题给任何其他谁已经通过这个问题：什么是一个好的起点？我们正朝着正确的方向走，还是我们错过了一些明显的东西？什么工具可能有助于转型？（最好是免费/开源，因为我们现在的预算大致为零）请注意，我们的构build环境是基于Linux / UNIX的，所以我们不能使用任何仅限于Windows的工具。