关于COM中ConnectionPoint的问题……各位大虾请赐教

Rambol 2002-05-09 11:56:20
我用VC的ATL COM AppWizad 生成一个Exe工程,创建一个Simple Com Object,并选择支持连接点(ConnectionPoint support),使用Custum, 其他选项不变。分别为两个接口(outgoing和incoming interface)添加一个方法,并实现。
在cmd。exe中生成ps.dll,并注册。
另外创建一个客户端工程(Dialog Exe),并创建一个ATL类实现第一个工程中的outgoing接口;按常规的处理方法创建对象,得到IConnectionPoint接口,都能成功,但是在Advise时出现错误,HRESULT = -2147220990

HRESULT hr = 0;
hr = ::CoCreateInstance(
CLSID_EastCOMServer,
NULL,CLSCTX_LOCAL_SERVER,
IID_IEastCOMServer, (LPVOID*)&pServer);
if(FAILED(hr))
{
AtlTrace("Get instance failed!\n");
return TRUE;
}

IConnectionPointContainer * pContainer = NULL;
hr = pServer->QueryInterface(
IID_IConnectionPointContainer,
(LPVOID*)&pContainer);
if(FAILED(hr))
{
AtlTrace("Get container failed!\n");
pServer->Release();
pServer = NULL;
return TRUE;
}

IConnectionPoint * pPoint = NULL;
hr = pContainer->FindConnectionPoint(
IID__IEastCOMServerEvents,
&pPoint);
if(FAILED(hr))
{
AtlTrace("Get container failed!\n");
pContainer->Release();
pContainer = NULL;
pServer->Release();
pServer = NULL;
return TRUE;
}

sinkCookie = 0;
// CComObject<EastCientSink> * pSink;
// CComObject<EastCientSink>::CreateInstance(&pSink);

IUnknown * pIUnk = NULL;

hr = _Module.GetClassObject(CLSID_EastCientSink, IID_IUnknown, (LPVOID*)&pIUnk);
if(FAILED(hr))
{
AtlTrace("Get container failed!\n");
pPoint->Release();
pPoint = NULL;
pContainer->Release();
pContainer = NULL;
pServer->Release();
pServer = NULL;
return TRUE;
}

/**
就是这个地方除了错。hr = -2147220990

*/
hr = pPoint->Advise(pIUnk, &sinkCookie);
if(FAILED(hr))
{
AtlTrace("Get container failed!\n");
pPoint->Release();
pPoint = NULL;
pContainer->Release();
pContainer = NULL;
pServer->Release();
pServer = NULL;
return TRUE;
}
pPoint->Release();
pPoint = NULL;
pContainer->Release();
pContainer = NULL;

请问,COM ConnectionPoint的外行接口是不是只能使用dual类型的接口,或者在客户端(使用Local_Server)实现了外行接口以后,还要作一些其他工作(比如需要手工完成的注册或生成dll等),在我的考虑中,这事需要的,因为外行接口也是一个夸进程的调用,可是他的ps在哪儿呢,是不是已经由Server端的ps一起生成,因为外行接口是在Server端的idl中定义的,可是为什么又连不同呢?请各位大虾赐教
...全文
219 3 打赏 收藏 转发到动态 举报
写回复
用AI写文章
3 条回复
切换为时间正序
请发表友善的回复…
发表回复
hyc1980 2002-05-09
  • 打赏
  • 举报
回复
客户端不用做成组件,派生一个类自出接口,实现她的方法,之后,把一个实例作为参数给Advise就行了
hyc1980 2002-05-09
  • 打赏
  • 举报
回复
HRESULT = -2147220990错误是“不能打开当前线程的存取令牌 ”
Rambol 2002-05-09
  • 打赏
  • 举报
回复
首先谢谢各位的解答。
如果不定义成一个组件,在调用Advise时会首先进入Sink接口的QueryInterface方法,iid = IID_IMashal,这是怎么会事。
别的资料上也这样说(不用定义成组件),但是Sink接口的方法也是在不同的进程之间调用的阿?是在Server端的idl中由〔default, source〕中的source已经指定了对outgoing接口的ps进行特殊的处理吗?
内容概要:本文介绍了如何利用 GitHub Copilot 辅助进行程序调试与 Bug 分析,强调 Copilot 不仅可用于代码生成,更是强大的代码分析与调试工具。文章详细阐述了 Copilot 在调试复杂问题、老旧项目维护和难以复现 Bug 场景下的优势,提出了“先分析、再修改”的四步流程:分析原因→评估风险→提出方案→修改代码,并推荐结合错误日志、用户操作等信息精准提问,提升 AI 回答质量。同时展示了如何通过 Copilot 增强调试能力,如自动加日志、异常保护、生成测试数据和性能分析。最后通过游戏拾取系统的实际案例,说明如何结构化描述问题以获得有效反馈。; 适合人群:具备一定开发经验,正在参与项目调试或维护工作的程序员,尤其是面对复杂逻辑、历史代码或难复现 Bug 的 1-3 年开发者;也适合希望提升 AI 协作能力的技术人员。; 使用场景及目标:①快速定位偶发性崩溃、数据异常等问题根源;②理解无文档或结构混乱的老代码模块;③优化调试流程,借助 AI 生成诊断建议、修复方案与测试用例;④构建更具健壮性的程序,提前发现潜在缺陷。; 阅读建议:学习者应结合自身项目的真实问题,按照文提供的结构化提问模板实践,逐步训练与 Copilot 的协作能力,重视问题描述的完整性与准确性,避免直接要求修改代码,优先通过分析提升对系统的理解。
内容概要:本文针对高精度电流控制下的永磁同步电机(PMSM)参数辨识难题,提出一种基于粒子群优化算法(PSO)的多参数辨识模型,并在Simulink环境完成系统级仿真实现。研究旨在克服传统控制因电机参数(如定子电阻、交直轴电感、永磁磁链等)随温度、负载变化而失配所导致的电流控制性能下降问题。通过构建以电流跟踪误差为核心的适应度函数,利用PSO算法全局寻优能力强的特点,实现对关键电机参数的在线或离线精确辨识。文详述了PSO算法的实现机制、参数初始化策略、收敛判据设计以及与PMSM矢量控制系统的集成方法,验证了该方案在不同运行工况下的辨识精度、收敛速度与鲁棒性,显著提升了电流环的动态响应品质与稳态控制精度。; 适合人群:具备电机驱动控制、现代控制理论及优化算法基础,熟悉MATLAB/Simulink仿真平台,从事高性能PMSM控制系统研发的研究生、高校科研人员及自动化、电力电子领域的工程师;特别适合正在开展参数自适应、智能控制算法应用等相关课题的研究者。; 使用场景及目标:①应用于高端制造装备、电动汽车驱动系统、精密伺服系统等对电流控制精度要求严苛的场合;②解决实际工程因电机温升、老化等因素引发的参数漂移问题,提升系统长期运行稳定性;③作为智能优化算法与电机控制深度融合的教学案例,帮助理解PSO在复杂非线性系统参数辨识的应用逻辑与实现路径。; 阅读建议:建议读者结合提供的Simulink仿真模型进行复现实验,重点剖析PSO算法模块与电机控制模型的接口设计、适应度函数的构建原则及参数敏感性分析方法,可进一步尝试引入其他先进优化算法(如GWO、HHO)进行性能对比,以深入掌握不同智能算法在工程辨识问题的适用性与优劣。

16,550

社区成员

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

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

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