[P]编程技术

【编程】界面 - 皮肤界面(自画窗口标题)

一无所知 — 2005-04-27 12:23:00Z

在皮肤界面中，最难的恐怕就是自画窗口标题了，网上虽然有各种各样的解决方法，但是都不是很完美，而商业皮肤界面程序包是需要花钱买的。

其中最主要的问题有：

1、在标题栏或边框移动鼠标时系统会画窗口标题

2、没有任务栏图标。当取消了 SYS_CAPTION Style 后系统不会画窗口标题了，但是同时该窗口也没有任务栏图标。

3、最大化后在标题栏按下鼠标时系统会画窗口标题

4、按下系统按钮再移动鼠标到按钮外后没有正确的重画按钮

没办法，只有自己摸索了，研究了网络上的一些代码片段和几个比较成功的皮肤界面程序比如 RealPlay, Microsoft Money ，发现它们采用的手法都不尽相同，而网上关于这个问题也没有很完美的解决方案，总是有点小瑕疵。最后，去研究了一下 Windows 2000 的核心代码中关于窗口管理部分，终于算是比较满意的解决了上面的这些问题，但是，我采用的方法和RealPlay, Microsoft Money 都不太一样，RealPlay 好象没有了 NC_* 的消息，而Microsoft Money 则是采用遮盖的方法，而我是采用直接重画的方法，关键是找到重画的关键点。

关键代码：

