borland c++builder2010 中令人讨厌的bug解决办法

borland c++builder2010 中令人讨厌的bug
Checking project dependencies...
Compiling 多态.cbproj (Debug configuration)
[ILINK32 Warning] Warning: Unexpected error detected during link
[ILINK32 Warning] Warning: Unable to perform incremental link - performing full link...
[ILINK32 Error] Error: Could not delete Debug\多态.tds (project already open in IDE?)
[ILINK32 Error] Error: Unable to perform link
Failed
Elapsed time: 00:00:00.8


这种错误出现通常是在我给自己的程序添加了一个函数或减少了一个函数的时候出现。程序本身并没任何错误，只要在出现这个错误之后再重新F9编译一次又一切正常了。  为什么BCB连这么低级的bug都存在！
[解决办法]
楼主是不是用的是Win7的系统？？删除文件的时候是不是权限有问题的
[解决办法]
照说不会出现这么低级的错误
[解决办法]
还要考虑杀毒软件的问题，对编程最友好的杀软就是微软的MSE了，但也有可能造成链接时间变长的问题（他在扫描新生成的文件），360之类的货色可能干脆就锁定或杀掉了你编的程序导致链接失败

当然，BCB6之后的版本稳定性都很烂，2010据说还算稳定了，XE、XE2更甚，怀疑现在易博龙开发Rad Studio有没有测试过，是不是编译通过了就直接release
[解决办法]

引用:

照说不会出现这么低级的错误

M$和鼎盛时期的Borland也许不会，易博龙就不一定了，据说连一些新建工程模版都是错的，编译不过
[解决办法]
对了，bcb的补丁包打全了么，这几年的Rad Studio打全了补丁都不靠谱，不打补丁那真是无法想象了
[解决办法]

引用:

引用:
照说不会出现这么低级的错误

M$和鼎盛时期的Borland也许不会，易博龙就不一定了，据说连一些新建工程模版都是错的，编译不过

2010的有几个是错的

不过我只用Delphi
[解决办法]

引用:

对了，bcb的补丁包打全了么，这几年的Rad Studio打全了补丁都不靠谱，不打补丁那真是无法想象了

我记得Delphi 2010的时候，3个月就一个大补丁……
[解决办法]

引用:

M$和鼎盛时期的Borland也许不会，易博龙就不一定了，据说连一些新建工程模版都是错的，编译不过
宝兰得真是悲剧啊。被收购的之后，产品也后继无人了

Anders走之后就开始走下坡路了
[解决办法]

引用:

引用:

对了，bcb的补丁包打全了么，这几年的Rad Studio打全了补丁都不靠谱，不打补丁那真是无法想象了
我这是盗版的，不知道打补丁会不会给我锁住

那就再破解呗

如果有胆子，不妨尝试下XE2

http://topic.csdn.net/u/20110903/10/7f3d12ef-f5b8-45ed-a445-6571364337c6.html?87683
[解决办法]

引用:

引用:
引用:

对了，bcb的补丁包打全了么，这几年的Rad Studio打全了补丁都不靠谱，不打补丁那真是无法想象了
我这是盗版的，不知道打补丁会不会给我锁住


那就再破解呗

如果有胆子，不妨尝试下XE2

http://topic.csdn.net/u/20110903/10/7f3d12ef-f5b8-45ed-a445-6……

才不试，易博龙也不给我一套玩玩
[解决办法]

引用:

引用:
M$和鼎盛时期的Borland也许不会，易博龙就不一定了，据说连一些新建工程模版都是错的，编译不过
宝兰得真是悲剧啊。被收购的之后，产品也后继无人了

Anders走之后就开始走下坡路了

anders走的早了，96年左右吧，Borland在2000之后还是火过一阵子的，delphi、BCB、jbuilder一度很流行，但公司管理混乱，外加万恶的律师信营销，把最忠诚的用户也赶跑了
[解决办法]
哎，我还一直用Delphi7……
[解决办法]

引用:

引用:

引用:
引用:

对了，bcb的补丁包打全了么，这几年的Rad Studio打全了补丁都不靠谱，不打补丁那真是无法想象了
我这是盗版的，不知道打补丁会不会给我锁住


那就再破解呗

如果有胆子，不妨尝试下XE2

http://topic.csdn.net/u/20110903/10/7f3d12ef……

的确，在工作场合千万别试，在开发工具里装木马是Borland的传统，会把你的ip地址、公司/个人信息、软件项目名称等资料都发出去，国外一些正版用户为了保密都用防火墙禁止Delphi、BCB的主程序访问网络

一些莫名其妙的律师信也是这么来的
[解决办法]

引用:

的确，在工作场合千万别试，在开发工具里装木马是Borland的传统，会把你的ip地址、公司/个人信息、软件项目名称等资料都发出去，国外一些正版用户为了保密都用防火墙禁止Delphi、BCB的主程序访问网络

一些莫名其妙的律师信也是这么来的

