为何可执行文件找不到库?(50分)

  • 主题发起人 主题发起人 lb1999
  • 开始时间 开始时间
L

lb1999

Unregistered / Unconfirmed
GUEST, unregistred user!
exe文件拷到其他机器上找不到 vcl40.bpl和 vclx40.bpl
请问如何解决?
 
把你机器上的vcl40.bpl和 vclx40.bpl文件拷到其他机器的系统目录
(即 Windows/System)下。
或者编译exe文件时不要在加上“Project Options”的“Packages”
这一项里的“Build with runtime packages”打上钩(这是D3的方法,D4
、D5类似)
这样exe文件就不用运行时包就能独立运行了。(特殊情况例外)
 
你是不是用了‘包‘。这样才要 vcl40。bpl 。
不用包,exe 文件可在 win32 或winnt 上运行。除了一些编写的数据库要用bde 外
基本*。exe 不需其他文件
 
同xinglong
另:不行的话,在那台机器上再装一编D4不就得啦!?
 
jams 一装就是 200 来兆。不用那莫麻烦。
lb1999 一般只在写控件时采用包技术后世对方是很多的用户发布大的可执行文件比
较麻烦(1m 左右的文件下载慢)。可减小可执行文件大小。自己的一个小程序没必要
这样吧??
 
>不用包
不用包就只好用SDK了:)
一般我们的Delphi程序都要用到包,只不过是静态连接还是动态连接而已.
所谓BPL其实就是Turbo Pascal用过的TPL的进化.
在DOS下这些包都是静态连入.EXE的.在win32下才支持运行时调入BPL这种动态方式
 
说老实话,除非开发许多个模块的程序,Delphi的包机制不是很吸引人,
反正我从来不用包,宁愿选择将EXE文件用ASPAck压缩的方法。
 
同意Dick的看法。
我也是不用包的,程序文件如果要发布的话,
就用ASPack等压缩程序压一压。
 
的确一般的程序用不道包。你可以把 vcl4 。bpl 和vclx。bpl 靠到另外的机子。
或是你把你的程序重新编译一边。
编译exe文件时不要在加上“Project Options”的“Packages”这一项里的“Build with runtime packages”打上钩
 
结束吧。
 
多人接受答案了。
 
后退
顶部