问题标签 [unix]

我需要在用于控制第三方程序执行的 Unix shell 脚本中进行日期运算。

我正在使用一个函数来增加一天和另一个减少：

但现在我需要做更复杂的算术。

这样做的最佳和更兼容的方式是什么？

在一台装有 AIX 的机器上，PERL如果它们具有相同的 id 并且如果它们在四个小时内注册，则我需要过滤将被视为重复的记录。

我使用这个过滤器实现了这个过滤器AWK并且工作得很好，但我需要一个更快的解决方案：

在阅读其他内容之前，请花点时间阅读原帖。

概述： .xfdl 文件是经过 gzip 压缩的 .xml 文件，然后使用 base64 进行编码。我希望将 .xfdl 解编码为 xml，然后我可以对其进行修改，然后重新编码回 .xfdl 文件。

xfdl > xml.gz > xml > xml.gz > xfdl

我已经能够获取一个 .xfdl 文件并使用 uudeview 从 base64 对其进行解码：

然后用gunzip解压

生成的 xml 是 100% 可读的，看起来很棒。在不修改 xml 的情况下，我应该能够使用 gzip 重新压缩它：

然后用base-64重新编码：

如果我的想法是正确的，那么原始文件和重新编码的文件应该是相等的。但是，如果我将 yourform.xfdl 和 yourform_reencoded.xfdl 放在无法比较的范围内，它们就不匹配了。此外，可以在 http://www.grants.gov/help/download_software.jsp#pureedge">.xfdl 查看器中查看原始文件。查看器说重新编码的 xfdl 不可读。

我也尝试过 uuenview 在 base64 中重新编码，它也会产生相同的结果。任何帮助，将不胜感激。

我还没有看到任何与 GNU autoconf/automake 构建相关的问题，但我希望至少你们中的一些人熟悉它。开始：

我有一个项目（我称之为 myproject），其中包括另一个项目（供应商）。供应商项目是由其他人维护的独立项目。包含这样的项目相当简单，但在这种情况下有一个小问题：每个项目都生成自己的config.h文件，每个文件都定义了标准宏，例如 PACKAGE、VERSION 等。这意味着，在构建期间，当供应商正在构建，我收到很多这样的错误：

这些只是警告，至少目前是这样，但我想摆脱它们。我能够通过 Google 搜索找到的唯一相关信息是automake 邮件列表上的这个线程，这并不是很多帮助。还有其他人有更好的想法吗？

根据safe_mode_gid 上的PHP 安全模式文档：

默认情况下，安全模式在打开文件时会进行 UID 比较检查。如果您想将此放宽为 GID 比较，请打开 safe_mode_gid。是否使用 UID (FALSE) 或 GID (TRUE) 检查文件访问。

对于在 Web 服务器上运行的 PHP 脚本，UID（用户标识符）检查和 GID（组标识符）检查有什么区别？

我想允许用户在特定端口（比如 5000）上设置到特定机器的 SSH 隧道，但我想尽可能地限制这个用户。（身份验证将使用公钥/私钥对）。

我知道我需要编辑相关的 ~/.ssh/authorized_keys 文件，但我不确定要在其中放入什么内容（公钥除外）。

您在 .procmailrc 文件中是否有任何方便的常规项目？

如果我按Ctrl+B应该给我 ASCII 代码 2，但Ctrl+C将被解释为中断。

所以我想我必须重定向一个文件。如何将这些字符放入文件中？

有没有人分享尝试使用 Visual Studio 为 Unix 开发应用程序的战斗故事？而且我不是在谈论使用.NET 和下面运行的 Mono 或 Wine 虚拟平台。

我们公司有大约 20 名开发人员，他们都运行 Windows XP/Vista，主要针对 Linux 和 Solaris 进行开发。直到最近，我们都登录到一个主要的 Linux 服务器并以老式的方式修改/构建代码：Emacs、Vi、dtpad - 任你选择。然后有人说，“嘿 - 我们生活在黑暗时代，我们应该使用 IDE”。

所以我们尝试了一些，并确定 Visual Studio 是唯一能满足我们性能需求的（是的，我确信 IDE X 是一个非常好的 IDE，但我们选择了 VS）。

问题是，您如何设置环境以使文件在本地可用于 VS，但也可用于构建服务器？我们决定编写一个 Visual Studio 插件——它会在我们点击“保存”时将我们的文件写入本地和构建服务器，并且我们有一个有点胖的“同步”按钮，当我们的文件在服务器端发生更改时我们可以按下它（当我们从源代码控制服务器更新到最新文件）。

该插件还使用 Visual Studio 的外部构建系统功能，最终只需 ssh 进入构建服务器并调用我们的本地“make”实用程序（即 Boost Build v2 - 具有很好的依赖性检查，但结果是启动速度非常慢，即 30- 60 秒开始）。结果通过管道传回 Visual Studio，因此开发人员可以单击错误并转到相应的代码行（实际上非​​常巧妙）。构建服务器使用 GCC 并交叉编译我们所有的 Solaris 构建。

但即使我们已经完成了这一切，每当我开始在 Visual Studio 中编写代码时，我都会忍不住感叹。我单击一个文件，开始打字，然后 VS 突突地赶上我。

还有什么比不得不停下来等待工具更烦人的事情吗？好处值得沮丧吗？

想法、故事、帮助？

似乎唯一的方法是在您最初运行较少时传递 -i 参数。有谁知道一些秘密的黑客来做这样的事情