C++博客-Michael's Space-文章分类-SDK/MFChttp://www.cppblog.com/MichaelLiu/category/1441.htmlTechnology changes the world, serves the people.zh-cnWed, 21 May 2008 02:08:26 GMTWed, 21 May 2008 02:08:26 GMT60如何实现模式对话框程序启动时的系统栏显示http://www.cppblog.com/MichaelLiu/articles/16376.html奔跑的阿甘奔跑的阿甘Wed, 13 Dec 2006 08:18:00 GMThttp://www.cppblog.com/MichaelLiu/articles/16376.htmlhttp://www.cppblog.com/MichaelLiu/comments/16376.htmlhttp://www.cppblog.com/MichaelLiu/articles/16376.html#Feedback0http://www.cppblog.com/MichaelLiu/comments/commentRss/16376.htmlhttp://www.cppblog.com/MichaelLiu/services/trackbacks/16376.htmlMichael Wednesday, December 13, 2006

在实际工作中,需要用到一些类似状态监控的程序,它们往往在一启动时就要最小化到系统栏上.
这里涉及到两个问题:1)如何在启动时隐藏主窗口; 2)用托盘实现系统栏显示.
模式对话框和非模式对话框的区别在于是否自身拥有一个消息循环,对于模式对话框程序,要实现程序启动时的隐藏,一个比较完美(无闪烁地隐藏)的做法如下
 1BOOL CMyApp::InitInstance()
 2{
 3  // 
 4
 5  CMyDlg* pDlg = new CMyDlg;
 6  if (pDlg->Create(IDD_MY_DIALOG)) {
 7    m_pMainWnd = pDlg;
 8    Run();
 9    if (pDlg) {
10      delete pDlg;
11      pDlg = NULL;
12    }
13  }
14  return FALSE;
15}

这里使用CWnd::Create()函数来创建一非模式对话框,同时添加了消息循环的处理Run(). 因为pDlg(属性为非visible)并没有调用ShowWindow(),所以创建后为隐藏状态.

关于托盘的显示只要调用WINDOWS的SHELL API即可.
以下代码用于添加一托盘:
1        NOTIFYICONDATA nc;
2    nc.cbSize=sizeof(NOTIFYICONDATA);
3    nc.hIcon=AfxGetApp()->LoadIcon(IDR_MAINFRAME);
4    nc.hWnd=m_hWnd;
5    lstrcpy(nc.szTip,"Hi!");
6    nc.uCallbackMessage=WM_NC;
7    nc.uFlags=NIF_ICON | NIF_MESSAGE | NIF_TIP;
8    nc.uID=IDC_NC;
9    Shell_NotifyIcon(NIM_ADD,&nc);

以下代码用于删除一托盘:
1        NOTIFYICONDATA nc;
2    nc.cbSize=sizeof(NOTIFYICONDATA);
3    nc.hWnd=m_hWnd;
4    nc.uCallbackMessage=WM_NC;
5    nc.uFlags=NIF_ICON | NIF_MESSAGE | NIF_TIP;
6    nc.uID=IDC_NC;
7    Shell_NotifyIcon(NIM_DELETE,&nc);

托盘图标的消息定义及响应函数如下:
//定义消息码
#define  WM_NC  1001
#define  IDC_NC 1002

//定义消息映射
ON_MESSAGE(WM_NC,OnNc)

//定义消息处理函数声明
afx_msg void OnNc(WPARAM wParam,LPARAM IParam);

//定义消息处理函数实现
 1void CMyDlg::OnNc(WPARAM wParam,LPARAM IParam)
 2{
 3    if ((IParam == WM_LBUTTONDOWN) || (IParam == WM_RBUTTONDOWN))
 4    {
 5        CMenu menu;
 6        menu.LoadMenu(IDR_MENU1);
 7        CMenu* pPopup=menu.GetSubMenu(0);
 8        ::SetMenuDefaultItem(pPopup->m_hMenu,0,TRUE);
 9        CPoint Point;
10        GetCursorPos(&Point);
11        pPopup->TrackPopupMenu(TPM_LEFTALIGN,Point.x,Point.y,AfxGetMainWnd(),NULL);
12    }
13}

