问题标签 [cobol]

谁能指出我从 Fujitsu COBOL 与 SQL Server 对话的方法？与 COM / ActiveX 对话的事件将是一个开始。

非常感谢

尼尔

我想从 COBOL 中的 STDIN（又名 SYSIN）中读取行。现在我只想把它们打印出来，这样我就知道我有它们了。从我正在阅读的所有内容来看，这应该可以工作：

编译（使用 open-cobol 和 cobc -x），但运行它我得到：

我究竟做错了什么？

我正在寻找一个用于 Python、Ruby、Sql、Cobol、Perl、PL/SQL、SQL 的静态分析工具，以查找错误和检查样式。我正在寻找计算行数，在开发过程中识别错误并执行编码标准。

I had written simple cobol program in eclipse. For the first time i am using eclipse for cobol programs. i want to know the steps followed to compile and run that simple cobol program.

如何将此代码转换为 COBOL？

值类型是 DWORD，我猜它是按位运算。

原始问题： 我想知道是否有人有将大型 Cobol/PL1 代码库迁移到 Java 的经验？

该过程的自动化程度如何，输出的可维护性如何？

从事务性到 OO 的转变是如何进行的？

在此过程中学到的任何经验教训或可能有益的资源/白皮书将不胜感激。

编辑 7/7：当然，NACA 方法很有趣，在发布 JAVA 版本之前继续对 COBOL 代码进行 BAU 更改的能力对任何组织都有好处。

程序化 Java 与 COBOL 布局相同，以便在熟悉 Java 语言的同时给编码人员一种舒适感，这一论点对于拥有大量代码库的大型组织来说是一个有效的论点。正如@Didier 指出的那样，每年 300 万美元的节省为未来任何 BAU 更改提供了充足的空间，以持续重构代码。正如他所说，如果你关心你的员工，你就会找到一种让他们开心的方法，同时逐渐挑战他们。

我在@duffymo 的建议中看到的问题

最好尝试并真正理解问题的根源并将其重新表达为面向对象的系统

是如果您正在进行任何 BAU 更改，那么在对新的 OO 系统进行编码的 LONG 项目生命周期中，您最终会在双重编码和测试更改。这是 NACA 方法的主要好处。我有一些将客户端-服务器应用程序迁移到 Web 实现的经验，这是我们遇到的主要问题之一，由于 BAU 变化而不断改变需求。它使 PM 和调度成为一个真正的挑战。

感谢@hhafez，他的经验被很好地描述为“相似但略有不同”，并且在从 Ada 到 Java 的自动代码迁移方面获得了相当令人满意的体验。

感谢@Didier 的贡献，我仍在研究你的方法，如果我有任何问题，我会给你留言。

我定义了许多标志（由我无法控制的头文件），看起来像这样：

我需要对其中一些标志执行二进制 OR，我想知道是否有一种我不知道的简单方法可以做到这一点。是否有一个简单的关键字或语法会导致我的程序将这些标志视为二进制值并让我进行数学运算，或者这个头文件完全被破坏了？

我在一个公司环境中工作，在这种环境中，思维方式主要由开始使用 COBOL IMS 和 CICS 编程的人主导。今天，他们中的大多数人都使用 Java 等更现代的语言进行编程。但是如果您查看他们的代码和设计决策并没有太大变化

• 方法很多屏幕很长
• 大量的全局变量或它们的现代化身单例模式
• 方法开始时大约有 30 个变量定义
• 全局变量而不是参数
• 而不是使用工厂方法，而是使用巨大的 switch 语句
• 滥用数据库表列，因为“还有足够的空间”
• ...

这些人并不愚蠢，他们中的大多数人都很聪明。但是向他们解释现代编码实践就像向盲人描述颜色一样。您是否有任何经验或技巧可以在不冒犯他们的情况下教给他们更现代的方法？

这是参考Stack Overflow Podcast #65。假设一台典型的 60 年代或 70 年代的服务器计算机具有 256k 主内存。这样的机器最多可以运行多大（编译的）COBOL 程序？假设 COBOL 程序不是故意变得比必要的复杂，这会严重限制 COBOL 程序的复杂性和功能吗？

如何判断模块是动态调用还是静态调用？