LorDong's Blog

一般来说，不管学习啥第一个实例总是不那么容易跑起来。为了对相关的类型和函数有更深的印象，第一个实例应该全部手工输入，可以参照相关的实例或文档说明。只有通过手工输入所有的代码，在编译不过时不断的比照实例或文档找出问题的产生的原因才能很快的入门。

在看技术文档的过程中最后能马上实践，而且前面的例子最好能跑起来，这样继续后面的阅读才有意义，不然总有那种想实践又不知如何下手的感觉，还有就是看到后面前面的就忘掉了。只有不断的实践才能很快的掌握所学的知识。（对E文也应该如此，只不过本人总是找借口偷懒，所以至今还是马马虎虎）

第一个非WDM实例

 所谓第一个实例，当然是越简单也越好，就象各种开发工具文档中的Hello World工程一样。为了简单而且让驱动能跑起来，我们先实践非WDM的实例，只实践了两个必须的函数：驱动入口函数DriverEntry和驱动卸载函数DeviceUnload。

为了能用VC IDE来开发驱动（以VC6为例，配上Visual Assist X），我们新建一个空的Win32 Console Application，实例名为DrvSample。添加空的DrvSample.h和DrvSample.c文件到工程中，然后我们给Additional include dictionaries添加C:\WINDDK\inc\ddk\w2k（Setting->C/C++->Category<Preprocessor>），在XP系统下或开发WDM项目要修改成对就的目录。

1. DrvSample.h的内容：
#ifndef _DRV_SAMPLE_H_
#define _DRV_SAMPLE_H_

#include <ntddk.h>

#if DBG
#define DRVSAMPLE_KDPRINT(_x_) \
 DbgPrint("DRVSAMPLE.SYS: "); \
 DbgPrint _x_
#else
#define DRVSAMPLE_KDPRINT(_x_)
#endif

#define DRVSAMPLE_DEVICE_NAME_U   L"\\Device\\DRVSAMPLE"
#define DRVSAMPLE_DOS_DEVICE_NAME_U  L"\\DosDevices\\DrvSample"

NTSTATUS
DriverEntry(
   IN PDRIVER_OBJECT pDriverObject,
   IN PUNICODE_STRING pRegistryPath
   );

VOID
DeviceUnload(
    IN PDRIVER_OBJECT pDriverObject
    );

#endif // _DRV_SAMPLE_H_

2. DrvSample.c的内容：
#include "DrvSample.h"

NTSTATUS
DriverEntry(
   IN PDRIVER_OBJECT pDriverObject,
   IN PUNICODE_STRING pRegistryPath
   )
{
 NTSTATUS status;
 PDEVICE_OBJECT pDevObj;
 UNICODE_STRING uniDeviceName;
 UNICODE_STRING uniDosDeviceName;

 DRVSAMPLE_KDPRINT(("DriverEntry Enter\n"));

 RtlInitUnicodeString(&uniDeviceName, DRVSAMPLE_DEVICE_NAME_U);
 status = IoCreateDevice(
  pDriverObject,
  0,
  &uniDeviceName,
  FILE_DEVICE_UNKNOWN,
  0,
  (BOOLEAN)FALSE,
  &pDevObj
  );
 if (!NT_SUCCESS(status))
 {
  return status;
 }

 DbgPrint("DeviceObject %p\n", pDevObj);

 RtlInitUnicodeString(&uniDosDeviceName, DRVSAMPLE_DOS_DEVICE_NAME_U);
 status = IoCreateSymbolicLink(&uniDosDeviceName, &uniDeviceName);
 if (!NT_SUCCESS(status))
 {
  IoDeleteDevice(pDevObj);
  return status;
 }

 pDriverObject->DriverUnload = DeviceUnload;

 DRVSAMPLE_KDPRINT(("DriverEntry Leave\n"));

 return status;
}

VOID
DeviceUnload(
    IN PDRIVER_OBJECT pDriverObject
    )
{
 UNICODE_STRING uniDosDeviceName;
 
 DRVSAMPLE_KDPRINT(("DeviceUnload Leave\n"));
 RtlInitUnicodeString(&uniDosDeviceName, DRVSAMPLE_DOS_DEVICE_NAME_U);
 IoDeleteSymbolicLink(&uniDosDeviceName);
 IoDeleteDevice(pDriverObject->DeviceObject);
 DRVSAMPLE_KDPRINT(("DeviceUnload Leave\n"));
}

