CoCreateInstanceEx不能返回和远程创建dcom对象需要用户名和密码相同的疑问

fanyou 2005-04-13 03:47:06
我最近在用一个现成的dcom组件进行编程的时候发现两个问题:
第一,我用CoCreateInstanceExt创建一个远程的服务器对象的时候,如果创建成功就一切正常,可是,如果不成功,比如,远程系统不在线,或者处于关机状态那么,这个CoCreateInstance就会尝试好几次才返回一个HRESULT值,提示远程服务器不可用,并这期间不断的弹出窗口说“由于另一个服务器正在允许,请求操作无法完成”等等,很烦,高手们指点一下,改怎么处理,不让那个对话框弹出来,并且让CoCreateInstanceEx在一次不成功后就退出,不再尝试连接,我曾经试着实现接口IMessageFilter来进行消息过虑,实现自己的消息处理,可是,由于不知道怎么实现接口,难以实现,
好像是不是可以通过定时器的方法,强制结束这个函数,要是这样的话,该怎么做呢》?
第二,是不是在客户端要访问服务器的时候,要求客户端要用服务器上已有的帐户登陆客户端计算机才行呢?在调用CoCreateInstanceEx的时候,服务器信息,COSERVERINFO结构中有一项可以指定帐户和密码的,这个怎么用?我想达到一个效果就是,客户端随便用什么帐户登陆,但是创建服务器对象的时候,指定一个在服务器上存在的帐户就可以创建服务器对象,这样能不能实现,该怎么实现呢?谢谢各位大侠指点,
...全文
131 回复 打赏 收藏 转发到动态 举报
写回复
用AI写文章
回复
切换为时间正序
请发表友善的回复…
发表回复

16,551

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Creator Browser
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

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

试试用AI创作助手写篇文章吧