64位编程

⑴ 在vb中如何进行64位编程大神们帮帮忙

不要，我装的就是32位的 silverlight可以vs2005上能开发 1、创建一个控件库 2、除掉项目所有的引用 3、右键点击项目然后查看项目属性 4、在Build标签点击高级按钮，在弹出的对话框中勾上“'Do not reference mscorlib.dll”复选框 5、手动添加对Silverlight安装目录（默认在\Program Files\Microsoft Silverlight\）下mscorlib,agclr,System, System.Core, System.Silverlight, and System.Xml.Core这些程序集的引用。 Ok，经过上面的配置你就可以开发使用C#开发Silverlight程序了。 虽然上面的步骤并不复杂，但对于习惯“偷懒”的程序员来说，还是太繁琐了，感觉回到原始社会。所以我在这里特地做了一个Silverlight C# Application项目模板，你可以使用该模板轻松创建Silverlight C# 项目。使用该模板需要安装Silverlight 1.1 alpha 插件（废话，C#开发Silverlight能不安装这个吗？）。下载安装Silverlight项目模板，确认关闭VS2005，将Silverlight1.1alphaToolsForVS2005.zip压缩包中的SilverlightCSApplication.zip复制到 \Visual Studio 2005\Templates\ProjectTemplates\Visual C#目录下。 再次打开VS2005，打开新建项目对话框，你将看到Silverlight C# Application的项目模板 。 模板下载地址： http://silverlight.cn/files/folders/silverlight_sdk/entry444.aspx 另外可访问.NET Framework编程模型和相关工具。可以使用托管的Jscrit和IronPython或者C#和VB这样的动态语言来创建基于SilverLight的应用程序。可以使用Visual Studio这样的开发工具来创建基于SilverLight的应用程序。 参考资料： http://www.gcs8.cn/htm_data/22/0708/128.html

⑵ win7 64位用什么编程软件

1、使用编程软件要看程序员使用的编程语言，常规的编辑软件主要是指的IDE集成开发环境，比如C/C++使用vc6.0、vs2012、devc++等等。一般来说程序员使用的编程语言都会有相应的IDE集成开发环境，用户只需要去下载即可。
2、编程软件要与自己的系统配套，根据问题描述用户使用的是WIN7 X64系统，以C语言来说，使用VC6.0就不太适合，VC6.0是1993年微软公司推出的，时间较长，虽然有的系统可以正常运行vc6.0，但是调试会出现假死。因此，建议安装vs系列的x64版本。

⑶ 64位操作系统的编程与32位有什么不同

1、32位和64位一般是指CPU的通用寄存器位宽，所以64位的CPU位宽增加一倍。
2、可寻址范围大大扩展，32位系统支持最大内存位4G，64位系统理论支持最大内存2^64=18446,744,073,709,551,616，约1600万TB，相当于16EB。（实际还受制于操作系统和主板约束），实际的CPU尤其是这两年的CPU都是采取兼容设计的，内部总线不到64位，后期的CPU逐渐都会采用标准的64位。
3、32位系统和64位系统需要安装支持相应系统模式下的操作系统和驱动软件，也就是32位只能安装32位，64位安装64位的但可兼容32位运算。
4、目前约定俗成的x86就是代表32位操作系统，x64代表64位操作系统。
当然64位的CPU要发威强的性能还要有相应的64位软件!而现在的软件都以32位CPU而编程的所以.现在64位比32位CPU没有多大的性能提高

⑷ 32位机和64位机编程时应该注意些什么

1.数据类型在各种机器中所占的字节数不同16位平台char 1个字节8位 short 2个字节16位 int 2个字节16位 long 4个字节32位 指针 2个字节32位平台char 1个字节8位 short 2个字节16位 int 4个字节32位 long 4个字节 long long 8个字节 指针 4个字节64位平台char 1个字节 short 2个字节 int 4个字节 long 8个字节（区别） long long 8个字节 指针 8个字节（区别） 2.为了保证平台的通用性，程序中尽量不要使用long数据库型 3.编程中要尽量使用sizeof来计算数据类型的大小，如：int *p = (int *)malloc(sizeof(int)*100);而不要int *p = (int *)malloc(400); 4.使用int时也可以使用intptr_t来保证平台的通用性，它在不同的平台上编译时长度不同，但都是标准的平台长度，比如64位机器它的长度就是8字节，32位机器它的长度是4字节，定义如下： #if __WORDSIZE == 64 5.ssize_t和size_t分别是unsigned和signed size of computer word size。它们也是表示计算机的字长，在32位机器上是int型，在64位机器上long型，从某种意义上来说它们等同于intptr_t和 uintptr_t。它们在stddef.h里面定义。需要注意的是socket的accept函数在有些操作系统上使用size_t是不正确的，因为 accept接收的int*类型，而size_t可能是long int 类型。后来BSD使用sock_t来替代它

⑸ 64位系统中,分离32位程序和64位程序主要包含哪两种

对于64位还是32位，首先要从概念上把其理清，我觉得这可以分为三个层次：

