问题标签 [cobol]

阅读这里的一些问题，普遍的共识似乎是“外面”仍然有大量的 COBOL 代码，不仅仅是因为重构或重新编码是一场噩梦，还仅仅是因为在某些情况下细分市场（金融等），它已证明自己完全有能力保持自己的地位。但是导致它如此的语言是什么？几十年前的东西怎么能继续表现得足够好，以对抗更现代的语言，以及内存管理等方面的所有相应改进？COBOL 编译器等是否只是在后台默默地改进了？或者语言中是否存在某种固有的东西，这意味着它对于给定的一组操作非常有效？

有谁知道从 Cobol Copybook 转换为 XSD 的工具？或 XML。

为什么 COBOL 同时具有SECTION和PARAGRAPH？

谁能解释一下为什么 COBOL 的设计者要同时创建SECTIONs 和PARAGRAPHs？这些自 COBOL 的初始版本以来就已经存在，所以我怀疑它们存在的真正原因早已消失（类似于NEXT SENTENCE语言规范中仍然存在向后兼容性但自从引入显式范围终止符后不再需要的东西）。

我的猜测是SECTION可能已经引入了支持程序覆盖。SECTION有一个与之关联的可选优先级编号，以标识它所属的程序覆盖。但是，大多数现代 COBOL 实现忽略或丢弃了优先级数字（和覆盖）。

目前，我看到s 的部分SECTION仍然需要，但找不到任何理由。我看不出 和 之间没有语义差异，只是从属于.DECLARATIVEPROCEDURE DIVISIONSECTIONPARAGRAPHPARAGRAPHSECTION

一些 COBOL 商店禁止使用有SECTION利于PARAGRAPH（在北美似乎很常见）。其他人则禁止PARAGRAPH赞成SECTION（在欧洲似乎很常见）。还有一些人有关于何时适当的指导方针。所有这一切对我来说似乎都是非常武断的——这就引出了一个问题：为什么首先将它们放入语言规范中？而且，它们今天有什么相关性吗？

如果您回答这个问题，如果您还可以指出一个参考来支持您的回答，那就太好了。

谢谢

我正在尝试通过 C# 应用程序中的 SQL 查询来更新 COBOL 打包字段。目前，COBOL 压缩字段存储在 MS SQL 数据库的字符列 (char(50)) 中。

COBOL 数据类型 = 4 字节二进制数（“PIC S9(9) COMP”）：

我可以使用以下语句来提取数据。我不确定如何扭转这个数据更新过程。

CAST(CAST(SUBSTRING({Column Name},{Start},4) AS VARBINARY(4)) AS BIGINT) AS {Alias_Name}

有什么建议么？

谢谢，

布伦南·曼

我曾与我的一位朋友讨论过不同类型的 IT 员工对意外失业的相对脆弱性（例如裁员、公司倒闭、过时的技能等）。

看起来 COBOL 开发人员（或维护人员？）在他们的位置上似乎非常安全，无论经济状况如何，甚至他们有多好。一方面有如此多的关键 COBOL 代码，另一方面 COBOL 专业知识的数量正在减少，实际上推荐某人开始在 IT 世界中寻找一份相对安全的工作来学习和实习是有意义的在 COBOL 中！

你怎么看 ？

输入文件的记录为：8712351,8712353,8712353,8712354,8712356,8712352,8712355 8712352,8712355

使用COBOL，我需要从上述文件中删除重复项并写入输出文件。我编写了简单的逻辑来读取记录并写入输出文件。

我需要将删除上述文件中的重复项（例如 8712353、8712352）的逻辑放在哪里？

下面是程序逻辑：

我将 tnput 文件按升序排序为：

8712351,8712353,8712353,8712354,8712356,8712352,8712355,8712352,8712355

它起作用了，下面是修改后的代码：

但是假设如果我的文件不是升序或降序，那么我需要在删除重复项之前编写排序逻辑。如何为此更新以下代码？正如我所尝试的，但如果输入文件结构如下所示，我没有成功执行此操作：

8712351,8712353,8712353,8712354,8712356,8712352,8712355,8712352,8712355

我正在寻找方法来解密使用 RijndaelManaged 在.net 中加密的 cobol 中的字符串。我控制了算法，所以它不需要是 Rijdnael，但我只需要确保数据是加密的。

任何帮助建议表示赞赏。

谢谢肖恩

[编辑] - 数据被加密在我创建的 ac# windows 服务中。数据必须由 cobol 系统解密，该系统将通过 tcpip 从 Windows 服务检索数据。加密算法可以更改（在 windows 服务中），只要 cobol 可以解密它就不必是 Rijndael。

Oracle 中长度为 16 的 PIC S9 的等价物是什么？我想要它来存储时间戳。

我仍在尝试消除其中包含 cobol-Projects 的项目中对 cobol 编译器的需求。

是否可以创建以下构建行为：

如果配置为 Debug，则在 ExCobol.cblproj 上使用 ProjectReferences 如果配置为 DebugVB，则在 ExCobol.dll 上使用 FileReferences

什么时候是，如何实现？

我假设在项目文件中使用标签就可以了。

这真的消除了对 DebugVB 配置的 cobol 编译器的需要吗？

如果您尝试打开一个不存在的 IO 文件，然后创建一个新文件，那么有谁知道如何捕获 cobol 抛出的异常？