我用Delphi都是开防火墙用的
即使是7……
[解决办法]
7也有木马，不过现在应该没事了，听说易博龙买Borland没有买历史版权，不知道是不是真的，如果是，BCB6、Delphi7即便知道你用盗版，也没有资格起诉你

国内借Borland/易博龙的律师信营销的骗子太多了，有些人连代理商都不是，也到处发律师信
[解决办法]
还有这一说，厉害

[解决办法]
是每个项目都这样还是某一个项目是这样？
[解决办法]

引用:

7也有木马，不过现在应该没事了，听说易博龙买Borland没有买历史版权，不知道是不是真的，如果是，BCB6、Delphi7即便知道你用盗版，也没有资格起诉你

国内借Borland/易博龙的律师信营销的骗子太多了，有些人连代理商都不是，也到处发律师信

怪不得360老报Delphi的程序里面有木马~

[解决办法]
凡是人造的东西都有缺陷，包括上帝造的东西在内。(^_^)
[解决办法]

引用:

引用:

是每个项目都这样还是某一个项目是这样？
这都算不上项目，只是小的demo或测试程序

因为我用CB2010从没碰到过这些问题，所以感觉这个问题也许是项目文件出了一些问题，重新生成一个项目也许就会解决

[解决办法]
建议楼主学用一下http://www.autohotkey.com
[解决办法]
换VS2010吧。
[解决办法]
我还停留在bcb6和D7...足够用了。
[解决办法]
楼主还用BCB啊 ，我看算了吧，用C# 比那个东西好多了 ，那个纯属自己虐自己
[解决办法]
BCB从来木有用过，Borland C++的工具只用到3.1版本。

JBuilder用到2005，后面改用Eclipse了。
[解决办法]

引用:

引用:

引用:
M$和鼎盛时期的Borland也许不会，易博龙就不一定了，据说连一些新建工程模版都是错的，编译不过
宝兰得真是悲剧啊。被收购的之后，产品也后继无人了

Anders走之后就开始走下坡路了


anders走的早了，96年左右吧，Borland在2000之后还是火过一阵子的，delphi、BCB、jbuilder一度很流行，……

Anders Hejlsberg和Borland公司的C++相关项目关系应该不是很大。关键还是公司管理混乱。
[解决办法]
为什么要用borland 2010呢
[解决办法]

引用:

引用:

建议楼主学用一下http://www.autohotkey.com
一种脚本语言吗？这个是干什么的啊？

理论上可以将任何手动操作序列转化为自动脚本。
[解决办法]
我改用VS2010了，C++ Builder的学习资料实在太少，不适合学习
[解决办法]
最近学习使用C++ BUILDER，据说台湾那边的开发人员有很多用这，因之前做VS C# .NET的，转向这，发现，坑爹呀,一点都不习惯。bug多，提示反应慢，而且没有VS的一些智能提示功能, 太原始了，大大降低了开发效率，没有一定的经验，都很难开发的快。希望各位朋友提供一些资料参考一下呀。 
[解决办法]
当IDE让你疼痛的时候，还是去研究一下命令行吧，试试原生的编译器。在华丽的IDE，如vc++，也有真正做编译的命令行工具：cl.exe，宝兰的产品我不清楚，自己去发掘吧。
[解决办法]

引用:

引用:

我改用VS2010了，C++ Builder的学习资料实在太少，不适合学习
用了bcb，才知道vs2010的好

失去后才知道其珍贵啊！(^_^)
[解决办法]

引用:

引用:

我改用VS2010了，C++ Builder的学习资料实在太少，不适合学习
用了bcb，才知道vs2010的好

也不能一棒子打死，的确bcb刚上来使用的确找不到资料，但用一段时间熟悉之后感觉开发效率明显比vc快，主要是控件多，许多控件只要设置下属性就可以使用。
[解决办法]
做界面比较多的时候，bcb效率比VC快。
[解决办法]
界面不是主要的，BCB封装得太多，不够灵活，小作坊可以，大工程不适合，各种bug，各种错误，服务也跟不上，注定要消亡的。
[解决办法]
用python吧，人生苦短。
[解决办法]
围观各位大牛。。。路uoguo
[解决办法]

引用:

引用:

界面不是主要的，BCB封装得太多，不够灵活，小作坊可以，大工程不适合，各种bug，各种错误，服务也跟不上，注定要消亡的。
封装得多不是错，怕的是根基不稳定。 写东西，有时都不敢大量使用第三方控件，因为出错了常常不知道是什么原因。自己写的就算有bug，也好找错

MFC是工业强度的，VCL用户吐槽他不开源，其实没有任何关系，因为用户根本不用去改代码（实际上MFC是半开源的，代码公开，但基本没办法重新build一个新的MFC库）

VCL其实并没有MFC那种自信，他还得依赖用户去做那些本来borland公司就应该做好的事
[解决办法]
QT + VC2010 的飘过

查看更多 下一篇