最后很关键的是,因为我们采用了非模式框来隐藏窗口,当对话框退出后,我们需要调用PostQuitMessage()来发送WM_QUIT消息给应用程序从而结束消息循环退出整个程序.

[全文完]

奔跑的阿甘 2006-12-13 16:18 发表评论
]]>如何解决“Selected Collating Sequence Not Supported”问题http://www.cppblog.com/MichaelLiu/articles/11959.html奔跑的阿甘奔跑的阿甘Sat, 02 Sep 2006 07:57:00 GMThttp://www.cppblog.com/MichaelLiu/articles/11959.htmlhttp://www.cppblog.com/MichaelLiu/comments/11959.htmlhttp://www.cppblog.com/MichaelLiu/articles/11959.html#Feedback0http://www.cppblog.com/MichaelLiu/comments/commentRss/11959.htmlhttp://www.cppblog.com/MichaelLiu/services/trackbacks/11959.htmlMichael 2006年9月2日

在Microsoft Access 97中文版下创建的数据库，放在Windows XP英文版下，执行SELECT语句时出现标题所示的错误。
执行SELECT语句的客户程序是采用ADO访问数据库的。
为了解决这个问题，必须要首先了解数据库的一个属性，它叫“数据库排序次序”（Database Sorting Order）。在Microsoft Access的“工具”－>“选项”－>“常规”－>“新建数据库排序次序”提供了该属性的设置，在英文版Access中为"Tools"->"Options"->"General"->"New Database Sort Order"。注意：必须要新建或者打开一个数据库才能够设置这个属性。

那么这个"Collating Sequence"到底是个什么东西，为什么会出现"collating sequence not supported"错误呢？

"Collating Sequence"实际上是个用于字符排序的序列，我们可以把它理解为一个表，给定一个字符，通过这个表可以查找到这个字符的序列号（范围从00－FF），继而通过这个序列号，我们可以比较两个字符在数据库中的前后顺序。所以，一个数字的排序总是比字母A-Z低，这在不同的"Collating Sequence"中可能为真也可能为假。当然，一个数字(x'30'-x'39')的代码值（Code Point）总是比字母A-Z(x'41'-x'5A')低，这是永远正确的。
关于"Collating Sequence"的概念可以参考以下链接：
http://publib.boulder.ibm.com/infocenter/db2luw/v8/index.jsp?topic=/com.ibm.db2.udb.doc/ad/c0006812.htm

Microsoft Jet数据库引擎用到了四个Collating Sequence表，点击以下链接获得详细信息：
http://support.microsoft.com/default.aspx?scid=kb;en-us;129719

那么该如何解决这个问题呢？

有两种方案：

第一种：更新数据库
设置“新建数据库排序次序”属性为"General"，然后新建一个新的数据库，并导入老数据库的所有表。
该属性的默认值是当前操作系统的默认语言版本（注意不是操作系统的语言版本）。

第二种：更新操作系统
既然操作系统不支持该数据库的Collating Sequence，就安装一个多语言支持，当然操作系统必须支持你创建数据库时使用的语言，比如OS需要支持中文字符集。
可以参考以下文章：
http://support.microsoft.com/default.aspx?scid=KB;en-us;q202150

[全文完]


奔跑的阿甘 2006-09-02 15:57 发表评论
]]>VC C运行时库的几个版本及用法http://www.cppblog.com/MichaelLiu/articles/10607.html奔跑的阿甘奔跑的阿甘Thu, 27 Jul 2006 12:51:00 GMThttp://www.cppblog.com/MichaelLiu/articles/10607.htmlhttp://www.cppblog.com/MichaelLiu/comments/10607.htmlhttp://www.cppblog.com/MichaelLiu/articles/10607.html#Feedback0http://www.cppblog.com/MichaelLiu/comments/commentRss/10607.htmlhttp://www.cppblog.com/MichaelLiu/services/trackbacks/10607.htmlVC C运行时库(CRTL)的几个版本及选用
Michael 2006年7月27日于突尼斯

