VBA在32位下没问题,到64位异常报错

64 位 Visual Basic for Applications 概述

Microsoft Visual Basic for Applications (VBA) 是 Microsoft Office 附带的 Visual Basic 版本。在 Microsoft Office 2010 中,VBA 包括可使 VBA 代码同时在 32 位和 64 位环境中正确运行的语言功能。

注意:默认情况下,Office 2010 安装 32 位版本。在安装过程中,您必须明确选择安装 64 位版本。

对于在 Office 2010 版本之前(VBA 版本 6 和更早版本)编写的 VBA 代码,需要修改为在 64 位 Office 版本中运行,否则在 64 位平台上运行时会导致错误。这是因为,VBA 版本 6 和更早版本完全以 32 位平台为目标,而且通常包含 Declare 语句,这些语句调用的 Windows API 使用 32 位数据类型的指针和句柄。因为 VBA 版本 6 和更早版本没有用于指针或句柄的特定数据类型,所以,它使用 Long 数据类型(一种 32 位 4 字节的数据类型)来引用指针和句柄。64 位环境中的指针和句柄为 8 字节 64 位数。这些 64 位数不能包含在 32 位数据类型中。

注意:只有在 64 位版本的 Microsoft Office 中运行 VBA 代码时,才需要修改 VBA 代码。

在 64 位 Office 中运行旧 VBA 代码的问题在于,将 64 位加载到 32 位数据类型中会截断 64 位数。这会导致内存溢出、代码中出现意外结果,并且可能导致应用程序故障。

为解决此问题,以使 VBA 代码能同时在 32 位和 64 位环境中正确运行,新版 VBA 中增加了几项语言功能。此文档底部的表总结了这些新的 VBA 语言功能。有三个重要的新增功能,分别是:LongPtr 类型别名、LongLong 数据类型和 PtrSafe 关键字。

LongPtr - 现在,VBA 包括一种可变类型别名:LongPtr。LongPtr 实际解析为哪种数据类型取决于它在哪种 Office 版本中运行:在 32 位版本的 Office 中 LongPtr 解析为 Long,在 64 位版本的 Office 中 LongPtr 解析为 LongLong。LongPtr 用于指针和句柄。 
LongLong - LongLong 数据类型为有符号的 64 位整数,仅在 64 位版本的 Office 中可用。LongLong 用于 64 位整数。必须使用转换函数将 LongLong(包括 64 位平台上的 LongPtr)显式赋予较小的整型。不允许将 LongLong 隐式转换为较小的整数。 
PtrSafe - PtrSafe 关键字声明 Declare 语句可以在 64 位版本的 Office 中安全运行。 
现在,在 64 位版本的 Office 中运行时,所有 Declare 语句必须都包括 PtrSafe 关键字。必须理解,仅仅将 PtrSafe 关键字添加到 Declare 语句中只是表示 Declare 语句显式针对 64 位,而语句中需要存储 64 位(包括返回值和参数)的所有数据类型仍须经过修改才能保存 64 位数。

注意:带有 PtrSafe 关键字的 Declare 语句为建议的语法。包括 PtrSafe 的 Declare 语句可同时在 32 位和 64 位平台上的 VBA7 开发环境中正确工作。为确保在 VBA7 中以及更早版本中的向后兼容性,请使用下面的构造:

#If Vba7 Then
Declare PtrSafe Sub...
#Else
Declare Sub...
#EndIf

请考虑下列 Declare 语句示例。在 64 位版本的 Office 中运行未经修改的 Declare 语句会导致一个错误,该错误指出 Declare 语句未包括 PtrSafe 限定符。修改后的 VBA 示例中包含 PtrSafe 限定符,但请注意,返回值(指向活动窗口的一个指针)返回 Long 数据类型。在 64 位 Office 上,这是错误的,因为指针应为 64 位。PtrSafe 限定符告知编译器 Declare 语句针对 64 位,因此该语句可以正常执行。但是返回值没有更新为 64 位数据类型,因此被截断,从而返回错误的值。

未修改的旧 VBA Declare 语句示例:

Declare Function GetActiveWindow Lib "user32" () As Long

修改后的 VBA Declare 语句示例,其中包括 PtrSafe 限定符,但仍使用 32 位返回值:

Declare PtrSafe Function GetActiveWindow Lib "user32" () As Long

再次重申,您除了必须修改 Declare 语句来包括 PtrSafe 限定符外,还必须更新语句中所有需要保存 64 位数的变量,以便这些变量使用 64 位数据类型。

修改后的 VBA Declare 语句示例,其中包括 PtrSafe 关键字,并且更新为使用正确的 64 位 (LongPtr) 数据类型:

Declare PtrSafe Function GetActiveWindow Lib "user32" () As LongPtr

总而言之,对于要在 64 位版本的 Office 中运行的代码,您需要找到并修改所有现有 Declare 语句以使用 PtrSafe 限定符。同时,还需要找到并修改这些 Declare 语句内所有引用句柄或指针的数据类型以使用新的 64 位兼容的 LongPtr 类型别名,并且需要使用新的 LongLong 数据类型保存 64 位整数的类型。此外,还必须更新任何包含指针或句柄以及 64 位整数的用户定义类型 (UDT),使之使用 64 位数据类型,同时,必须验证所有变量赋值是否正确,以防止发生类型不匹配错误。

编写可同时在 32 位和 64 位 Office 上运行的代码
若要编写可同时在 32 位和 64 位版本的 Office 上运行的代码,只需对所有指针和句柄值使用新的 LongPtr 类型别名来代替 Long 或 LongLong 即可。LongPtr 类型别名将解析为正确的 Long 或 LongLong 数据类型,具体取决于运行的是哪种 Office 版本。请注意,如果您需要执行不同的逻辑(例如,您需要在大型 Microsoft Excel 项目中使用 64 位值),可以使用 Win64 条件编译常量,如下面一节所示。

编写可同时在 Microsoft Office 2010(32 位或 64 位)以及以前版本的 Office 上运行的代码
若要编写可同时在新版本和旧版本的 Office 中运行的代码,可以使用新的 VBA7 与 Win64 条件编译器常量的组合。Vba7 条件编译器常量用来判断代码是否在 VB 编辑器版本 7(Office 2010 附带的 VBA 版本)中运行。Win64 条件编译常量用于判断正在运行哪种 Office 版本(32 位还是 64 位)。

#if Vba7 then
‘  代码正在新 VBA7 编辑器中运行
#if Win64 then
‘  代码正在 64 位版本的 Microsoft Office 中运行
#else
‘  代码正在 32 位版本的 Microsoft Office 中运行
#end if
#else
‘ 代码正在 VBA 版本 6 或更早版本中运行
#end if

#If Vba7 Then
Declare PtrSafe Sub...
#Else
Declare Sub...
#EndIf

VBA7 语言更新总结
下表总结了新增的 VBA 语言功能,并给出每个新增功能的解释:

名称 类型 描述 
PtrSafe  关键字 声明 Declare 语句针对 64 位系统。在 64 位上是必需的。 
LongPtr 数据类型 该类型别名映射为 32 位系统上的 Long,或 64 位系统上的 LongLong。 
LongLong 数据类型 8 字节的数据类型,只在 64 位系统上可用。数字类型。-9,223,372,036,854,775,808 到 9,223,372,036,854,775,807 范围内的整数。LongLong 只是 64 位平台上的有效声明类型。此外,不能将 LongLong 隐式转换为较小的类型(例如,不能将 LongLong 赋予 Long)。这样做的目的是防止不慎将指针截断。允许显式强制转换,所以在上例中,可以将 CLng 应用于 LongLong,并将结果赋予 Long。(只在 64 位平台上有效。) 
^ LongLong 类型声明字符 显式将文字值声明为 LongLong。声明大于最大 Long 值的 LongLong 文字时是必需的(否则它将隐式转换为 double)。 
CLngPtr 类型转换函数 将简单表达式转换为 LongPtr。 
CLngLng 类型转换函数 将简单表达式转换为 LongLong 数据类型。(只在 64 位平台上有效。) 
vbLongLong VarType 常量 VarType 常量。 
DefLngPtr DefType 语句 将一系列变量的默认数据类型设置为 LongPtr。 
DefLngLng DefType 语句 将一系列变量的默认数据类型设置为 LongLong。

原地址:http://www.excelpx.com/thread-325983-1-1.html

时间: 2024-10-05 00:32:05

VBA在32位下没问题,到64位异常报错的相关文章

windows7旗舰版64位下安装、破解及运行QTP11报错

说明:如果你出现了以下几种情况,希望能解决你的问题:如果没有,就当路过. 1.安装qtp11时报vc++ 2005缺少,但怎么也不能成功安装 解决方法: 1.找到qtp安装包里面的vc++ 2005组件 QuickTest\CHS\prerequisites\vc2005_sp1_redist. 2.运行vcredist_x86.exe文件,如果安装失败,修改后缀名为压缩文件,如:zip.rar,解压文件后重新运行解压后的文件. 2.网上介绍用mgn-mqt82.exe的方法破解qtp11失败

[转]cypress EZ-USB 68013在WIN7 64位下驱动识别方法 && 64位WIN7中禁用驱动程序签名强制

http://blog.hehehehehe.cn/a/17252.htm 1.重启你的电脑.然后开机的时候一直按F8,进入一个界面,我也不知道是什么界面,里面有一项  ”禁止强制驱动认证“  大体是这几个字,大约在倒数某一项.大家自己找. 2.然后开机了,把C:CypressCypress Suite USB 3.4.7Driverinwlhx64目录下的cyusb.inf文件打开,里面的凡是VID_XXXX&PID_XXXX的要改成 VID_04B4&PID_8613. 其中若要驱动6

32位plsql链接oralce数据库64位报错

解决方案:plsql不支持64位,下载32位客户端文件 接着用免安装的plsql连接数据库试了试,发现没有连接的权限可选,如图 直接输入用户名.密码和数据库名,提示如下: 说明plsql是不可以直接连接64位oracle数据库,只能连接32位.既然都安装了64位oracle,可不能卸载了再装32位啊,那如何连接64位呢,就只能借助32位客户端实现了.具体方法在此与大家分享一下: 1.首先下载32位的oracle客户端 下载地址:http://www.oracle.com/technetwork/

解决32位plsql客户端连接不64位Oracle11g上数据库

一.解决方案 因为本人安装的是64位的Oracle,plsql 是32位的故连接不上.网上有方法能连接. 1. 文件下载 下载PLSQL_Developer地址 http://pan.baidu.com/share/link?shareid=3768883331&uk=3557941237 下载instantclient-basic-win32-10.2.0.5地址: http://pan.baidu.com/share/link?shareid=3782452820&uk=3557941

解决32位plsql_Developer客户端连接不64位Oracle11g上数据库

问题:解决32位plsql_Developer客户端连接不64位Oracle11g上数据库 解决: 1.将下载instantclient-basic-win32-11.2.0.1.0.zip文件解压,然后复制到Oracle数据库安装的文件夹下的product文件夹下 2.在Oracle安装文件下找到文件listener.ora,例如我的在D:\app\Administrator\product\11.2.0\dbhome_1\NETWORK\ADMIN里面.复制到    D:\app\Admin

windows 环境下安装wampserver2.5 64位

windows 环境下安装wampserver2.5 64位 出现的问题如下: 1.安装成功后修改mysql root 密码 (开始密码默认为空) 1.打开 mysql控制台 2.use mysql 3.update user set password=password(新密码) where user='root'; 4.flush privileges; (使修改的密码生效) 5.quit 退出控制台 2.配置apache 单IP 多站点 (开启虚拟机访问多站点) 1.找到httpd.conf

Visual Studio远程调试监视器(MSVSMON.EXE)的32位版本不能用于调试64位进程或64位转储

在VS2013中调试Silverlight项目时,提示:无法附加.Visual Studio远程调试监视器(MSVSMON.EXE)的32位版本不能用于调试64位进程或64位转储.请改用64位版本. 解决方法很简单: 把调试按钮的调试程序Internet Explorer改成Internet Explorer2,就可以了.

ubuntu 14.04 下hadoop2.9.1 64位编译

最近在学习hadoop,分享一个64位编译的bug. Ubuntu 14.04JDK 1.8maven 3.5.4hadoop 2.9.1ProtocolBuffer 2.5.0cmake 3.6ubuntu 14.04 下hadoop2.9.1 64位编译 下面这部分是BUILDING里复制过来的/java* Oracle JDK 1.7 (preferred) $ sudo apt-get purge openjdk* $ sudo apt-get install software-prop

今天遇到奇怪的事:SVN本地代码的标记突然没了,Clean up也报错

今天遇到奇怪的事:SVN本地代码的标记突然没了,Clean up也报错 脑子一想这种情况,可以先把原来的目录改一个名字,重新把代码check out下来,再合并提交更新,但这样也太LOW了吧 上网上百度了下,发现了两篇文章,提供了解决方案,我的SVN版本为1.8,实践了方法一,果然奏效了!适用SVN低版本的方法二有待各位尝试了! 解决方案如下: 从SVN库更新项目代码,导致SVN状态异常,更新失败. 通过查阅资料,也有偶尔因为提交代码错误导致的类似问题,都需要在问题路径下执行Clean Up命令