1    BEGIN_MSG_MAP(TCaptionBaseT)
2        MESSAGE_HANDLER(WM_NCHITTEST,            OnNCHitTest)
3        MESSAGE_HANDLER(WM_NCPAINT,                OnNCPaint)
4
5        MESSAGE_HANDLER(WM_NCLBUTTONDOWN,        OnNCLButtonDown)
6        MESSAGE_HANDLER(WM_NCLBUTTONUP,            OnNCLButtonUp)
7        MESSAGE_HANDLER(WM_NCMOUSEMOVE,            OnNCMouseMove)
8        MESSAGE_HANDLER(WM_LBUTTONUP,            OnLButtonUp)
9
10        MESSAGE_HANDLER(WM_NCACTIVATE,            OnNCActivate)
11
12        MESSAGE_HANDLER(WM_SYSCOMMAND,            OnSysCommand)
13        MESSAGE_HANDLER(WM_INITMENU,            OnInitMenu)
14
15        MESSAGE_HANDLER(WM_SIZE,                OnSizeChanged)
16        MESSAGE_HANDLER(WM_STYLECHANGED ,        OnStyleChanged)
17 MESSAGE_HANDLER(WM_SETTINGCHANGE, OnSettingsChange) 18        MESSAGE_HANDLER(WM_SETTEXT,                OnSetText)
19        MESSAGE_HANDLER(WM_SETICON ,            OnSetIcon)
20
21        MESSAGE_HANDLER(WM_CREATE,                OnCreate)
22        MESSAGE_HANDLER(WM_INITDIALOG,            OnInitDialog)
23    END_MSG_MAP()
24
25    LRESULT OnNCLButtonDown(UINT uMsg, WPARAM wParam, LPARAM lParam, BOOL& bHandled)
26    ...{
27        // wParam 由 OnNcHitTest 返回
28        T* pT = static_cast<T*>(this);
29
30        POINT pt = ...{ GET_X_LPARAM(lParam), GET_Y_LPARAM(lParam) };
31        mn_ButtonPress = HTNOWHERE;
32
33        switch( wParam )
34        ...{
35        case HTMINBUTTON:
36        case HTMAXBUTTON:
37        case HTCLOSE:
38        case HTHELP:
39            mn_ButtonPress = wParam;
40            mb_OnPressed    = TRUE;
41            bHandled        = TRUE;        // 表示已经处理过了，否则系统会重画按钮且 WM_NC_LBUTTONUP 不会被触发。
42            pT->doReDrawCaption();
43            break;
44        case HTCAPTION:
45            bHandled = FALSE;    // 继续让系统进行缺省处理
46            ...{
47                DWORD nStyle = pT->GetStyle();
48                if(nStyle & WS_MINIMIZE)
49                ...{
50                    return 0; // BUG: Prevents move of iconic window, but fixes Windows freeze
51                }
52                else
53                if(nStyle & WS_MAXIMIZE)
54                ...{
55                    // 在系统最大化的时候需要在鼠标按下时重画标题栏
56                    bHandled = TRUE; // 表示已经处理过了，否则系统会重画按钮。
57                    // 让系统对 HTCAPTION 进行处理
58                    pT->DefWindowProc(uMsg, wParam, lParam);
59                    pT->doReDrawCaption();
60                }
61            }
62            break;
63        default:
64            bHandled = FALSE;    // 继续让系统进行缺省处理
65            break;
66        }
67        return 0;
68    }
69
70    LRESULT OnNCLButtonUp(UINT /**//*uMsg*/, WPARAM wParam, LPARAM lParam, BOOL& bHandled)
71    ...{
72        // wParam 由 OnNcHitTest 返回
73        T* pT = static_cast<T*>(this);
74
75        mb_OnPressed = FALSE;
76
77        if(wParam == mn_ButtonPress)
78        ...{
79            // 鼠标按下和释放在相同的按钮上
80            POINT pt = ...{ GET_X_LPARAM(lParam), GET_Y_LPARAM(lParam) };
81            switch( wParam )
82            ...{
83            case HTMINBUTTON:
84                pT->PostMessage(WM_SYSCOMMAND, SC_MINIMIZE, MAKELPARAM(pt.x, pt.y));
85                bHandled = TRUE;    // 禁止系统做缺省处理
86                break;
87            case HTMAXBUTTON:
88                mn_ButtonMove = HTNOWHERE;        // 最大画后鼠标位置将改变
89                if(pT->GetStyle() & WS_MAXIMIZE)
90                    pT->PostMessage(WM_SYSCOMMAND, SC_RESTORE, MAKELPARAM(pt.x, pt.y));
91                else
92                    pT->PostMessage(WM_SYSCOMMAND, SC_MAXIMIZE, MAKELPARAM(pt.x, pt.y));
93                bHandled = TRUE;    // 禁止系统做缺省处理
94                break;
95            case HTCLOSE:
96                pT->PostMessage(WM_CLOSE);
97                bHandled = TRUE;    // 禁止系统做缺省处理
98                break;
99            case HTHELP:
100                pT->PostMessage(WM_HELP);
101                bHandled = TRUE;    // 禁止系统做缺省处理
102                break;
103            case HTSYSMENU:
104            default:
105                bHandled = FALSE;    // 让系统进行缺省处理
106            }
107        }
108        mn_ButtonPress = HTNOWHERE;
109        return 0;
110    }
111
112    LRESULT OnLButtonUp(UINT /**//*uMsg*/, WPARAM wParam, LPARAM lParam, BOOL& bHandled)
113    ...{
114        bHandled = FALSE;
115
116        mb_OnPressed    = FALSE;
117        mn_ButtonPress    = HTNOWHERE;
118
119        return 0;
120    }

【编程】ICON - 从 DLL/EXE/ICL 中抽取图标(16 Bit ICL 文件的处理)

一无所知 — 2005-04-04 14:04:00Z

　　一直以来用 AxIcon Workshop 来处理图标，但是 AxIcon Workshop稍微有点问题就是，不支持重复图标过滤，而且，在处理大量图标的时候很容易没有响应！：（

　　为此，我自己写了一个图标处理工具，可以自动抽取 DLL/EXE/ICL 等文件中的图标，并进行重复图标自动过滤，图标扫描等功能，其中比较困难的是对 ICL 文件的处理，ICL 文件本质上是一个 16 Bit 的 DLL 资源文件，但是在 Windows 2000 下好象没有直接操作它的函数，至少我是不知道，查了 Google 也没查到相关资料，没有办法，只有硬来了，查了 16 Bit 的 EXE 的文件结构资料，结合网上可以找到的一些对16 Bit 的 EXE 的读写代码片段，再经过探索和摸索，终于成功的将从 ICL 中分离出 ICON 。其中的关键代码如下：希望给你有帮助

