来自:louhong, 时间:2002-9-29 17:00:00, ID:1353755 | 编辑
建议在低版本的操作系统即98下编译。因为在低版本的操作系统下编译的程序在高版本操作系统
下运行的出错机率比在高版本的操作系统下编译的程序在低版本操作系统下运行的小得多。我有
过类似经历。
来自:c2008, 时间:2002-9-29 17:09:00, ID:1353783 | 编辑
几乎是一定有的事,若到winnt下运行就不会有事,所以现在开发程序如果不是一定的话在win9x下写的才能保证兼容性
主要原因有几个1、字符集不同(体现为乱玛)
2、像你说的一样的未知问题(一般是使用了windows的api即使win9x下有此函数,而他们本身就不兼容)
3、根本就不运行(比上面更严重)
还有就是编译器和内存控制方面的问题。winnt为没个进程单独分配4G空间,win9x是所有的进程共享4G空间(系统分配)等众多的问题
到win9x下重新编译了。
来自:savetime, 时间:2002-9-29 17:12:00, ID:1353793 | 编辑
听人说高版本MDAC有些问题,建议用2.6以下
来自:shenloqi, 时间:2002-9-29 17:13:00, ID:1353797 | 编辑
我的经验是:
1。不允许用户开很多的窗口(尤其是控件多的)
2.检查是否有内存泄漏。
3.不要使用替代Delphi的内存管理器,他只适合在小程序或调试期使用。
4。到非要创建对象不可时再创建
来自:szf, 时间:2002-9-29 16:02:00, ID:1353626 | 编辑
由于在程序中没有考虑的系统资源分配问题(该问题在WIN9X里由来以久,但NT和2K已经
基本克服),座席程序上使用了大量的界面资源,而且没有用的资源也生成在那里放着,
比如我现在做的系统中,使用了TPageControl,把窗体粘贴在上面,当切换时,把未显示
过的窗体显示出来,随着TPageControl的切换,系统资源急剧下降,到一个较低的水平才
稳定下来(WIN98)。
建议在程序控制窗体的生成数量,模态窗体尽量到到随生成随用并立即Free等...
来自:min_kuan, 时间:2002-9-29 16:23:00, ID:1353680 | 编辑
我用的大部分都是动态窗体,也比较复杂,但有时在我未打开这些大型窗体时,问题就出来了