3. 在DrvSample.c的同一目录下添加Makefile文件，内容总是：
#
# DO NOT EDIT THIS FILE!!! Edit .\sources. if you want to add a new source
# file to this component. This file merely indirects to the real make file
# that is shared by all the driver components of the Windows NT DDK
#

!INCLUDE $(NTMAKEENV)\makefile.def

4. 在DrvSample.c的同一目录下添加Sources文件，内容是：
TARGETNAME=DrvSample
TARGETPATH=obj
TARGETTYPE=DRIVER
SOURCES=DrvSample.c
其中TARGETNAME是要生成的SYS文件名，不包括.sys

5. 用命令行方式编译：
参见驱动开发系列（配置篇）的第5点。

6. 安装：
1) 将编译出得到的DrvSample.sys拷到%windir%\system32\drivers中
2) 往注册表中添加注册项：
Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\DrvSample]
"ErrorControl"=dword:00000001
"Start"=dword:00000001
"Type"=dword:00000001
将上面的代码保存成.reg文件，DrvSample必须与驱动文件名一致。
注意：文档中Start的默认设置是3(Demand)，搞得我总是在设备管理器中找不到驱动，试下来才发现设置成1(System)才可以成功安装。需要重新启动机器才能看得到。
Start: 0 – Boot, 1 – System, 2 – Automation, 3 – Demand, 4 – Disabled

7. 测试：
重新启动之后打开设备管理器，在View菜单中选择“显示隐藏设备”，然后在“非即插即用设备”列表中可以看到DrvSample项，双击可以打开属性窗体，切换到Driver而可以启动/停止驱动。在启动/停止驱动时如果运行Dbgview.exe程序就可以看到输出的信息。

万事开头难，完成了第一个可以跑的驱动后，下一步再测试代码就简单多了。

因公司项目需要，开始了新的学习历程：使用DDK开发硬件驱动。

虽然在原来公司接触过驱动开发（仅项目维护），但没有亲自动手开发过驱动，所以这次只能通过论坛和资料开始这个历程了。

DDK安装盘和相关资料可以通过电驴客户端搜索得到，驱动开发论坛主要是驱动开发网。

首先从《Windows2000设备驱动程序设计指南.pdf》电子影印版着手，由于没有配套光盘，只能自己分析和摸索。通过在虚拟机上不断的安装测试，终于搞定了最简单的非WDM驱动，在此记录一下。

从配置篇开始一系列的驱动开发实践……

配置编

安装完DDK后就开做一些方便开发的环境配置了，假设DDK安装的位置是“C:\WINDDK”。

1. 将DDK的安装位置添加到系统环境变量：DDKROOT=C:\WINDDK，下一步可以使用%DDKROOT%得到DDK的安装位置。

2. 分别给w2k和wxp配置环境设置批处理文件（视环境情况选择配置）：
%DDKROOT%\bin\startddk_w2k.bat文件的内容（安装时要选择w2k的头文件部分）：
@echo off
call %DDKROOT%\bin\w2k\set2k.bat %DDKROOT% checked
cd /d %1
cmd.exe

%DDKROOT%\bin\startddk_wxp.bat文件的内容（安装时要选择wxp的头文件部分）：
@echo off
call %DDKROOT%\bin\setenv.bat %DDKROOT% checked
cd /d %1
cmd.exe

如果想编译free版本可以把checked修改成free，也可以自由发挥改成参数形式。

3. 分别写注册表项添加文件
w2k.reg内容：
Windows Registry Editor Version 5.00

[HKEY_CLASSES_ROOT\Directory\shell\DDK Command\command]
@="\"C:\\WINDDK\\bin\\startddk_w2k.bat\" \"%1\""

wxp.reg的内容：
Windows Registry Editor Version 5.00

[HKEY_CLASSES_ROOT\Directory\shell\DDK Command\command]
@="\"C:\\WINDDK\\bin\\startddk_wxp.bat\" \"%1\""