typedef UINT16 HANDLE16;
typedef HANDLE16 *LPHANDLE16;

DECLARE_HANDLE(FARPROC16);

#pragma pack( push )
#pragma pack( 2 )

typedef struct
{
    WORD     offset;
    WORD     length;
    WORD     flags;
    WORD     id;
    HANDLE16 handle;
    WORD     usage;
} NE_NAMEINFO;

typedef struct
{
    WORD        type_id;   /* Type identifier */
    WORD        count;     /* Number of resources of this type */
    FARPROC16   resloader; /* SetResourceHandler() */
    /*
     * Name info array.
     */
} NE_TYPEINFO;

typedef struct
{
    WORD idReserved;  // Reserved (must be 0)
    WORD idType;   // Resource Type (1 for icons)
    WORD idCount;  // How many images?

    BYTE bWidth;          // Width, in pixels, of the image
    BYTE bHeight;         // Height, in pixels, of the image
    BYTE bColorCount;     // Number of colors in image (0 if >=8bpp)
    BYTE bReserved;       // Reserved ( must be 0)
    WORD wPlanes;         // Color Planes
    WORD wBitCount;       // Bits per pixel
    DWORD dwBytesInRes;    // How many bytes in this resource?
    DWORD dwImageOffset;   // Where in the file is this image?
} NE_ICONDIRENTRY, *LPNE_ICONDIRENTRY;

// 图标目录
typedef struct
{
WORD idReserved;   // Reserved (must be 0)
WORD idType;    // Resource type (1 for icons)
WORD idCount;   // How many images?
} GRPICONDIR, *LPGRPICONDIR;

// 图标项
typedef struct
{
BYTE   bWidth;               // Width, in pixels, of the image
BYTE   bHeight;              // Height, in pixels, of the image
BYTE   bColorCount;          // Number of colors in image (0 if >=8bpp)
BYTE   bReserved;            // Reserved
WORD   wPlanes;              // Color Planes
WORD   wBitCount;            // Bits per pixel
DWORD dwBytesInRes;         // how many bytes in this resource?
WORD   nID;                  // the ID
} GRPNE_ICONDIRENTRY, *LPGRPNE_ICONDIRENTRY;

#pragma pack( pop )

#define NE_RT_CURSOR         0x8001
#define NE_RT_BITMAP         0x8002
#define NE_RT_ICON           0x8003
#define NE_RT_MENU           0x8004
#define NE_RT_DIALOG         0x8005
#define NE_RT_STRING         0x8006
#define NE_RT_FONTDIR        0x8007
#define NE_RT_FONT           0x8008
#define NE_RT_ACCELERATOR    0x8009
#define NE_RT_RCDATA         0x800a
#define NE_RT_GROUP_CURSOR   0x800c
#define NE_RT_GROUP_ICON     0x800e

