十万火急,请各位高手帮帮忙(100分)

  • 主题发起人 主题发起人 whsky
  • 开始时间 开始时间
有时候建的对象未释放,或二次释放,都会产生该问题。。。
要仔细查一下。。。
 
对了,忘记了这个,谢谢楼上的提点
 
好运。。。
 
请问还有其它原因吗,我们在打开软件之前有一个创建数据库程序,创建了之后就可进入软件,但到了客户那就不行了,提示了那个错误,客户那边崔魂一样,我都快不行了,找不到问题的原因
 
你刻完盘后,用盘上的东西在你们的电脑上试了吗?
估计需要一个数据引擎
 
我直接从QQ上发给他也试了,还是不行
 
估计是需要某些Dll等的支持,因为你的机器上有安装和调试的环境需要的文件都已经存在了,所以不会出问题。可是到了客户那边因为没有软体运行的环境所以出这样的问题。我愿来也碰到过,最后安装了调试环境问题就解决了...
 
Johnny_du,你的意思是说到客户那边装一下DELPHI再试?但客户那边肯定会不愿意的.
 
对!你先装一下,然后试试看是不是这个原因,如果是则找到了问题所在,如果不是可再寻求其它出路。而且,一般来说安装过调试环境后若程序可以正常运行了,那么你再把调试环境卸载掉程序仍然能够正常运行(因为某些程序运行需要的Dll或OCX已经被注册了)。建议楼主试试看,也省得只是猜测狐疑了。
 
如果是这个原因,并且当你把调试环境卸载后仍然可以正常运行的话,那么你把安装并经过卸载过程的机器(也就是你的程序可以顺利运行的那台机器)的注册表倒出并且在不能运行你程序的机器上注册,则一般来说那台不好运行的机器也就好运行了(因为所需表项已注册)。不过该操作具有一定的危险性,所以一定要先找一台客户认为不是很重要的机器来做试验,并且试验前要做好原机器注册表的备份工作,以备不时之需。若成功再在所有机器上尝试注册,并且也不要忘记注册前做好相应机器的注册表备份工作。
 
不会是缺环境
我认为是你连接数据库时出的问题
我以前也遇到过,后来改在用户点登录时再连接数据库就OK了
 
顺便说一句,我以前是在XP遇到的,其他的系统就没有这个错误
 
Johnny_du,谢谢你,的确是这样原因,但是我们不能在客户那里去更改他们的注册表,他们是不会愿意,有没有什么好的办法可以解决这么做
 
错,绝对的错,
造成这样的原因就是你在分发时少分发了dll或者ocx
 
你不是以前的程序可以运行吗
如果象Johnny_du说的,也就是说以前的也不能运行吧
仔细想想吧,
 
找一找WIN2000和XP的差别,看看有什么不同。
 
installshield,完整扫描执行文件一次,不就得了,这么济济乖乖!
 
to:znj_326
Delphi在生成EXE文件时应当已经把其运行需要的Dll或OCX(Delphi自带的)打包到EXE文件中了,所以Delphi编译的程序要比VB或VFP编译的程序分发来的简单(因为后者在运行期间经常提示某某OCX或DLL缺失等错误),所以楼主说在客户端安装一次编译环境就可以顺利运行程序了(楼主并没有说原来在该机器上能够运行Delphi开发的程序,请看清楚!),我推断是因为在客户端虽然已经存在了某OCX或DLL入口,但是却没有该模块的注册。因此OS在调用时会提示"xxx.exe"产生了错误会被windows关闭,是否要创建错误日志",如果真的像你说的就会提示“缺失某某OCX或DLL”
个人观点,仅供参考!
 
楼主:
你也可以尝试仅仅倒出和Delphi安装有关的注册表项,然后将该倒出项注册到不能运行你程序的机器上。这样应该无需备份客户机注册表,而且注册一般是安全的...不过,为稳妥起见还是要先找一两台机器测试,若成功再大面积展开。
 
谢谢各位的帮助,已经解决了正如Johnny_du所说的,的确那样,我将自己电脑上的Borland在注册表里的所有注册信息导出之后,并在客户那里注册了之后就可以了,昨天一整天都是晕的,真的要谢谢各位的提点,由于本人刚来富翁不久,所以积分不多,不好意思,只有意思意思一下了
 

Similar threads

S
回复
0
查看
3K
SUNSTONE的Delphi笔记
S
S
回复
0
查看
2K
SUNSTONE的Delphi笔记
S
后退
顶部