关于COM Surrogate已经停止工作的问题的处理
之前在使用电脑的时候,老是弹出COM Surrogate已经停止工作的提示,我实在是忍受不了这种莫名奇妙的错误,于是上网查了一些资料,现在将这些资料总结一下!
修复win7的COM Surrogate已经停止工作的问题
最近一个礼拜,每次打开我的视频文件夹时,总是会弹出一个错误框,提示COM Surrogate已经停止工作,或是Explorer已经停止工作,需要重启,虽然不影响使用,但是很不爽,便上坛子转了转,发现这个问题很普遍,而且解决了这个问题的人并不多,碰巧,我找到了一个方法,现整理如下:
右击计算机,点击属性, 出来下面界面
点击高级系统属性,跳到下一个界面
点击设置,弹出下一个窗口
选择”为除下列选定程序之外的所有程序和服务启用DEP(U)”,“点击”添加“,打开C:/Windows/System32/dllhost,如下图所
示
点击打开,你应该看到下面的界面
最近有同事想给自己的三星机器换一个开机动画,
原以为只是换一个bootanimation.zip的问题,结果发现三星用的是自己的动画格式,
后缀名为qmg的文件,在网上找了一下似乎没有现成的工具可以修改。
几乎清一色的都是root后更换开机动画方式为bootanimation的方式。
于是对这个QMG文件产生了点兴趣,分析了一下其文件格式,虽然没有完全分析出来但也写出来我已经完成的分析,以便后来者省点力气。
1. QMG文件的组织结构
QMG文件是由一大堆的子节点组成。每个节点的数据格式一样。
2. QMG文件节点的组织结构
每一个QMG文件节点都是又节点头以及节点主体组成。
3. QMG文件节点的Header结构
每个节点头长度为32字节,结构如下:
其中:
width: 表示屏幕宽度
height: 表示屏幕高度
具体的数值: 如(51 4D 0B 00 80 00) 表示固定数值。
item_length: 表示此节点的长度(包括节点头自己在内)
item_num: 表示此文件内包含的节点总数
item_id: 表示当前节点的节点序号(从1开始,到item_num结束)
Xdata_start: 本节点的特殊数据起始偏移量(相对节点头的偏移量)
Xdata_end: 问节点的特殊数据结束偏移量(相对节点头的偏移量)
起名为Xdata是因为这段数据的具体用途我也不清楚,但通过数据分析,它确实存在。
我的猜想是,Xdata可能是用于解压缩或解密用的字典或密钥之类的数据。
下面是几个节点的Header例子:
我尝试过直接将Header之外的主体部分单独抠出来,使用各种图片工具都无法识别。
怀疑其内可能确实存在某些加密或压缩算法。
将抽象部分与它的实现部分分离,使它们都可以独立地变化。
解析
1.Abastrction:某个抽象类,它的实现方式有Implementor完成
2.Implementor:实现类的抽象基类,定义了实现Abstraction的基本操作,而它的派生类实现这些接口
3.Implementor::OperationImp:定义了为实现Abstract需要的基本操作,有Implementor的派生类实现,而在Abstraction::operation函数中根据不同的指针多态调用这个函数
Bridge用于将表示和实现解耦,两者可以独立的变化。在Abstraction类中维护一个Implementor类指针,需要采用不同的实现方式的时候只需要传入不同的Implementor派生类就可以了。
Bridge的实现方式其实和Builder十分相近,可以这么说:本质上是一样的,只是封装的东西不一样罢了。
两者的实现都有如下的共同点:抽象出来一个基类,这个基类里面定义了共有的一些行为,形成接口函数(对接口编程而不是对实现编程),这个接口函数在Builder中是BuilderPart函数,在Bridge模式中是OperationImp函数。
其次,聚合一个基类的指针,如Builder模式中Director类聚合了一个Builder基类的指针,而Bridge模式中Abstraction类聚合了一个Implementor基类的指针(优先采用聚合而不是继承)。
而在使用的时候,都把对这个类的使用封装在一个函数汇总,在Bridge中是封装在Director::Construct函数中,因为装配不同部分的过程是一致的,而在Bridge模式中则是封装在Abstraction::Operation函数中,在这个函数中调用调用对应的Implementor::operationImp函数。
就这两个模式而言,Builder封装了不同的生成组成部分的方式,而Bridge模式封装了不同的实现方式。因此,如果以一些最基本的面向对象饿设计原则来分析这些模式的实现的话,还是可以看到很多共同的地方的。
bridge.h
#ifndef BRIDEG_H #define BRIDEG_H class Implementor; // 维护一个Implementor类的指针 class Abstraction { public: Abstraction(Implementor* pImplementor); virtual ~Abstraction(); void Operation(); protected: Implementor* m_pImplementor; }; // 为实现Abstraction定义的抽象基类,定义了实现的接口函数 class Implementor { public: Implementor(){} virtual ~Implementor(){} virtual void OperationImpl() = 0; }; // 继承自Implementor,是Implementor的不同实现之一 class ConcreateImplementorA : public Implementor { public: ConcreateImplementorA(){} virtual ~ConcreateImplementorA(){} virtual void OperationImpl(); }; // 继承自Implementor,是Implementor的不同实现之一 class ConcreateImplementorB : public Implementor { public: ConcreateImplementorB(){} virtual ~ConcreateImplementorB(){} virtual void OperationImpl(); }; #endif
bridge.cpp
#include "Brige.h" #include <iostream> void ConcreateImplementorA::OperationImpl() { std::cout << "Implementation by ConcreateImplementorA\n"; } void ConcreateImplementorB::OperationImpl() { std::cout << "Implementation by ConcreateImplementorB\n"; } Abstraction::Abstraction(Implementor* pImplementor) : m_pImplementor(pImplementor) { } Abstraction::~Abstraction() { delete m_pImplementor; m_pImplementor = NULL; } void Abstraction::Operation() { m_pImplementor->OperationImpl(); }
main.cpp
#include "Brige.h" #include <stdlib.h> #include <stdio.h> int main() { Implementor *pImplA = new ConcreateImplementorA(); Abstraction *pAbstraction1 = new Abstraction(pImplA); pAbstraction1->Operation(); Implementor *pImplB = new ConcreateImplementorB(); Abstraction *pAbstraction2 = new Abstraction(pImplB); pAbstraction2->Operation(); delete pAbstraction1; delete pAbstraction2; system("pause"); return 0; }