操作系统从32位步入64位,对于用户来说是质的飞跃。由于CPU读取数据宽度增加1倍,速度和精度都带来了跨跃。同时,CPU的读写方式的改变,对于程序员来说,需要适应跟进。虽然,64位系统支持32位程序,但是是有条件的,因为系统对CPU的操作有所变化,有的有32位上操作,就不能在64位在操作了。比如,软件通过调用底层,通过汇编读写数据的源程序,在32位上运行自如,在64位上就出现问题,执行出错。
在开发工具方面,基于Java、.NET的工具可以很顺利地支持64位平台。因为,它们不通过调用底层实现代码,而是基于.Net调用实施。对于Delphi来说,由于它是与操作系统紧密相关的,与它相关的数据类型,操作系统的SDK等变化都会很大,所以从32位到64位的迁移就会出现一些困难。至于汇编语言,它的变化就会更大了。
最近笔者,遇到一个问题:在32位上编译的(C/S)三层数据库管理系统,由于客户服务器操作系统由32位升级到64位,以至原服务器端(程序)不能在64位服务器系统上运行。为此,笔者通过改进代码,最终实现“32位程序可以在64位系统正常运行”的目的。
下面是笔者,初步实践,仅供同仁参考:
1、对于涉及到ASM代码的单元进行修改,采用API取代。
2、对于一些引用的读写硬件的单元,多数采用ASM代码,取消引用该类单元。
3、尽可能不使用第三方控件。特别是,无源代码的第三方控件。(内含ASM代码)
4、修改后的读写硬件的单元,要分别在64位机器中,调试。主要验证:
(1)可以运行(支持代码)。
(2)返回值32位与64位一致。
通过,上述代码改进。编译后的程序。在64位上正常运行。