64

二，利用DOSBOX进行分立汇编环境搭建 在我的第一篇博文 win7 64位 汇编环境搭建(一) 中我介绍了如何利用DOSBOX在win7 64位环境中进入debug环境中进行汇编相关指令的练习，今天就把我如何搭建分立的开发汇编程序的环境。 1，准备汇编基本的编译与连接的程序：masm.exe与link.exe 这两个软件是最常用的两个，也是开发汇编程序必须的两个。这两个在masm5.0或者更高的版本中可以找到，我现在用的是masm5.0.这里面还有我们可能在汇编的时候还会用到的其他的一些工具。 2，着手搭建分离环境 将在网上找到的masm5.0解压到一个你喜欢的地方，然后按照 win7 64位 汇编环境搭建(一) 所说的方法进入masm5.0目录下，此时你的分立的环境就基本搭建好了。 3，将昨天所说的debug.exe也拷贝到masm5.0的目录下，这是你不仅可以在这个环境下生成可以直接运行的exe文件，还可以在其下进行debug了。 4，现在就在我们新搭建起来的汇编环境编写一个入门程序hello ，world！来练练手吧！ (1)编写源码，并将文件保存为xxx.asm,这里我就保存为hello.asm吧。 在编写源码的时候，你可以采用一般的文本编辑器，并另存为hello.asm,并该文件拷贝 到masm5.0目录下，就可以进行编译、链接了。 如果你想更有感觉点，像老师那样

查看linux机器是32位还是64位的方法： file /sbin/init 或者 file /bin/ls /sbin/init: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, stripped 如果显示 64-bit 则为64位； file /sbin/init /sbin/init: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.2.5, dynamically linked (uses shared libs), stripped 如果显示为32 bit 则为32bit； uname -a: uname -a Linux pmx002**.**.** 2.6.32-71.el6.x86_64 #1 SMP Wed Sep 1 01:33:01 EDT 2010 x86_64 x86_64 x86_64 GNU/Linux x86_64表示64位机器 uname -a Linux pmx0**.**.** 2.6.9-5.ELsmp #1 SMP Wed Jan 5 19:30:39 EST

1. 把老版本的 ImageMagick 和 JMagick 卸载干净 查看版本号： [root@3qianke ~]# rpm -qa | grep ImageMagick ImageMagick-6.2.8.0-4.el5_1.1 ImageMagick-6.2.8.0-4.el5_1.1 [root@3qianke ~]# rpm -qa | grep jmagick jmagick-6.4.0-3 jmagick-6.4.0-3 卸载老版本： [root@3qianke ~]# rpm -e ImageMagick-6.2.8.0-4.el5_1.1 error: "ImageMagick-6.2.8.0-4.el5_1.1" specifies multiple packages [root@3qianke ~]# rpm -e--allmatches --nodepsImageMagick-6.2* 使用这两个参数以后，正常删除了 [root@3qianke ~]# rpm -e --allmatches --nodeps jmagick* error: package jmagick-6.4.0-3.x86_64.rpm is not installed [root@3qianke ~]# rpm -e --allmatches jmagick-6.4.0-3

有时候人们怀疑一个系统的底层结构能否保证这个系统在被使用时达到安全而高效， 64 位版本的 Windows 在这方面就比较完美。 Windows XP 和 Windows Server 2003 都是运行 64 位硬件的 64 位版本操作系统。 64 位 Windows 操作系统运行 64 位代码，同时通过使用 WoW64(Windows on Windows 64) 也能运行 32 位代码。 你看，这并不是什么大问题，毕竟， 32 位版本的不同 Windows 操作系统都用来同时运行 32 位和 16 位代码。 ( 技术上说，并不是同时运行，相关解释在以后的技巧中会展示给大家 ) 32 位版本的 Windows 在如何允许 32 为和 16 位代码并肩运行方面有着很复杂的机制。然而，这个系统被设计成无论你是系统管理员还是临时用户，你都不需要知道这些机制如何运行。 但是 64 位版本的 Windows 就不同了。从一个用户的立场上看， 64 位应用程序和 32 位应用程序简单地同时运行，没有什么特殊的。但是对于一个管理员 ( 和帮助桌面用户的人员 ) 来说，这其中就有很大不同了 :32 位代码与 64 位代码相隔离。这个隔离是如此重要以至于 64 位版本的 Windows 有两个注册表，一个是针对 64 位，一个是针对 32 位。 尽管 64 位版本的 Windows XP 和

随着 iPhone 5S 的推出，大家开始关心 5S 上所使用的 64 位CPU A7。 除了关心A7的性能以外，大家还会关心一个问题，那就是使用A7的64位系统对应用有没有什么要求。特别是应用开发者，大家都比较关心我们的应用如何迁移到64位的系统上来，以充分发挥A7的能力。其实这些问题都可以在苹果的官方文档《64-Bit transition Guide for Cocoa Touch》中找到答案。 为了大家方便，我将《64-Bit transition Guide for Cocoa Touch》中的一些重点整理了一下，希望可以为大家节约一些详细阅读文档的时间，如果我理解有不对的地方请大家指正。 首先，A7使用的是ARM V8架构，除了使用64位的地址总线和64位的寄存器以外，还增加了寄存器的数量，目前A7中的整数和浮点数寄存器是A6的两倍。 这里需要强调的是，寄存器的增加大大提高了程序的运行速度。将CPU由32位提高到64位，最主要的改变增大了寻址能力，可以突破32位系统只能访问3G内存的限制（感谢 wanglang3081 指出这里的问题，32位系统在理论上可以访问4G内存，因为2的32次方约等于4 290 000 000，很多32位系统只能访问3G左右的内存是因为有一大部分地址被分配给I/O系统了，所以总体可用内存就不足4G了。），但是