• 全部
  • VC综合技术
  • 互联网技术
  • MFC AppLauncher
  • .NET 技术
  • 界面
  • 进程
  • 算法
  • 硬件/系统
  • 数据库
  • VC++技术资源

ADO的问题

certbuggy 2002-05-16 09:44:52
在程序开始时我调用::CoInitialize( NULL );来初始化COM
为什么在程序退出时我调用::CoUninitialize();时总是显示

DATABASE 在 019f:bff9dfc5 的模块
KERNEL32.DLL 中导致无效页错误。
Registers:
EAX=c00309f4 CS=019f EIP=bff9dfc5 EFLGS=00010212
EBX=0065fe28 SS=01a7 ESP=0055fe58 EBP=005600f4
ECX=00000000 DS=01a7 ESI=00000000 FS=1b27
EDX=10261798 ES=01a7 EDI=00419b80 GS=0000
Bytes at CS:EIP:
53 8b 15 e4 ad fc bf 56 89 4d e4 57 89 4d dc 89
Stack dump:

为什么呢?其实我感觉不调用CoUninitialize好像也没什么问题
...全文
10 点赞 收藏 7
写回复
7 条回复
切换为时间正序
当前发帖距今超过3年,不再开放新的回复
发表回复
jackal_csdn 2002-05-17
首先要保证调用CoInitialize和CoUninitialize要在同一个线程中进行,如果没有调用CoInitialize(NULL),但却调用了CoUninitialize也会出问题的,我也遇到过类似的问题,一定要注意这两个函数的位置。
回复
oldmonsterman 2002-05-17
如果不是很少用到Ado,最好再app文件中进行初始化,一劳永逸。
if(!AfxOleInit())
{
AfxMessageBox("Ole Initialization Failed");
}
回复
saucer 2002-05-17
那个错误看上去象是因为你用的是smart pointer对象,如果这些对象与::CoUninitialize()是在用一个scope里的话,这些对象是在进程跳出该scope时被系统析构的,所以这些析构函数实际上是在::CoUninitialize()之后调用的,但这些对象的析构函数会对其中的COM指针调用Release(),这样做就会出错

我想karma的意思即是人为地建立一个scope,让那些析构函数在::CoUninitialize()调用之前就执行,这样当这些对象的析构函数对其中的COM指针调用Release()时,就不会出错了
回复
jeffchen 2002-05-17
应该说,在不同的线程中使用COM时,都要各自调用CoInitialize(),否则会得到一个异常的
回复
zxs218 2002-05-17
是的,必须,否则ADO就不可能运行。

当然,CoInitializeEx也是可以的。
回复
certbuggy 2002-05-17
do i need to call ::CoInitialize(NULL) in any place i do ado programming??
回复
karma 2002-05-17
you are using #import, right? enclose those interfaces inside {}. for example

::CoInitialize( NULL );
{
//do you ado programming here
}
::CoUninitialize();
回复
相关推荐
发帖
VC/MFC
创建于2007-09-28

1.5w+

社区成员

VC/MFC相关问题讨论
申请成为版主
帖子事件
创建了帖子
2002-05-16 09:44
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……