• 硬件
  主要是指CPU的指令集，寄存器，以及地址空间。比如x64体系结构的CPU，就是在32位的基础上添加了64位的操作指令，寄存器，同时提供了64位的虚拟地址空间。一台电脑能不能支持64位的系统，首先要看其硬件配置，即CPU是否支持64位指令：
  
  比如我的Dell Inspiron 1420，用的是intel的芯片，支持EM64T指令集，是属于x64架构的。这里x64也叫x86-64，是一个体系架构，AMD的实现称为AMD64，而intel的实现称为Intel64，其指令集称为EM64T.
  

• 操作系统
  有了64位的CPU，你才能装64位的操作系统，当然，你也完全可以在x64的机子上安装32位的系统，因为其本来就是32位cpu的一个扩展，完全支持32位指令集。
  不同的64位系统有不同的编程模型(programming model)，也就是常说的那些LP64, LLP64或者ILP64等等的，之所以出项这些所谓的编程模型，目的就是为了更好的兼容以前的32位下的编程模型，继而能让32位的源代码比较容易的迁移到64位（更多内容参考：64-Bit Programming Models: Why LP64?），目前Windows支持的是LLP64，而Linux/Unix支持的是LP64 - 这种编程模型的差异恐怕会给我们编写64位可移植程序带来一定的困难。
  

• 应用程序
  有了64位的操作系统，你才能运行64位的应用程序。当然，你也完全可以在64位系统下以兼容模式运行32位程序，而且因为cpu本来就支持这些32位的指令集，所以性能基本不会有影响。
  

为什么需要在64位系统下使用32位程序

所以在64位的系统上，我们最好使用64位的程序，但有的情况下，我们却不得不在64位系统下运行32位程序。

原因其实很简单：不支持64位。

我们知道，一个32位的程序要移植到64位上，因为一些数据类型大小的变化（主要是指针），是需要做很多工作的，包括代码的更新与64位下的测试，所以，一些软件厂商或者开发团队会选择不支持64位，或者想支持但无法及时推出一个64位版本，这里可以分为两种情形：

• 程序
  这种情况比较简单，你不支持64位，我就直接在32位兼容模式(WOW64)下跑，反正影响也不大。而且，即使你没做移植，同样可以通过重新编译而从64系统上获取一些好处：
  

  However, on the x64 platform, 32-bit x86 applications may still benefit from a 64-bitrecompile, e to the additional registers in 64-bit code, which acompilercan use for optimization.

• 库
  这种情况比较复杂，一个32位的库，比如说DLL，你无法把他加载到你的64位进程中，原因很简单，类型大小不匹配。举个最简单的例子，我调用这个32位库中的函数传个指针过去，传过去的是64位的指针，可人家以为只有32位，这不撑破了吗？
  要在64位的程序中使用32位的DLL，目前有个办法就是通过一个32位的进程把32位的DLL加载进来，然后通过进程间通信（RPC）。一般情况下，这个32位进程是一个进程外的COM组件（参考：Process Interoperability）。 当然，我们在设计COM接口的时候要注意32位-64位的接口兼容性。简单来讲，在Windows上采用的是LLP64模型，32位和64位的差别主要在于指针类型，因为是RPC，COM的marshalling就能很好的解决这个问题。

我想我们公司的软件Autodesk Inventor就很好的说明了这个情况，大概在07年之前，Inventor是不提供64位版本的，所以在64位系统上Inventor是以32位兼容模式运行的，原因我想应该是Inventor庞大的source code使其无法迅速移植到64位之上。这是就是第一种情况；到07年支持64位后，因为微软提供的VBA只有32位版本的（微软为了推VSTA而放弃了VBA的开发），我们只能提供一个进程外COM组件通过RPC来调用VBA，所以在64位下启动VBA速度会比较慢一点，这就是第二种情况。

当然，这些应该都是过渡期的产物，将来的趋势是要么支持64位而活下来，要么不支持64位而消亡，比如说VBA。但不可否认，这个过渡期是很漫长的。

⑹ 64位与32位编程的数据类型区别

一、64位编译器系统下可以使用64位的无符号或有符号变量了。
二、64位操作系统提供了更多的编程接口API，这些多出来的接口主要是涉及将32位数据类型扩展为64位的问题了。比如原来关于内存管理相关的函数，参数是32位的，在64位操作系统下就需要提供参数为64位的管理函数了等等。
总之这种差别根源就是数据类型增加了64位的数据类型而引起的变化。

⑺ qt 64 位编程和32位编程的区别

一、64位编译器系统下可以使用64位的无符号或有符号变量了。
二、64位操作系统提供了更多的编程接口API，这些多出来的接口主要是涉及将32位数据类型扩展为64位的问题了。比如原来关于内存管理相关的函数，参数是32位的，在64位操作系统下就需要提供参数为64位的管理函数了等等。

⑻ 64位编程技术是什么意思应怎么理解

64位编程技术是什么意思 ?
就是在64位软/硬件，平台上写程序的技术

他和32位的主要差别就在字长上。
也就是系统可处理的最大地址的位数上（是32还是64）
64位平台允许你的程序使用更多的内存，也为cpu开发更强大的指令集提供了支持。

当然，因为指令系统和地址宽度都不一样了，软/硬件平台提供的接口也就不同了，这需要新的知识，而且在32位环境下养成的一些和范围有关的习惯也要改正了。而且有其实在进行地址操作的时候要注意64-32位程序之间的兼容性