Delphi工程组的内存泄漏? 7.0版本(附截图) ( 积分: 100 )

  • 主题发起人 ThenLong
  • 开始时间
T

ThenLong

Unregistered / Unconfirmed
GUEST, unregistred user!
出现在 Project菜单Build All之后,内存疯狂占用,并且不释放!!??
关闭所有工程都不行,只能重新关闭DelphiIDE
http://then
long.shewang.net/delphi/bpg_Bug.jpg
<img src=http://then
long.shewang.net/delphi/bpg_Bug.jpg alt='Delphi 's Bug?'>
 
出现在 Project菜单Build All之后,内存疯狂占用,并且不释放!!??
关闭所有工程都不行,只能重新关闭DelphiIDE
http://then
long.shewang.net/delphi/bpg_Bug.jpg
<img src=http://then
long.shewang.net/delphi/bpg_Bug.jpg alt='Delphi 's Bug?'>
 
项目很大啊,羡慕……
Build完了应该会释放吧,好像是Dll太多了点
 
Delphi有严重的内存泄漏问题,我编译了一个工程组之后,占用了我所有的虚拟内存,关闭所有打开的东西都不管用.
据说是仅仅关闭project group没用的,必须要再打开一个新的才能release内存。
就算你关了DELPHI,但在系统的进程中DELPHI的进程依然存在,这应该是DELPHI的BUG,不只是耗内存,CPU也是
 
咦,没觉得啊,从来没觉得会占完内存啊
 
我感觉DELPHI7的IDE根本不处理异常,一旦出错,只有重启DELPHI才能稳定。内存泄漏更是司空见惯的了。特别是当一个工程组中的工程数达到十几个或更多时(如果只是EXE和DLL还好一些,要全是BPL且包这间存在引用关系时更不稳定),程序中一点小错误都可能让IDE变得非常不稳定,D5和D6要好一些,可能跟宝兰这几年的人员变动有关,精英都走了...
 
是啊.
对此我也很有感触的.
经常是造成死机,非得强制关闭DELPHI不可
 
认同各位观点,我觉得一般情况下Delphi7还是很坚强的,多数是第三方的错,bpl和dcu都是执行代码或者dll文件,delphi7运行时加载了它们也是很难照顾的。
 
这确实是 delphi ide 的 bug,偶试过无数的 bpg 都是这样 ...
如果需要批量更新编译,偶现在的解决方法是使用 finalbuilder 的 wizard 生成一个项目运行之。他使用 dcc32.exe 编译,几乎不怎么耗内存 ...
 
全编译还是用dcc32.exe批处理
可是有的时候就需要用工程组...埃...
估计是IDE特地不释放内存,以便加快编译速度
 

Similar threads

S
回复
0
查看
3K
SUNSTONE的Delphi笔记
S
S
回复
0
查看
2K
SUNSTONE的Delphi笔记
S
D
回复
0
查看
1K
DelphiTeacher的专栏
D
I
回复
0
查看
723
import
I
顶部