4. 根据操作系统版本加载不同的reg文件。加载后在资源管理器中右击驱动源码所在的目录选择“DDK_Command”菜单即可进入已经配置好DDK环境的命令行模式。

5. 常用编译驱动的命令是“build -b -w -c -e -f”，用“build -?”可以看到相关选项说明。

现在可以试试去编译%DDKROOT%\src下的各个例子程序了。

Windows系统白底黑字看的时间长了眼睛就受不了，尤其是在看电子书或做软件开发时。所以设置合适的背景色不但能保护眼睛，还可以缓解人的精神压力。昨天在看一本PDF格式的电子书时，由于该电子书每一页都是扫描成图片，在选中一页时感觉其选中的背景色很适合眼睛，因此特使用Photoshop找到其RGB值，在此记录一下。

RGB值是153, 193, 218，转换成GIF可以看到其索引值是6：

效果图：

修改背景图方法：
① 右击桌面选择“属性”
② 切换到“外观”页
③ 点“高级”按钮
④ 在“选项”列表中选择“Window”
⑤ 点击右边的“颜色1”按钮
⑥ 在弹出的颜色选择框中选择“其它”按钮
⑦ 在右下角的“红、绿、蓝”分别输入“153, 193, 218”
⑧ 然后一路“确定”回去即可，如下图：

Update:
有朋友推荐新的背景色，据说是眼科专家给出的调节色，分别是：色调85、饱和度90、亮度205，对应的RGB值是：204, 232, 207，如下图：

用AJAX来GET回一个页面时，RESPONSETEXT里面的中文多半会出现乱码，这是因为xmlhttp在处理返回的responseText的时候，是把resposeBody按UTF-8编码进解码而形成的，如果服务器送出的确实是UTF-8的数据流的时候汉字会正确显示，而送出了GBK编码流的时候就乱了。解决的办法就是在送出的流里面加一个HEADER，指明送出的是什么编码流，这样XMLHTTP就不会乱搞了。

PHP:header(‘Content-Type:text/html;charset=GB2312’);
ASP:Response.Charset="GB2312"
JSP:response.setHeader("Charset","GB2312");

摘自：http://www.wujianrong.com/archives/ajax/8.html

prototype.js 1.4版开发者手册：http://www.cnlei.org/blog/article.asp?id=253

目的：

首先从IDispatch派生一个接口IBaseNode：
interface IBaseNode : IDispatch{
[propget, id(1), helpstring("property ID")] HRESULT ID([out, retval] BSTR* pVal);
[propput, id(1), helpstring("property ID")] HRESULT ID([in] BSTR newVal);
[propget, id(2), helpstring("property Name")] HRESULT Name([out, retval] BSTR* pVal);
[propput, id(2), helpstring("property Name")] HRESULT Name([in] BSTR newVal);
};

然后想从IBaseNode派生出其它接口比如IDeriveNode：
nterface IDeriveNode : IBaseNode{
[propget, id(3), helpstring("property Title")] HRESULT Title([out, retval] BSTR* pVal);
[propput, id(3), helpstring("property Title")] HRESULT Title([in] BSTR newVal);
};

希望IBaseNode的实例类CBaseNode中实例公用的属性比如ID，Name等，然后其派生接口的实现类CDeriveNode再去实现私有属性。这样不同的派生类可以添加不同的属性，但不用重新实现基接口的方法。

试了好几种办法，CDeriveNode在编译时都报IBaseNode中定义的属法方法没有实现，属于抽象类，不能创建实例。

