pb115编译成machine code 的exe失败问题

[圣殿骑士18]

上次讲到反编译问题，有朋友说编译成机器码的exe文件，本人尝试了一下，不能成功。
程序架构采用改造后的pfc，如果只编译pfc文件成exe的时候，没问题能成功，但是编译在其上开发的程序就不行，
其实程序不大，我测试时，就只就加了一个祖先库，编译就出现错误，编译成pbd是没问题的。
错误信息很简单：
---------- Linker: Errors (08:47:33)
---------- Finished Errors (08:47:33)
没有具体提示，请问，产生这种问题可能性的原因在哪里？
因为祖先库中，对象关系复杂，所以要分离代码测试出问题很难。
我现在想到的不外乎以下几个，不过好像都不是：
1.对api的调用
2.pbr中对应资源文件不存在

因素2我测试过了，应该不是，问题1未确认过。

请大家发表见解。谢谢！

[圣殿骑士18]

没人？
UP

[pb8]

系统复杂一点的时候编译exe就会不成功的，编译器编译的时候会严格许多，代码中是否有try catch..之类的，注释掉看看~~
也可以整个小一点的例子发给我，我帮你调调~~

[dawugui]

没用过PB11.5,只能友情帮顶.

[圣殿骑士18]

楼上，我觉得这跟pb115版本估计无关，因为只编译pfc库是没问题的，可能还是跟代码有关

[kenshu]

[Quote=引用 4 楼 pb8 的回复:]
系统复杂一点的时候编译exe就会不成功的，编译器编译的时候会严格许多，代码中是否有try catch..之类的，注释掉看看~~
也可以整个小一点的例子发给我，我帮你调调~~
[/Quote]

up.

另外,我觉得这个不太关具体哪个版本的事,很多版本的PB都有这个问题.

兄弟写了10年PB,除了几百K-几M的程序,印象中还没有哪个程序MACHINE-CODE编译成功,还能正常运行的.

//有一个明确的,一但你用了connectobject或它的子类,我没见过MACHINE-CODE可以成功编译的.这只是个例子,显然还有其它一些东西,存在MACHINE-CODE无法正常编译的情况.

[kenshu]

题外,楼主在一楼中有一件事说得不太对(隐约记得那事是PB8兄说的),但我不能告诉您是哪件事,嘻嘻.

//有些东西在原理上可行,不过太麻烦,所以它看起来好像不可以.但我们可以论证它是可以的.
//当然,道理上可以,不代表就一定做得出来.就好像造颗原子弹,这个世界上至少有10000个人可以论证它造得出来,但这10000个人中,不一定真的有人可以把它做出来.

[圣殿骑士18]

[Quote=引用 4 楼 pb8 的回复:]
系统复杂一点的时候编译exe就会不成功的，编译器编译的时候会严格许多，代码中是否有try catch..之类的，注释掉看看~~
也可以整个小一点的例子发给我，我帮你调调~~
[/Quote]
恩，我先试试。就是整不出小的程序啊，都是关联来关联去，所以麻烦，想增量调试都不行。try catch可能有，
不能用它么？我删除试试。

[圣殿骑士18]

[Quote=引用 4 楼 pb8 的回复:]
系统复杂一点的时候编译exe就会不成功的，编译器编译的时候会严格许多，代码中是否有try catch..之类的，注释掉看看~~
也可以整个小一点的例子发给我，我帮你调调~~
[/Quote]
注销了try catch编译不行，确认不是try catch 问题

[jyglint]

我用11.5编译一个不大的程序，等了10多分钟没响应，还以为是pb死了，结果出去一趟几小时后回来，成了！

[圣殿骑士18]

解决。还是有一个图片不存在的原因造成的

[圣殿骑士18]

[Quote=引用 5 楼 kenshu 的回复:]
引用 4 楼 pb8 的回复:
系统复杂一点的时候编译exe就会不成功的，编译器编译的时候会严格许多，代码中是否有try catch..之类的，注释掉看看~~
也可以整个小一点的例子发给我，我帮你调调~~


up.

另外,我觉得这个不太关具体哪个版本的事,很多版本的PB都有这个问题.

兄弟写了10年PB,除了几百K-几M的程序,印象中还没有哪个程序MACHINE-CODE编译成功,还能正常运行的.

//有一个明确的,一但你用了connectobject或它的子类,我没见过MACHINE-CODE可以成功编译的.这只是个例子,显然还有其它一些东西,存在MACHINE-CODE无法正常编译的情况.
[/Quote]
很幸运，我成功了，不是很大的程序，单个exe大概50m左右