// ICL 图标枚举
HRESULT ICL_EnumResourceNames(IN CONST HANDLE hFile, IN UINT nType, IN NE_ENUM_RES_NAME_PROC pFunc, IN LPARAM lParam)
{
DWORD dwRead = 0;

// 读区 DOS 文件头
IMAGE_DOS_HEADER oDOSHeader;
if(!::ReadFile( hFile, &oDOSHeader, sizeof(IMAGE_DOS_HEADER), &dwRead, NULL ) )
{
  return ::GetLastError();
}

// 读区 NE 文件头
IMAGE_OS2_HEADER oNEHeader;
::SetFilePointer(hFile, oDOSHeader.e_lfanew, NULL, FILE_BEGIN);
  if(!::ReadFile( hFile, &oNEHeader, sizeof(IMAGE_OS2_HEADER), &dwRead, NULL ) )
{
  return ::GetLastError();
}

// 读区 RSRC 资源表
DWORD nPos = oDOSHeader.e_lfanew + oNEHeader.ne_rsrctab;
::SetFilePointer(hFile, nPos, NULL, FILE_BEGIN);

WORD nSizeShift;
if(!::ReadFile( hFile, &nSizeShift, sizeof(WORD), &dwRead, NULL ) )
{
return ::GetLastError();
}

    NE_TYPEINFO oInfo;
  if(!::ReadFile( hFile, &oInfo, sizeof(NE_TYPEINFO), &dwRead, NULL ) )
{
  return ::GetLastError();
}

// 枚举所有的资源
DWORD nPosEnd = oDOSHeader.e_lfanew + oNEHeader.ne_restab;
DWORD nPosName = nPosEnd + 4;

NE_NAMEINFO oName;
UINT nIndex = 0;
while (oInfo.type_id != 0 && nPos < nPosEnd)
    {
        for (UINT nCount = oInfo.count; nCount > 0; nCount--)
        {
    if(!::ReadFile(hFile, &oName, sizeof(NE_NAMEINFO), &dwRead, NULL))
   {
    return ::GetLastError();
   }
   if(oInfo.type_id == nType)
   {
    // 保存文件位置
    DWORD nPosOld = ::SetFilePointer(hFile, 0, NULL, FILE_CURRENT);

    // 资源名
    BYTE nSize;
    ::SetFilePointer(hFile, nPosName, NULL, FILE_BEGIN);
     if(!::ReadFile( hFile, &nSize, sizeof(BYTE), &dwRead, NULL))
    {
     return ::GetLastError();
    }
    if(nSize > 255) return E_FAIL;

nPosName += sizeof(BYTE) + nSize;

    ACHAR sName[255 + 1];
     if(!::ReadFile( hFile, sName, nSize, &dwRead, NULL))
    {
     return ::GetLastError();
    }
    if(nSize == 1 && sName[0] == __A('@')) nSize = 0;
    sName[nSize] = ACHR_NULL;

    // 资源组
    GRPICONDIR oDir;
    DWORD nPosGroup = oName.offset << nSizeShift;
    ::SetFilePointer(hFile, nPosGroup, NULL, FILE_BEGIN);
     if(!::ReadFile( hFile, &oDir, sizeof(GRPICONDIR), &dwRead, NULL))
    {
     return ::GetLastError();
    }

    // 处理
    STK_CONVERSIONU;
    pFunc(hFile, nIndex++, STK_A2T(sName), &oDir, lParam);

    // 恢复文件位置
    ::SetFilePointer(hFile, nPosOld, NULL, FILE_BEGIN);
   }
        }
   if(!::ReadFile( hFile, &oInfo, sizeof(NE_TYPEINFO), &dwRead, NULL))
  {
   return ::GetLastError();
  }
    }
return S_OK;
}

【编程】ISAPI - 从 Window 2000 IIS 5.0 升级到 Windows 2003 IIS 6.0

一无所知 — 2005-04-04 13:41:00Z

以前在Window 2000 IIS5.0下写了一个URL检测 + 重定向 + Session + 入侵检测 + 自动解压+ 自动解密的 ISAPI Filter ，用于数字图书馆项目，一直都很好使，最近升级到 Widnows 2003 IIS6.0 后，发现　ISAPI Filter 根本运行不起来，后来查了又查，原来是文件的权限问题，IIS 6.0 ISAPI Filter 好象是在　Service 帐号下运行的(具体我也没去查过) ,将数据文件的读写权限给予Service 帐号后,ISAPI Filter 终于可以正常运行了，但是，在随后的测试中，我发现，数据解密结果不正确，郁闷啊，查吧............

经过日志跟踪和分析，终于发现问题所在，原来　IIS 6.0 和 IIS 5.0 发送给客户端的时候应答稍微有点不一样，IIS 5.0 是先单独发应一次答头 HttpFilterProc->OnSendData，

