在一个简单的Windows设置中,我们有一个COM单例,作为进程外服务器运行.
客户端通过调用cocreate进行连接,每个客户端都接收到服务器的同一实例的接口.
如果客户端正常关闭,则会释放其引用.
服务器有一些逻辑,可以在最后一次发布后的短时间内保持活动状态,以允许新的连接.
我对一个特殊情况感兴趣 - 服务器只运行一个崩溃的客户端(认为这是任何随机的未知崩溃),客户端退出而没有发布它的引用.
我观察到,在一段未定义的时间后说8分钟后,服务器会在服务器已将接口返回到客户端的任何对象的存根上接收释放调用.这似乎是一个自动清理,我假设是由LRPC层启动的.
这是在任何地方记录的,是否可以配置超时？
注意:整个过程中使用的多线程公寓模型.
假设我有一个.net程序集A.dll使用第三方.net程序集B.dll和第三方.net程序集C.dll.
事实证明,内部B.dll使用非托管程序集D.dll(版本1),而C.dll使用非托管程序集D.dll(版本2).
B和C来自不同的供应商,仅使用正确版本的D.dll进行测试.
如何部署A使B和C正常工作？
编辑:
我认为有三个不同的问题:
1)如何从外部控制用于寻找D的路径B和C.
2)如何外部控制D用于其自身依赖关系的路径.
3)如何确保进程正确引导函数调用.
我的研究表明,如果不对所有模块进行编译时控制,这可能是不可能的......
我试图将以下C++函数移植到C#:
QString Engine::FDigest(const QString & input)
{
if(input.size() != 32) return "";
int idx[] = {0xe, 0x3, 0x6, 0x8, 0x2},
mul[] = {2, 2, 5, 4, 3},
add[] = {0x0, 0xd, 0x10, 0xb, 0x5},
a, m, i, t, v;
QString b;
char tmp[2] = { 0, 0 };
for(int j = 0; j <= 4; j++)
{
a = add[j];
m = mul[j];
i = idx[j];
tmp[0] = input[i].toAscii();
t = a + (int)(strtol(tmp, NULL, 16));
v = (int)(strtol(input.mid(t, 2).toLocal8Bit(), …我有一个非托管的c ++库,它将文本输出到std :: ostream*.
我从ac#library使用的托管c ++包装器中调用它.
目前,我向非托管代码传递一个指向std :: stringstream的指针,然后调用System.String(stringstream.str(..c_str())将我的非托管缓冲区复制回.net友好字符串.
是否可以将.net Stream包装为stl std :: ostream*？ - 允许我直接从非托管代码将文本流式传输到托管STREAM实现.