Question

我们正在处理来自其他开发人员的应用程序。为了正确支持它，我们首先审核应用程序中的工作和缺少的内容，以及所有字体是否编译为匹配的二进制文件。

在这个过程中，我们发现了一个C文件，据我所熟知的主题，似乎是从Pro * C文件中生成的。

遇到问题时，之前的开发人员表示它不是从Pro * C生成的，而是在Visual Studio中修改它（Odd）。维护这样一个文件似乎很不可能。让我告诉你一些事情：

/* CUD (Compilation Unit Data) Array */
static short sqlcud0[] =
{12,4130,31,0,0,
5,0,0,0,0,0,27,980,0,0,4,4,0,1,0,1,9,0,0,1,10,0,0,1,10,0,0,1,10,0,0,
36,0,0,2,60,0,4,984,0,0,1,0,0,1,0,2,3,0,0,
55,0,0,3,74,0,2,1000,0,0,3,3,0,1,0,1,3,0,0,1,3,0,0,1,3,0,0,
82,0,0,4,0,0,29,1077,0,0,0,0,0,1,0,

这个数组继续超过17,000个字符。

甚至：

static struct sqlcxp sqlfpn =
{
    10,
    "nameoftheCfile.pc"
};

所以，我想知道，他是否有可能真的使用一些Visual Studio工具来生成这个C文件，而且它真的不是Pro C？ Visual Studio或其他工具是否可能生成此文件，并且他不知道它来自Pro C文件？是否有可能确认100％这实际上是一个已编译的Pro * C文件？

我希望这只是对以前开发者的误解而不是他拒绝给我们原始字体...

提前致谢。

Answer 1

是的，它是由Pro C生成的。 sqlcud或CUD（编译单元数据）数组由Pro C生成，但它的结构未被Oracle公开。

此外，我们在开发者网站上发现了一本旧手册，其中自豪地说Pro * C用于创建软件。

谢谢大家。

我的C文件是从Pro * C生成的

1 个答案: