在Office 2010 32位上开发的Excel VBA系统,迁移到Office 2010 64位下面,打开后使用,报下面错误: 解决办法:  在Declare 后面加PtrSafe 进行标记

自Office 2010版本开始有了32位和64位之分,对Excel来说,32位的Excel和64位的Excel在性能上的主要区别是64位的Excel能够处理2G及2G以上的大数据集. 随着64位操作系统的安装,Office 2010及以上版本的普及以及计算机的内存容量越来越高,使用64位Excel的用户越来越多,所以让插件支持64位Excel能够赢得一部分用户.前面十篇文章中所讲解的技术适用于不同版本和不同位数的Excel,但是由于32位的COM组件不支持64位的Excel,所以在针对不同位数

http://blog.sina.com.cn/s/blog_9323b3a50101qrxm.html [解决方案1] 1:在服务器上安装office的Excel软件. 2:在"开始"->"运行"中输入dcomcnfg.exe启动"组件服务" 3:依次双击"组件服务"->"计算机"->"我的电脑"->"DCOM配置" 4:在"DCO

原文:VSTO 学习笔记(十一)开发Excel 2010 64位自定义公式 Excel包含很多公式,如数学.日期.文本.逻辑等公式,非常方便,可以灵活快捷的对数据进行处理,达到我们想要的效果.Excel的内置公式虽然强大,但是在ERP等系统中,往往需要进行很多业务上的计算,如收发存台账.指定年.月.部门的消耗查询等,都是需要从数据库中查询的,且和业务紧密相连.这时仅仅依靠Excel的内置公式就不够了,需要添加自定义的公式来进行这些业务计算. 测试代码下载 本系列所有测试代码均在Visual St

查了半天发现是IIS跑在64位环境下引起的.而64位下,是木有Access数据库的驱动的(包括Excel也不行). 解决办法是:在目标网站的应用程序池中选择高级设置,然后将启用32位应用程序设置为true,重启IIS即可! 由于项目还没有结束,暂时先记录这些,等后来遇到问题再来补充

当本地安装的excel(2013版) 是64-bit时:出现的以下两种错误 解决: 1. excel 导入数据库 , 如果文件是2007则会出现:“The 'Microsoft.ACE.OLEDB.12.0' provider is not registered on the local machine” , (文件是1997-2003类型的没有问题) 2.  SSIS 中 excel data source 建立数据源无法识别其中的sheet ==>解决办法都是 需要去微软官方网站下载并安装驱

在windows  2003 操作系统中, 1.在"开始"->"运行"中输入dcomcnfg.exe启动"组件服务", 2.依次双击"组件服务"->"计算机"->"我的电脑"->"DCOM配置" 3.在"DCOM配置"中就能找到"Microsoft Excel 应用程序"     但在windows 20

--64位环境中使用SQL查询excel的方式 环境: OS:Windows Server 2008 R2 Enterprise MSSQL:Microsoft SQL Server 2008 R2 (RTM) - 10.50.1600.1 (X64)  (Build 7601: Service Pack 1) 查询access的方式,请移步:在MSSQL中对ACCESS文件操作方式汇总 因为SQL2005默认是没有开启'Ad Hoc Distributed Queries' 组件,开启方法如下

Microsoft sql server 2008 R2——> SQL SERVER Business Intelligence Development Studio 使用EXCEL数据源或目标报如下错误 启动 SSIS 包“Package.dtsx”. 信息: 0x4004300A,位于 数据流任务, SSIS.Pipeline: 正开始验证阶段. 错误: 0xC00F9304,位于 Package, 连接管理器“Excel 连接管理器 1”: SSIS 错误代码 DTS_E_OLEDB_EX

最近在新公司电脑上跑以前的selenium测试框架的时候,抛出了如下的错误 出现的是ODBC Driver问题:[Microsoft][ODBC Driver Manager] Data source name not found and no default driver specified 我查看了我的系统属性 -- 64 bit System, Microsoft Excel -- 32 bit 而这个selenium框架之前都是运行在win7 32位系统上的,且框架脚本编译之后也是32位

64位系统不支持读取excel的问题: 应用程序池-常规选项 启用32应用程序 启用23应用程序是为了保证32应用程序能够正常运行

In the old times while all the CPUs were 32bit, we were happily using JET OLEDB Provider reaching Excel or MDB files for long time without any issues. After we started using x64 CPUs and x64 Windows machines, we noticed that JET OLEDB Provider is not

最近在web项目中做了一个导出Excel功能.在导出的时候报错:检索 COM 类工厂中 CLSID 为 {00024500-0000-0000-C000-000000000046} 的组件时失败. 一般情况下,不能正确导出excel的原因有三个: 1.用户权限不够: 2.应用程序池没有配置正确: 3.导出后是在服务器还是客户端没有搞清楚. 对于上面提到的报错,属于用户权限不够,所以需要设置用户相应的权限. 很多网友提出解决方案:在"开始"->"运行"中输入dc

For example, you have a 32-bit application that uses the Microsoft OLE DB Provider for Jet. If you migrate the application to run in the 64-bit mode, the application cannot connect to the data source by using the Microsoft OLE DB Provider for Jet. Th

在本地做Excel导出功能的测试时,报出“检索COM 类工厂中CLSID 为 {00024500-0000-0000-C000-000000000046}的组件时失败”的异常,知道要对Excel进行DCOM权限设置,但前不久刚换了Win7 64位系统,设置过程跟以往有些不同,我们来做一下笔记. 找到Excel应用程序的DCOM配置.我们需要输入命令行comexp.msc -32来打开32位的组件服务,使用dcomcnfg.exe打开的是64位的组件服务,其中根本就没有Excel的信息. 设置Ex

// ----------------------32位机 //注释说明 //ExclePath 为Excel路径 批号 是指Excel文件中某一列必填项 public static DataSet GetDataTableForExcel(String ExclePath) { string strCon = String.Empty; strCon = "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" + ExclePath + &qu

前不久,碰到一个问题. 曾经用的好好的Microsoft.Office.Interop.Excel实现的导出Excel,迁移至64位server后,就出现: 检索 COM 类工厂中 CLSID 为 {00024500-0000-0000-C000-000000000046} 的组件时失败 查询了下网上大家的解决的方法.差点儿千篇一律都是例如以下的解决方案: 在64位机器安装office后,做例如以下设置. 1:在"開始"->"执行"中输入dcomcnfg.ex

Microsoft sql server 2008 R2——> SQL SERVER Business Intelligence Development Studio 使用EXCEL数据源或目标报如下错误 启动 SSIS 包“Package.dtsx”.信息: 0x4004300A,位于 数据流任务, SSIS.Pipeline: 正开始验证阶段.错误: 0xC00F9304,位于 Package, 连接管理器“Excel 连接管理器 1”: SSIS 错误代码 DTS_E_OLEDB_EXCE

用c#读写excel时,会出现 “本机未注册Microsoft.ACE.OLEDB.12.0 驱动(什么的,忘了)” 读写 64位的excel 时,要在项目属性里改一下目标平台,默认的为*86, 改为*64.这样就不会出现  

操作系统Windows Server 2008 X64,数据库SQL Server 2008 X64,Office 2007(好像只有32位),在存储过程执行OpenDatasource导入Access数据的时候遇到问题了,Oledb 4.0已经不被支持,以下是遇到的若干错误提示: 因为 OLE DB 访问接口 'Microsoft.Jet.OLEDB.4.0' 配置为在单线程单元模式下运行,所以该访问接口无法用于分布式查询. 无法创建链接服务器 "(null)" 的 OLE DB 访