VC++ C运行时库（以下简称CRTL）是指LIBC.LIB/LIBCMT.LIB/MSVCRT.LIB以及他们对应的DEBUG版本（在名称后面加"D"）。
在VC++ 4.2以前的版本中CRTL包含了C++的iostream库函数，但是在4.2及以后的版本中（添加了对C++标准库的支持），iostream库函数被独立出来，为支持老的iostream和新的标准iostream函数，4.2及后续版本存在两套iostream库，分别是（老的）LIBCI.LIB/LIBCIMT.LIB/MSVCIRT.LIB和（新的）LIBCP.LIB/LIBCPMT.LIB/MSVCPRT.LIB。针对DEBUG版本，分别存在名称后加"D"的对应库。并且新老的iostream库是不兼容的，不能在同一个应用中混合使用。

一 版本特性列表
对CRTL的几个版本及特性列表(RELEASE&DEBUG Version)如下：
RELEASE版本：
CRTL (without iostream)特性VC编译选项预编译宏
LIBC.LIBSingle threaded, static link/ML
LIBCMT.LIBMultithreaded, static link/MT_MT
MSVCRT.LIBMultithreaded, dynamic link (import library for MSVCRT.DLL),对于不同的VC版本对应的DLL名称不一：
VC1.0-MSVCRT10.DLL
VC2.0-MSVCRT20.DLL
VC4.0-MSVCRT40.DLL
VC4.2-MSVCRT.DLL
VC5.0-MSVCRT.DLL
VC6.0-MSVCRT.DLL		/MD_MT, _DLL

Standard C++ LibraryCharacteristicsOptionDefined
LIBCP.LIBSingle threaded, static link/ML
LIBCPMT.LIBMultithreaded, static link/MT_MT
MSVCPRT.LIBMultithreaded, dynamic link (import library for MSVCRT.DLL),对于不同的VC版本对应的DLL名称不一：
VC4.2-MSVCPRT.DLL
VC5.0-MSVCP50.DLL
VC6.0-MSVCP60.DLL		/MD_MT, _DLL

Old Iostream LibraryCharacteristicsOptionDefined
LIBCI.LIBSingle threaded, static link/ML
LIBCIMT.LIBMultithreaded, static link/MT_MT
MSVCIRT.LIBMultithreaded, dynamic link (import library for MSVCIRT.DLL)/MD_MT, _DLL

DEBUG版本：
CRTL(without iostream)CharacteristicsOptionDefined
LIBCD.LIBSingle-threaded, static link/MLd_DEBUG
LIBCMTD.LIBMultithreaded, static link/MTd_DEBUG, _MT
MSVCRTD.LIBMultithreaded, dynamic link
(import library for MSVCRxD.DLL)1		/MDd_DEBUG, _MT, _DLL
1   In place of the “x” in the DLL name, substitute the major version numeral of Visual C++ that you are using. For example, if you are using Visual C++ version 4, then the library name would be MSVCR40D.DLL.

Standard C++ Debug LibraryCharacteristicsOptionDefined
LIBCPD.LIBSingle-threaded, static link/MLd_DEBUG
LIBCPMTD.LIBMultithreaded, static link/MTd_DEBUG, _MT
MSVCPRTD.LIBMultithreaded, dynamic link (import library for MSVCRTD.DLL),对于不同的VC版本对应的DLL名称不一：
VC4.2-MSVCPRTD.DLL
VC5.0-MSVCP50D.DLL
VC6.0-MSVCP60D.DLL		/MDd_DEBUG, _MT, _DLL

iostream Debug LibraryCharacteristicsOptionDefined
LIBCID.LIBSingle threaded, static link/MLd_DEBUG
LIBCIMTD.LIBMultithreaded, static link/MTd_DEBUG, _MT
MSVCIRTD.LIBMultithreaded, dynamic link (import library for MSVCIRTD.DLL)/MDd_DEBUG, _MT, _DLL


二 单线程(Single threaded)和多线程(Multithreaded)的区别

