曾几何时，一群人坐下来用 C 编写了一个应用程序，运行在 VMS 上。在 VAX 上。这是一项相当重要的任务，在 LargeCo 运行相当重要的后端操作。这整个 shebang 工作得很好 以至于 25 年后它仍然在继续前进并做它的事情。
时间流逝，人们退休，碰巧最后一位幸存者将 key 交给了新一代 - 我们可以想象 - 发现自己是系统的看护者并不兴奋年纪大到可以当他们的弟弟了。然而，尽管他们对处理 Ultra Legacy Systems 的想法感到不知所措，但他们无法证明更换这个古老应用程序的成本是合理的。
LMS 发现我 habla unix 并向我提出这个问题。并且因为我 habla unix 但不会说 C 我将总结并提供给你。长话短说:
LMS 希望将用 C 编写的 LegacyApp 从 VMS 移植到 unix。资源？他有什么书可以看吗？他可以与之交谈的人？
最佳答案
我需要问的第一个问题是为什么，我会引导对话朝着“您真的需要将其从 VMS 移植出去”的方向进行。关于 VMS，有许多值得一提的地方:
-> VMS 仍由 HP 积极开发和维护。他们上周刚刚发布了用于现场测试的 V8.4(参见 http://h71000.www7.hp.com/openvmsft/)。
-> VMS 在新硬件上可用；特别是基于 Itanium 处理器的 HP Integrity 服务器。
-> VMS 也可以通过 Charon 仿真产品在虚拟平台上使用。
-> 普遍估计，目前仍有大约 300,000 个 VMS 系统仍在使用中。 LMS 可能是 LargeCo 的最后一个人，但他远不是世界上最后一个人。
-> 那里有很多信息，例如，请参阅 openvms.org，以查看有关 VMS 的大量当前信息，所有信息均来自当前用户。
好的 - 您仍然想要关闭 VMS。你怎么做呢？嗯，这取决于很多东西。
-> 正如其他人所说，代码有多标准？机会是，不是很大。 VMS 主义越多，工作就越困难。 'nuff 说。
-> 什么是数据库？如果是 Oracle，在其他平台上迁移到 Oracle 可能并不太难。如果它是某种基于 RMS 索引文件的自定义数据库，那么您还有更多工作要做，您将需要重新创建该伪数据库，或者充分理解它以将其替换为一些关系数据库。
->除了C，还有什么用来创建应用程序的？前端是什么？ DEC 表格？飞行管理系统？是否有交易引擎，例如交流管理系统？回车率？这些事情将对移植到 UNIX 所需的可行性和工作量产生巨大影响。
-> 还涉及哪些其他产品？是否使用了任何第 3 方库？是否使用了对应用程序或功能至关重要的第 3 方产品？
-> 这个系统是集群的吗？如果是，为什么？您需要使用 UNIX 机器来实现这些相同的目标。
-> 有一些公司可以帮助您做到这一点，并声称拥有使它变得更容易的工具，但我的经验是这些公司向您销售的服务往往多于产品(即您需要雇用他们使用这些工具。这会很昂贵)。
《UNIX for OpenVMS Users》这本书会给 VMS 新手一些理解 VMS 的帮助，但是，正如书名所说，这本书实际上是为了相反的目的。
关于c - 从 VMS 迁移到 Unix，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1804531/