实现：(CSDN连接http://community.csdn.net/Expert/topic/5500/5500513.xml?temp=.9658319)

把IBaseNode的接口实例抽出来写成模板类：
template<class T>
class ATL_NO_VTABLE CBaseImpl :
public CComObjectRootEx<CComSingleThreadModel>,
public IDispatchImpl<T>
{
public:
CBaseImpl(void)
{
}

public:
STDMETHOD(get_ID)(BSTR* pVal);
STDMETHOD(put_ID)(BSTR newVal);
STDMETHOD(get_Name)(BSTR* pVal);
STDMETHOD(put_Name)(BSTR newVal);

protected:
CComBSTR m_bstrID;
CComBSTR m_bstrName;
};

template<class T>
STDMETHODIMP CBaseImpl<T>::get_ID(BSTR* pVal)
{
m_bstrID.CopyTo(pVal);

return S_OK;
}

template<class T>
STDMETHODIMP CBaseImpl<T>::put_ID(BSTR newVal)
{
m_bstrID = newVal;

return S_OK;
}

template<class T>
STDMETHODIMP CBaseImpl<T>::get_Name(BSTR* pVal)
{
m_bstrName.CopyTo(pVal);

return S_OK;
}

template<class T>
STDMETHODIMP CBaseImpl<T>::put_Name(BSTR newVal)
{
m_bstrName = newVal;

return S_OK;
}

然后CBaseNode定义改成：
class ATL_NO_VTABLE CBaseNode :
public CBaseImpl<IBaseNode>,
public CComCoClass<CBaseNode, &CLSID_BaseNode>
{
public:
CBaseNode()
{
}

DECLARE_REGISTRY_RESOURCEID(IDR_BASENODE)

BEGIN_COM_MAP(CBaseNode)
COM_INTERFACE_ENTRY(IBaseNode)
COM_INTERFACE_ENTRY(IDispatch)
END_COM_MAP()
…

CDeriveNode定义改成：
class ATL_NO_VTABLE CDeriveNode :
public CBaseImpl<IDeriveNode>,
public CComCoClass<CDeriveNode, &CLSID_DeriveNode>
{
public:
CDeriveNode()
{
}

DECLARE_REGISTRY_RESOURCEID(IDR_DERIVENODE)

BEGIN_COM_MAP(CDeriveNode)
COM_INTERFACE_ENTRY(IDeriveNode)
COM_INTERFACE_ENTRY(IBaseNode)
COM_INTERFACE_ENTRY(IDispatch)
END_COM_MAP()
…

《在别康桥》
徐志摩

轻轻的我走了，正如我轻轻的来；
我轻轻的招手，作别西天的云彩。

那河畔的金柳,是夕阳中的新娘
波光里的艳影，在我的心头荡漾。

软泥上的青荇，油油的在水底招摇；
在康河的柔波里，我甘心做一条水草

那树荫下的一潭，不是清泉，是天上虹
揉碎在浮藻间，沉淀着彩虹似的梦。

寻梦？撑一支长篙，向青草更青处漫溯，
满载一船星辉，在星辉斑斓里放歌

但我不能放歌，悄悄是别离的笙箫；
夏虫也为我沉默，沉默是今晚的康桥！

悄悄的我走了，正如我悄悄的来；
我挥一挥衣袖，不带走一片云彩

lower_bound方法一般应用于排序的系列，比如vector、list等，在插入新的记录前通过这个方法找到插入点，当找不到插入点时追加到最后即可，由此可以生成排序的系列。同样使用这个方法可以找到系列中的某一对象，binary_search方法就是使用的这个方法。

今天我在测试一个项目时发现一个奇怪的现象，就是在多线程情况下通过这个方法查找某一对象时，系列中的某一个对象的值会发生变化，而变化的值有可能还会变成其它值，结果将会导致已排序的系列变成无序，后果可想而知。

假设系列中的每个元素是下面的结构：
typedef struct tagMbParam
{
 std::string strParamName;
 unsigned char nType;
 unsigned short nPduAddr;
} MB_PARAM, *PMB_PARAM;

我们给lower_bound指定一个排序函数，按strParamName从小到大排序：
bool MBPSortFun(MB_PARAM first, MB_PARAM second)
{
 if (first.strParamName < second.strParamName)
 {
  return true;
 }
 else
 {
  return false;
 }
}

我们用下面的方法查找某一对象：
 MB_PARAM mb;
 mb.strParamName = "要查找对象对应的值";
 系列类型::iterator it = lower_bound(系列.begin(), 系列.end(), mb, MBPSortFun);

在单线程时没有问题，在多线程情况下，系统中某一个元素中的strParamName会发生变化，导致问题出现。

我怀疑是不是lower_bound不支持多线程或支持得不够好，因此在该函数的调用前后加上临界区，问题不再出现：
 EnterCriticalSection(&s_csParam);
 系列类型::iterator it = lower_bound(系列.begin(), 系列.end(), mb, MBPSortFun);
 LeaveCriticalSection(&s_csParam);