简单地说，单线程版本提供的CRTL函数不是可重入(Re-entrant)的(只有少部分函数是可重入)，多线程版本提供的CRTL函数是可重入的。
对于多线程应用程序来说，如果使用单线程的CRTL将可能导致数据崩溃，因为在同一时间可能有多个线程同时访问CRTL函数中的某个静态数据，这个数据在单线程CRTL中不受保护（如果访问的是栈数据，则没有问题，因为栈的数据在每个独立线程中分配）。所以，此时需要使用多线程的CRTL，如果坚持使用单线程CRTL，应用程序必须亲自对数据共享访问进行保护处理，比如设立临界区。

三 静态链接(Static link)和动态链接(Dynamic link)的区别

采用静态链接的应用程序发布后不依赖于CRTL，同时该库中的代码和数据在该应用程序调用的其他动态库中是访问不到的。
采用动态链接的应用程序必须依赖于CRTL（比如MSVCRT.DLL）。
对于动态链接CRTL的应用程序，在调用库函数时需要遵守两个原则：1）调用习惯为C(__cdecl)习惯；2）函数参数类型为值或者指针类型。

【完】

奔跑的阿甘 2006-07-27 20:51 发表评论
]]>在MFC中使用OCX控件遇到的一个问题http://www.cppblog.com/MichaelLiu/articles/5542.html奔跑的阿甘奔跑的阿甘Fri, 14 Apr 2006 08:13:00 GMThttp://www.cppblog.com/MichaelLiu/articles/5542.htmlhttp://www.cppblog.com/MichaelLiu/comments/5542.htmlhttp://www.cppblog.com/MichaelLiu/articles/5542.html#Feedback0http://www.cppblog.com/MichaelLiu/comments/commentRss/5542.htmlhttp://www.cppblog.com/MichaelLiu/services/trackbacks/5542.html在MFC中使用OCX控件遇到的一个问题
[问题：]
在一个简单的MFC对话框中嵌入一个OCX控件（如浏览器控件），该控件采用动态方式创建，即调用CWnd::Create()接口生成窗口，在本机运行良好，但是在其它部分机器上运行则出现程序异常，报告occsite.cpp的第161行出现错误。当把源程序放到目标机器上重新编译后程序可以正常运行。以下是示例代码：
m_pFlashPlayer = NULL;  // 一个FLASH控件的对象指针
CRect rt;
GetClientRect(&rt);  //获得区域大小
if (m_pFlashPlayer = new CShockwaveFlash) {  // CShockwaveFlash由FLASH控件添加到PROJECT后 VC自动生成
 if (m_pFlashPlayer->Create("PP", WS_VISIBLE , rt, this, 0)) {  //创建窗口
  m_pFlashPlayer->SetMovie(str);
  m_pFlashPlayer->Play();
 }
}
这个问题带来的后果是如果要发布该程序到100台机器上，则必须要在100台机器上重新编译一遍程序才能正确执行。
[分析：]
经过测试，发现：
1）该问题只存在于程序DEBUG版本中，在RELEASE版本中不存在该问题。
2）该问题和MFC有关，和所嵌入的控件本身没有任何关系。
经过深入分析，发现：该问题是由于开发机和目标机使用的MFCO42D.DLL库不匹配引起的。
[结果：]
经过确认，发现开发机和目标机的运行环境有如下差异：开发机未安装任何VS补丁，MFCO42D库的File Version为6.0.8168.0, Product Version为 6.0.000，而目标机安装了VS6.0 SP5，MFCO42D库的File Version为 6.0.8665.0, Product Version为 6.0.400。
[解决：]
为确保各编码及维护人员使用的MFCO42D.DLL一致，对MFCO42D.LIB和MFCO42D.DLL进行了统一（把.lib和.dll拷贝到程序的当前路径）；同时将开发机上的MFCO42D.DLL和执行程序一起发布。
[疑问：]
为何MFCO42D的高版本没有保持向下兼容？是否接口有变？

奔跑的阿甘 2006-04-14 16:13 发表评论
]]>