HTTP/1.1 200 OK
Server: Microsoft-IIS/5.0
X-Powered-By: ASP.NET
Date: Mon, 04 Apr 2005 05:39:01 GMT
Content-Type: application/octet-stream
Accept-Ranges: bytes
Last-Modified: Mon, 04 Apr 2005 05:39:00 GMT
ETag: W/"90c9399ad838c51:fd1"
Content-Length: 661442

然后分多次发送数据　HttpFilterProc->OnSendData；

而 IIS6.0 却是将应答头和数据一起发送的，也就是说IIS 6.0 的第一次HttpFilterProc->OnSendData　中即包含了应答头，也包含了数据，

HTTP/1.1 200 OK
Date: Mon, 04 Apr 2005 05:17:09 GMT
Content-Length: 661442
Content-Type: application/pdf
Last-Modified: Mon, 04 Apr 2005 05:16:41 GMT
Accept-Ranges: bytes
ETag: "4c949b7cd538c51:ef5"
Server: Microsoft-IIS/6.0
X-Powered-By: ASP.NET

%PDutv?在>2fW[[; e?v0F[Z4楽=Z;uJVYCYX(|XES敵蛣?

而原先的程序没有为这种情况设计，经过调整后，ISAPI Filter 已经成功的运行在　IIS 5.0 和　IIS 6.0 下了。

【编程】开源(OpenSource) - 全文检索 - Lucene - CLucene

一无所知 — 2005-02-23 14:58:00Z

        传统的全文检索都是基于数据库的，SQL Server、Oracle、mysql 都提供全文检索，但这些比较大，不适合单机或小应用程序(Mysql4.0以上可以作为整合开发)，Mysql也不支持中文。
        Lucene是一个高性能、纯Java的全文检索引擎，而且免费、开源。Lucene几乎适合于任何需要全文检索的应用，尤其是跨平台的应用。Lucene的作者Doug Cutting是一个资深的全文检索专家，刚开始，Doug Cutting将Lucene发表在自己的主页上，2000年3月将其转移到Sourceforge，于2001年10捐献给Apache，作为Jakarta的一个子工程。
        CLucene是C++版的全文检索引擎,完全移植于Lucene，采用 STL 编写。
        编译了一下 C++ 版本的 Lucene - CLucene - a C++ search engine http://sourceforge.net/projects/clucene/
在 MSVC6 下修改了一些编译选项后编译成功，测试了一下，好象不支持对中文的全文检索，估计是分词部分对中文不支持，但是据说 Lucene 的全文检索架构是很 NB 的，有空研究研究 Lucene 的全文检索架构然后再加上中文分词功能吧，不加中文分词功能可没办法用。

BTW: 不知道 Java 版的 Lucene 稳定性怎样，但是 CLucene 的稳定性比较差，据说还有 n 多的内存泄露。

【编程】编程语言 - 工具 - 代码格式化(Format)/风格化(Style)

一无所知 — 2005-02-01 17:35:00Z

看源代码的时候免不了要格式化一下代码，Java 当然是用 Eclipse 了，但是 C/C++ 就一直没有一个合适好用的工具来格式化(Format)/风格化(Style)代码，虽然Visual Studio 6.0 - Visual Studio 2005都提供了代码格式化功能，但是，实在是 --- 太简单了，根本不够用！！！
后来在网上搜索了一把，发现一个很不错的工具Artistic Style ，功能很强大，支持 C/C++/C# 和 Java，而且开源，目前最后版本是 1.17.0。此版本需要用 CVS 下载并编译，其中还是有些小 Bug, 估计是作者没空改，呵呵。

Artistic Style 1.17.0-dev

A Free, Fast and Small Automatic Formatter
for C, C++, C#, and Java Source Codes

Project Overview	http://astyle.sourceforge.net
Sources, Binaries, Bug Tracker, Mailinglists	http://www.sourceforge.net/projects/astyle/
Original Author	Tal Davidson, Israel (tald@users.sourceforge.net)
Maintainer	Martin Baute, Germany (devsolar@sourceforge.net)

Artistic Style is a reindenter and reformatter for C, C++, C#, and Java source code.

When indenting source code, we as programmers have a tendency to use both spaces and tab characters to create the wanted indentation. Moreover, some editors by default insert spaces instead of tabs when pressing the tab key, and other editors (Emacs for example) have the ability to "pretty up" lines by automatically setting up the white space before the code on the line, possibly inserting spaces in a code that up to now used only tabs for indentation.

Since the number of space characters showed on screen for each tab character in the source code changes between editors (unless the user sets up the number to his liking...), one of the standard problems programmers are facing when moving from one editor to another is that code containing both spaces and tabs that was up to now perfectly indented, suddently becomes a mess to look at when changing to another editor. Even if you as a programmer take care to only use spaces or tabs, looking at other peoples source code can still be problematic.

To address this problem, Artistic Style was created - a filter written in C++, that automatically reindents & reformats C / C++ / C# / Java source files. It can be used from a command line, or it can be incorporated in another C++ program.

The AStyle executable is distributed under the terms of the GNU General Public License (GPL); you may incorporate the core classes (ASBeautifier and ASFormatter) in other projects subject to the GNU Lesser General Public License (LGPL). You may want to read the Release Notes.

【编程】编程语言(C++) - 工具 - 如何重置 Visual Assist X 试用时间

一无所知 — 2005-01-27 11:39:00Z

Visual Assist X 是一个非常好的 Visual Studio 6.0 IDE 辅助工具, 但我一直没有找到注册码，当 Visual Assist X 过期后，有一种方法可以重置 Visual Assist X 的过期时间，供参考，步骤如下：
1、关闭 Visual Studio 6.0。
2、删除注册表中的 HKLM\Software\Licenses 键值。
3、删除 %TEMP% 中的 .tmp 文件。
4、在注册表中搜索关键字 "nLxxQ" ，会找到一个类似于下面所示的 COM 注册项，删除整个该项。
HKCU\CLSID\{BC29421E-12B6-4630-A281-E18D215BC63E}

【编程】编程语言(C++) - 编译 - Visual C++ 编译器选项

一无所知 — 2005-01-19 16:14:00Z

Visual C++ 编译器选项

按字母顺序列出的编译器选项

下面是一个完整的按字母顺序的编译器选项列表。要得到按类别排序的列表，请参见按类别列出的编译器选项。

选项	目的
@	指定响应文件
/?	列出编译器选项
/AI	指定在解析传递到 #using 指令的文件引用时搜索的目录
/arch	使用 SSE 或 SSE2 指令生成代码
/C	在预处理期间保留注释
/c	编译但不链接
/clr	启用 C++ 的托管扩展并产生在公共语言运行库上运行的输出文件
/D	定义常数和宏
/E	将预处理器输出复制到标准输出
/EH	指定异常处理模型
/EP	将预处理器输出复制到标准输出
/F	设置堆栈大小
/FA	创建列表文件
/Fa	设置列表文件名
/Fd	重命名程序数据库文件
/Fe	重命名可执行文件
/FI	预处理指定的包含文件
/Fm	创建映射文件
/Fo	创建对象文件
/Fp	指定预编译头文件名
/FR /Fr	生成浏览器文件
/FU	强制使用文件名，就像它已被传递到 #using 指令一样
/Fx	将插入的代码与源文件合并
/G3	优化代码以优选 386 处理器。在 Visual C++ 5.0 中已经停用，编译器将忽略此选项
/G4	优化代码以优选 486 处理器。在 Visual C++ 5.0 中已经停用，编译器将忽略此选项
/G5	优化代码以优选 Pentium 处理器
/G6	优化代码以优选 Pentium Pro、Pentium II 和 Pentium III 处理器
/G7	针对 Pentium 4 或 Athlon 优化代码。
/GA	优化 Windows 应用程序的代码
/GB	与 /G6 等效；将 _M_IX86 的值设置为 600
/Gd	使用 __cdecl 调用约定
/Ge	激活堆栈探测
/GF /Gf	启用字符串池
/GH	调用挂钩函数 _pexit
/Gh	调用挂钩函数 _penter
/GL	启用全程序优化
/Gm	启用最小重新生成
/GR	启用运行时类型信息 (RTTI)
/Gr	使用 __fastcall 调用约定
/GS	缓冲区安全检查
/Gs	控制堆栈探测
/GT	支持使用静态线程本地存储区分配的数据的纤程安全
/GX	启用同步异常处理
/Gy	启用函数级链接
/GZ	与 /RTC1 相同
/Gz	使用 __stdcall 调用约定
/H	限制外部（公共）名称的长度
/HELP	列出编译器选项
/I	在目录中搜索包含文件
/J	更改默认的 char 类型
/LD	创建动态链接库
/LDd	创建调试动态链接库
/link	将指定的选项传递给 LINK
/MD	使用 MSVCRT.lib 创建多线程 DLL
/MDd	使用 MSVCRTD.lib 创建调试多线程 DLL
/ML	使用 LIBC.lib 创建单线程可执行文件
/MLd	使用 LIBCD.lib 创建调试单线程可执行文件
/MT	使用 LIBCMT.lib 创建多线程可执行文件
/MTd	使用 LIBCMTD.lib 创建调试多线程可执行文件
/nologo	取消显示登录版权标志
/O1	创建小代码
/O2	创建快速代码
/Oa	假设没有别名
/Ob	控制内联展开
/Od	禁用优化
/Og	使用全局优化
/Oi	生成内部函数
/Op	改善浮点数一致性
/Os	代码大小优先
/Ot	代码速度优先
/Ow	假定在函数调用中使用别名
/Ox	使用最大优化 (/Ob2gity /Gs)
/Oy	省略框架指针
/QI0f	执行 Pentium 0x0f 错误修复
/QIfdiv	执行 Pentium FDIV 错误修复
/QIfist	当需要从浮点类型转换为整型时取消 _ftol
/P	将预处理器输出写入文件
/RTC	启用运行时错误检查
/showIncludes	在编译期间显示包含文件的列表
/Tc /TC	指定 C 源文件
/Tp /TP	指定 C++ 源文件
/U	移除预定义宏
/u	移除所有的预定义宏
/V	设置版本字符串
/vd	取消或启用隐藏的 vtordisp 类成员
/vmb	对指向成员的指针使用最佳的基
/vmg	对指向成员的指针使用完全一般性
/vmm	声明多重继承
/vms	声明单一继承
/vmv	声明虚拟继承
/W	设置警告等级
/w	禁用所有警告
/Wall	启用所有警告，包括默认情况下禁用的警告
/WL	在从命令行编译 C++ 源代码时启用错误信息和警告消息的单行诊断
/Wp64	检测 64 位可移植性问题
/X	忽略标准包含目录
/Y-	忽略当前生成中的所有其他预编译头编译器选项
/Yc	创建预编译头文件
/Yd	将完整的调试信息放在所有对象文件中
/Yl	创建调试库时插入 PCH 引用
/Yu	在生成期间使用预编译头文件
/YX	自动处理预编译头
/Z7	生成与 C 7.0 兼容的调试信息
/Za	禁用语言扩展
/Zc	在 /Ze 下指定标准行为
/Zd	生成行号
/Ze	启用语言扩展
/Zg	生成函数原型
/ZI	将调试信息包含在与“编辑并继续”兼容的程序数据库中
/Zi	生成完整的调试信息
/Zl	从 .obj 文件中移除默认库名
/Zm	指定预编译头内存分配限制
/Zp	封装结构成员
/Zs	只检查语法

【编程】编程语言(C++) - 编译 - MSVCRTD.LIB LIBCMTD.LIB 的顺序导致的编译错误！

一无所知 — 2005-01-19 11:03:00Z

在编译 JXTA-C 的时候发现一个有趣的现象，就是老是出现 LNK2005 错误

Linking...
MSVCRTD.LIB(MSVCRTD.dll) : error LNK2005: __errno already defined in LIBCMTD.LIB(dosmap.obj)
MSVCRTD.LIB(MSVCRTD.dll) : error LNK2005: _free already defined in LIBCMTD.LIB(dbgheap.obj)
MSVCRTD.LIB(MSVCRTD.dll) : error LNK2005: _realloc already defined in LIBCMTD.LIB(dbgheap.obj)
MSVCRTD.LIB(MSVCRTD.dll) : error LNK2005: _malloc already defined in LIBCMTD.LIB(dbgheap.obj)
MSVCRTD.LIB(MSVCRTD.dll) : error LNK2005: _memmove already defined in LIBCMTD.LIB(memmove.obj)

但是仔细查看了所用的链接库又都没有问题，没办法，只好一个库一个库的找，后来发现原来是MSVCRTD.LIB LIBCMTD.LIB 这两个库的先后顺序导致的问题，正确的顺序应该是

MSVCRTD.LIB LIBCMTD.LIB 而不是 LIBCMTD.LIB MSVCRTD.LIB

不知道什么原因？？？

【编程】对等网络(P2P) - JXTA 介绍

一无所知 — 2005-01-18 18:39:00Z

JXTA 是 Juxtapose (并列)的缩写。JXTA最早起源于2000年的夏天，现在大家把JXTA看成是P2P的平台，JXTA的目标是要解决几个技术与商业上的难题。第一是解决众多P2P系统互不相通的问题。2000年，是P2P突飞猛进的高潮年，但高潮背后却是许多小公司用自己的封闭系统试图在Internet上圈一块地。Sun认为，只有互通才能真正发挥出P2P的优势，就好像IM(Instant Messaging)，能互连的人越多，越有价值。所以Sun决定出面发布一个平台，使所有P2P系统都能连接起来，只有Sun这样位置中立、但在技术上有雄存实力被大家认可的公司才有希望做成这一平台。

JXTA的另外一个目的就是找寻一套数量最少、概念最简单的系统构成的“积木”。如果成功，这几块积木就会是今后大家构架信息系统的基本模块，从而帮助人们摆脱像Windows或TCP/IP这样的传统软件带来的包袱。但JXTA与众不同，它是由一系列网络协议构成的，用任何语言都可以实现，并不只限于Java，只有彻底独立于操作系统、网络传输技术以及程序设计语言，才真正达到了跨平台，而这样的技术，最容易受到业界的认同。
JXTA 采用了第三代 P2P 网络模型为主的混合型网络模型，由于要做到通用化，设计上不免复杂了些。虽然 JXTA 协议被设计成独立于编程语言和独立于传输协议，它可用Java ,C/ C + + , Perl 和其它许多编程语言实现，但是，目前大家的主要精力还是放在 Java 版的实现上，其他语言的实现明显的比较不受重视，最近我自己正在研究 JXTA-C ，但是发现 JXTA-C 项目几乎是处在停滞状态？？？很多 JXTA 的特性它都没有实现，而且代码凌乱，不知道还有哪位朋友也在研究这个？大家可以交流交流。

JXTA历史

发布日期	版本	说明
2004-12-13	JXTA-Java 2.3.2
2004-09-15	JXTA-Java 2.3.1
2004-06-15	JXTA-Java 2.3.0
2004-03-15	JXTA-Java 2.2.1
2003-12-15	JXTA-Java 2.2.0
2003-09-15	JXTA-Java 2.1.1
2003-06-08	JXTA-Java 2.1.0
2003-03-01	JXTA-Java 2.0.0
2002-09-24	JXTA-Java 1.0.0
JXTA-C
2004-06-09	JXTA-C 2.0 Release Candidate
2004-04-09	JXTA-C 1.1 Release

【链接】Microsoft - Longhorn

undefine — 2005-01-18 11:31:00Z

Longhorn Newsgroups

Longhorn Training & Events

Longhorn Related Sites

Longhorn 开发中心

Introducing "Longhorn" for Developers

Avalon Nov. '04 CTP Sample: SolFx

Mobiform Aurora XAML Editor