国产日韩一区二区三区,国内精品久久久久久久果冻传媒,久久一日本道色综合久久

Fri, 06 May 2011 10:06:00 GMT

错误码很重要�Q�可以由此判断网�l�连接到底发生了��马事情�Q�从而驱动高层逻辑的行为。只有笼�l�的错误码判断的�|�络层是不够规范的，鄙�h觉得有些错误码还是需要在�|�络层就区分开的，�Ҏ(gu��)��记录一些当前实验的错误码以及发生原因�?br />
以下是一部分在async_receive()的handler处捕获到的比较有用的错误�?br />

错误码（十进�Ӟ��	枚�D	发现原因
10009	boost::asio::error::bad_descriptor	在一个已�l�关闭了的套接字上执行async_receive()
995	boost::asio::error::operation_aborted	正在async_receive()异步��d��{�待�Ӟ��本端关闭套接�?/td>
10054	boost::asio::error::connection_reset	正在async_receive()异步��d��{�待�Ӟ��q�端的TCP协议层发送RESET�l�止链接�Q�暴力关闭套接字。常常发生于�q�端�q�程强制关闭�Ӟ��操作�pȝ��释放套接字资源�?/td>
2	boost::asio::error::eof	正在async_receive()异步��d��{�待�Ӟ��q�端关闭套接字，�q�里�?0054发生的情况似乎一��P��但是实际上应该是有区别的�Q�具体神马区别，由回复中jack的说法，�q�个是远端正常关闭套接字�?/td>

只是一些浅陋的��试�Q�目前觉得有用的也就是这几个�Q�不正确的地方请送我鸡蛋�?img src ="http://m.shnenglu.com/shanoa/aggbug/145840.html" width = "1" height = "1" />

酿妹�?/a> 2011-05-06 18:06 发表评论

Wed, 29 Dec 2010 12:49:00 GMT

�q�两个东西在一起问题真呀么多......前些日子才写的一个注意事��的随笔�Q�这回又有问题需要记录，好吧�Q�开新文写�?br>问题�Q�由于项目的复杂度，问题的表��C��原因其实相差十万八千里�?br>原因�Q�MFC在打开和保持文件后�Q�即打开CFileDialog对话框后�Q�，��׃��修改�q�程的当前目录，��是SetCurrentDirectoy()�Q�导致OGRE里那些用相对路径做Location的资源目录下的文件全部无法读取（其实我觉得OGRE应该把这些相对目录在��d��文�g的时候换成绝对目录）。具体就是openResource()中调用stat()出错�Q�文件系�l�中找不到指定文件�?br>解决�Ҏ(gu��)��Q�在合适的地方调用SetCurrentDirectoy()把进�E�当前目录设�|�回�q�程工作目录�?.....

于是又是一下午+半个晚上的调试时�?.....

酿妹�?/a> 2010-12-29 20:49 发表评论

Thu, 23 Dec 2010 15:41:00 GMT

接上�?strong>《备忘随�W�系�?�Q�MFC与OGRE联姻注意事项�?/strong>之后�Q�再记录一下内存错误，�l�过无数�ơ莫名其妙的内存问题之后�Q�发��C��些找不着北的内存Crash问题出现的原因都很荒谬，所以本��主要例举一下近期出现的一些怪异内存问题和让人啼�W�皆非的原因所在�?br>
问题1�Q?/strong>�~�译器在�~�译那些讉K��成员变量的代码时��错了相对于this指针的偏�U�d��节数�Q�赋值给下面一个变量时�Q�却修改了上面一个变量的倹{�?br>原因�Q�与我共事的某位大仙�׃��L(f��ng)��使用�l�构体传递网�l�包�Q�所以在某头文�g里用#pragma pack(1)包括住了整个头文�Ӟ��一不小心把#include "其他头文�?那些行也�l�包括了�q�去�Q�其中不乏Windows.h stl云云......
解决办法�Q�当焉��个啥......�?pragma pack(1)的位�|�往下去几行�Q�还是细心点�?..��费了整整一天调试�?br>
问题2�Q?/strong>从网�l�另一端机器发�q�来一个结构体�Q�分别接收一个结构体中的多个数据成员和一�ơ性接收整个结构体取出的数据不同�?br>原因�Q�这是个�?的情形，两个相同的结构体分别在不同的头文件中�Q�且一个有#pragma pack(1)�Q�一个没有�?br>解决办法�Q�如果要用结构体传递网�l�包�Q�还是共用头文�g�?.....

其实......很多内存问题很不好描�q�ͼ�我也不经常出现如上那��L(f��ng)��l�的问题�Q�所以下面我�q�是说一个最常见的内存问题（0x.....地址讉K��冲突�Q�和原因吧：
“0x.....地址讉K��冲突”�q�个Crash基本上每个�h都遇刎ͼ�而且�l�常遇到�Q�但是大部分都很�Ҏ(gu��)��解决。判断问题的原因可以看这几点�Q?br>原因1�Q�如�?x....�q�个值很��，一般就�?大一些，而且是在讉K��某对象中的数据成员时出错的，那么�q�基本都是因��对象指针为空�Q�你用了�I�对象指针调用了代码�?br>原因2�Q�如�?x...值同样很��，但是�q��在访问某对象中的数据成员时出错，而是调用某函数那一行时出错的，那么�q�个函数十有八九(ji��)是个虚函敎ͼ�如果我说中的话，那原因应该如前面的原�?相同�Q�只是这回是��d��虚函数表时就崩了�?br>原因3�Q�如�?x...值类似是0xcdcdcdcd�?xeeeccc或者与�q�相�q�的敎ͼ�且同��h��在访问数据成员或调用虚函数的时候出的问题，那么�q�就��是个野指针问题了，释放了就别再用啊�?br>原因4�Q�内存越界，�q�个对程序造成的麻烦比��M��ȝ��都要大，但是问题�q�不隐蔽�Q�记得�ؓ每个�cȝ��数据成员�q�行必要的初始化�?br>原因5�Q��用了memset或ZeroMemory清空一些对象或对象数组。特别是对象数组�Q�很�Ҏ(gu��)��让�h忽略�q�个问题。有些程序员会觉得某对象里都是可以这��h��I�的数据成员�Q�所以便�q�样做了�Q�但是往往虚函数表指针会被忽略�Q�这个指针绝对不能一赯��清空的�?br>�ȝ��Q�不要让表达索引的整形在初始化后是个未知��|��不要让指针没有在初始化时被赋0��|��不要不检查指针的值就拿它讉K��成员函数和成员数据；不要重复释放指针所指对象；不要使用释放后和未初始化的内存数据；可以的话使用��指针�Q�释放指针所指地址后，为指针赋0��|��只有在完全是内部�c�d��构成且没有多态的�c�d��对象上��用memset为对象赋倹{�?br>

酿妹�?/a> 2010-12-23 23:41 发表评论

备忘随笔�p�d��1�Q�MFC与OGRE联姻注意事项

Wed, 22 Dec 2010 17:39:00 GMT
�l�节军_��那啥来着�Q�一些细节虽然不是什么难事，但是一旦卡住��L��会很烦心�Q�需要太多时间去调试�Q�耽误的是宝贵的项目进度，所以我��在�q�里把一些�ȝ��贴出来，愿能�l�国内的游戏技术圈同僚们一点小帮助�Q�节�U�宝�늚�旉��Q�毕竟��L��在网�l�上摄取营养�Q�算是回报社会吧�?br>
本文记录最�q�发现的一�?MFC �?OGRE1.7.2版本联姻的注意事��：

问题1�Q?/strong>创徏Ogre的CView�H�口后，无法截获鼠标点击和移动信息，只能获取鼠标滚轮信息�?br>原因及解��x��案：传递CView�H�口句柄�Ӟ��请一定��用externedWindowHandle的属性key�Q�切��C��要��用parentWindowHandle�Q�因为parentWindowHandle是让CView成�ؓ渲染�H�口的父�H�口�Q�鼠标键盘消息都不会路由到CView上，而是在渲染窗口里被截��P��而externedWindowHandle是让CView�H�口本��n成�ؓ渲染�H�口�Q�所以CView才能正常截获到输入消息�?br>
问题2�Q?/strong>当解决问�?之后�Q�发��C��用externedWindowHandle�l�制出的�H�口很小�Q�而��用parentWindowHandle时则正常
原因及解��x��案：注意�l�承CView::OnSize()函数响应WM_SIZE消息�Q�但请切讎ͼ�千万别在OnSize中调用Ogre::RenderWindow::resize()函数�Q�这会导致OnSize()函数的递归回调�Q�因为Ogre::RenderWindow::resize()函数中会调用AdjustWindow()和SetWindowPos()函数�Q�这会导致发送WM_SIZE消息�q�羃?y��u)��窗口，从而导致问题的发生�?br>
问题3�Q?/strong>如何解决�H�口重置大小的问�?br>解决�Ҏ(gu��)��Q�在OnSize()�?span style="COLOR: red">不能调用Ogre::RenderWindow::resize()函数�Q��?strong style="COLOR: red">应该调用Ogre::RenderWindow::windowMovedOrResized()函数�Q�通知RenderWindow在渲染前重新讄��Viewport的宽高比例�?br>
问题4�Q?/strong>怎样��保��L��染��@�?br>分析�Q�上�|�看了一些相关的解决�Ҏ(gu��)��Q�发现大多��用WM_TIMER消息来维持OGRE的主渲染循环�Q�这应该是下下策的方案了�?.....当然�q�有其他的实现方案，譬如开另一个线�E�，�q�个�Ҏ(gu��)��q�是可行的，但是��L��些不对味�Q�因为渲染明明应该在�ȝ��E�中才是最��x��案。于是我��q��了一下MFC闲下来的时候都�q�了些什么，最后发��C��以下解决�Ҏ(gu��)��Q�应该算是很不错但�ƈ不难的解军_��法了�Q��ؓ什么没见网上有人提供这��L(f��ng)��Ҏ(gu��)��让我很不理解�Q�窝着藏着也得不到半点好处�Q?br>解决�Ҏ(gu��)��Q��用空闲回调。该回调是需要��承CWinApp::OnIdle()函数�Q�好像是叫这个，反正肯定带Idle�q�个单词�Q�，当主�U�程中的消息循环没有取到消息�Ӟ��调用PeekMessage()没有获取到消息）�Q�就会去调用�q�个函数�Q�于�?.....��在�q�个函数里调用绘制一帧吧�Q�Ogre::RenderWindow::update()�Q�另外有动画的话�q�需要调用Ogre::Root::_fireFrameRenderingQueued()�Q�因为动��L��新在�q�里。如果是惌��所有渲染对象都更新一帧的话，直接调用Ogre::Root::renderOneFrame()吧�?br>
解决�Ҏ(gu��)��不一定最好，也不一定适合你的情况�Q�但愿能��微薄之力，也是作�ؓ我个人的备忘吧�?

酿妹�?/a> 2010-12-23 01:39 发表评论

Sat, 20 Nov 2010 11:30:00 GMT
最�q�在�l�公叔R��码一个场景编辑器�Q�大致得实现的功能有�Q?br>地�Ş高度�?br>地�Ş�U�理�?br>攄��物件和房屋
攄��_�子�pȝ��
讄��路径点和只能摄像机点

��是个简单的不能再简单的场景�~�辑器了�?..但是�q�样的一个工兯��是很头痛的，特别是用C++来写...
头痛的原因不是别的，正是�q�个表现层和后台数据同步问题。这个在C++的UI库中目前�q�真没有什么现成的好办法，于是开始造轮子，为MFC写了PropertySet和OperatorStack�?br>首先�q�个UI数据和内存数据双向同步的问题直接让我崩溃�?..�׃��以前写过一些工��P��知道�q�东西如果不做个设计��开始冲着功能写的话会有什么后果。嗯�Q�于是��承封装了CMFCPropertyGridCtrl控�g�Q��ؓ每个叶子属性项��装了一个LeafItem�Q�根据属性名来更新PropertySet里对应的数据......具体实现几千字略- - 最�l�成型时代码�q�样�Q?br>DynamicObject obj;
propertyGrid.attachObject(obj);
�q�里的DynamicObject�l�承PropertySet�Q�于是propertyGrid控�g��׃��昄��obj里所有的属性数据了...然后是双向更新问题，目前是给Property里加了一个eventValueChanged事�g响应�Q�让PropertyGridCtrl监听�q�些数据的变化，而propertyGridCtrl�q�个UI上的数据变化同样是派生实现CMFCPropertyGridCtrl的值变化响应函数来�l�绑定的LeafItem更新数据�Q�也是直接就��h��到Property里了�?br>�q�有OperatorStack.....�q�个是操作栈�Q�记录用��h��作的�Q�用于撤销和重做的操作�Q�也用到了PropertySet来记录变化对象的属性快照，嗯，叫SnapShootRecord的类里面记录的都是一个对象的变化属性�?br>先就记录�q�么多，很�ؕ很不�Ҏ(gu��)��懂，主要�l�我自己做个记录的，没啥贡献�Q�实际上�q�有很多不好用的地方�Q�所以最�q�在想一些改�q�设计，�{�我惛_��了放上来详细设计和源码吧.......

酿妹�?/a> 2010-11-20 19:30 发表评论

�l�于完成了自��q��模板设计�Q�初步实��C��filter_streambuf�Q�cge��目启动......

Tue, 12 Oct 2010 11:37:00 GMT
实现的目的是��Z��在一些特定情况下不去使用boost的filter_streambuf�Q�不使用boost::iostreams的理由如下：
1、基于运行时配置的过滤器�Q�效率稍�?br>2、对于网�l�通讯而言�Q�boost的filter_streambuf乃至整个iostreams库都昑־�较�ؓ臃肿�?br>所以，我自��q��写了一套filter_streambuf�Q��承了std::streambuf�Q��ƈ配合自己重新设计的archive和batch_data�q�行�|�络通讯�Q�无论是效率�q�是易用性上都超��Z��用boost的iostreams。而boost的那套东西经�q�我的反复��用后�Q�觉得更适合用在文�g��d��和数据持久化上�?br>如果要说哪里不如boost的filter_stream�Q�也��是boost的filter_streambuf可以动态配�|�filter�Q�而我使用的是模板技术将filter的关�p�d��~�译期就兌��了�v来，所以只能是静态配�|�filter。下面是具体使用时的完整例子代码�Q?br>
1 #include <ccs/util/ios/ifilter_streambuf.hpp>
2 #include <ccs/util/ios/ofilter_streambuf.hpp>
3 #include <ccs/util/ios/memory_terminal.hpp>
4
5 using namespace ccs;
6 using namespace util;
7
8 // 输出�q��o
9 struct my_ofilter
10 {
11     typedef ios::ofilter_tag tag_type;
12
13     template<typename OutT>
14     std::streamsize write(const char* p, std::streamsize n, OutT& _out)
15     {
16         std::streamsize i = 0;
17         for (; i < n; ++i)
18         {
19             char c = p[i];
20             if (_out.write(&++c, 1) != 1)
21                 break;
22         }
23         return i;
24     }
25 };
26
27 // 输入�q��o
28 struct my_ifilter
29 {
30     typedef ios::ifilter_tag tag_type;
31
32     template<typename InT>
33     std::streamsize read(char* p, std::streamsize n, InT& _in)
34     {
35         std::streamsize i = 0;
36         for (; i < n; ++i)
37         {
38             char c;
39             if (_in.read(&c, 1) != 1)
40                 break;
41             p[i] = --c;
42         }
43         return i;
44     }
45 };
46
47 // 输出内存讑֤�
48 struct memory_odevice
49 {
50     typedef ios::dest_tag tag_type;
51
52     std::streamsize write(const char* p, std::streamsize n, ios::memory_oterminal& _out)
53     {
54         return _out.write(p, n);
55     }
56 };
57
58 // 输入内存讑֤�
59 struct memory_idevice
60 {
61     typedef ios::source_tag tag_type;
62
63     std::streamsize read(char* p, std::streamsize n, ios::memory_iterminal& _in)
64     {
65         return _in.read(p, n);
66     }
67 };
68
69
70 int main(int _Argc, char** _Args)
71 {
72     char buf[256];
73     ios::memory_oterminal memout(buf, 256);
74     ios::memory_iterminal memin(buf, 256);
75     ios::ifilter_streambuf<ios::memory_iterminal, mpl::list2<my_ifilter, memory_idevice> > insbuf(&memin);
76     ios::ofilter_streambuf<ios::memory_oterminal, mpl::list2<my_ofilter, memory_odevice> > outsbuf(&memout);
77     std::istream is(&insbuf);
78     std::ostream os(&outsbuf);
79
80     int num = 188;
81     os.write((char*)&num, sizeof(int));
82     os.flush();
83     is.read((char*)&num, sizeof(int));
84
85     std::cout << num << std::endl;
86     system("pause");
87 }

代码中的意思就是将写入的数据逐字节的�?�Q��ƈ保存在内存缓冲里�Q�然后又从内存缓冲中��d��Q�逐字节减1�Q��ƈ输出到控制台�Q�一套经�q�过滤的��d��便完成了。由于��用了模板元的list作�ؓ链接�Q�在release模式下所有的�q��o器操作都是内联的�Q�这虽然也是我预想的效果�Q�但看完汇编码之后，着实让我高兴了一晚上�Q�这�U�成��感真的是programer最大的乐趣�?/p>
需要说明的是：代码中的mpl::list2是自己实现的模板元链�?..�q�段旉��考虑研究一下boost的�ƈ替换�q�来�Q�因为那个list后面�?让我觉得很不够智�?..当然�Q�如果boost的list实现�q�于复杂�Q�或是不能让我的代码完全内联化的话，肯定不会考虑使用�?br>
完成�q�个之后�Q�我便准备着手构建cge��目�Q�所谓的cge�Q�就是cloud game engine的羃�?..��֐�思义��是使用了云技术的游戏引擎�Q�我惛_��业余旉��试一些颠覆传�l�cs架构的在�U�游戏引擎架构设计，具体隄��估计会有2个：
1、运用gpgpu group的�ƈ行运��技术，考虑使用目前市场占用率最大的nvidia tesla服务器配合cuda�Q�在服务器用physX实现一定的物理模拟�?br>2、在��x��性较强的在线游戏中，ping��g��直是最大的挑战�Q�所以有选择性的使用云计��技术，�q�是架构设计上的挑战�?br>关于cge的设计思考和规划�Q�会另外开贴具体阐�q�ͼ��q�记录开发进度和情况�?/span>

酿妹�?/a> 2010-10-12 19:37 发表评论

析构�q�程中内存相关错误的�l�大多数原因

Thu, 01 Jul 2010 07:47:00 GMT
今天记录一下长久以来屡�ơ犯的错�Q�每�ơ都是换一�U�方法编码来�l�过�q�个问题实现功能的，因�ؓ�q�个问题太过隐蔽�Q�导致今天才发现其中真正的原�?..下面�q�行问题描述�Q?br>
1std::map<std::string, Value> keyValue; // 在函数内部分配的堆栈对象�Q�局部变量）
2ReadData(keyValue);// 从dll中导出的函数
3keyValue.clear(); // delete中出现assert异常

�W�一行是在应用程序中的堆栈中分配的内存空间�?br>�W�二行是我自己写的dll库，用来��d��一些数据加入到keyValue中�?br>�W�三行是清空keyValue�Q�其实如果不写这一行的话，keyValue也会在函数结��时清空�Q�到那时同样会出现错误�?br>�q�一切乍一看没啥问题，keyValue是局部变量，��Z��么局部变量的释放会出现异帔R��误呢�Q�这是因为第二行ReadData的缘故。ReadData的逻辑在另外一个可执行模块中，在其中分配的内存�I�间不一定与当前模块在同一个堆区�?br>我们知道�Q�std::map是一个树(w��i)�l�构的容器，我在ReadData内部往keyValue中添加了数据�Q�keyValue中会在堆��Z��分配�?w��i)节点，而这个节点将会在当前模块在keyValue的析构中被释放。也��是��_��我无意中在dll模块中分配了堆空��_��又无意中在exe模块中企��N��放该�I�间�Q�这��L(f��ng)��行�ؓ��D��错误是不��ؓ怪的�?br>时刻牢记�Q�在一个模块中分配和释攑֐�一块内存区域，警惕你所看不见的内存分配和释放�?/strong>

酿妹�?/a> 2010-07-01 15:47 发表评论

Sat, 24 Apr 2010 12:34:00 GMT

好久没写blog了，�q�次初步完成了一个文档化的网�l�流框架�Q�这玩意儿是��p��p��样叫�Q�但具体是啥玩意儿呢�Q�其实就是将�|�络通讯数据�l�构�l�串行化到缓冲里�Q�再发送到�|�络的另一端，由另一端再串行化到相应的类型对象里。恩�Q�这听�v来没啥难度呀�Q�但事实�q��如此�Q�呵呵，该架构徏立在asio基础之上�Q�目前完成了tcp通讯部分�Q�基本可以很方便的��用了�?br>        为啥我要写这么个架子�Q�因为网�l�通讯需要考虑很多情况�Q�如�_�包、未接收完整、缓冲不够大�{�情况，而且在项目开发过�E�中�Q�不断的��d��和修改一些通信协议相关的数据包�l�构。�ؓ了让�E�序员不要管那么多麻烦的情况�Q�同时易于修改和��d��新的通讯协议�Q�于是就写了�q�么个架构，不过今天比较忙，�q�是下次传上用例代码吧，源码可能会在不久以后发布的通用库模板库里找到�?br>恩，��p��发布自己的一个开源库�Q�徏立在stl和boost基础上，可跨�q�_��~�译 0 0......
到时候再说了�?/p>

酿妹�?/a> 2010-04-24 20:34 发表评论

Fri, 09 Oct 2009 14:29:00 GMT
在我开始封装MySQL C API�Ӟ��真的没有惌��居然会在字符集问题上�q�箋卡壳�Q�折腾了一下午+一晚上�Q�终于搞定这些问题。下面记录一下我遇见的问题以及解军_��法，以作备忘�?br>首先遇见的当然是中文��q��问题。这个问题相�Ҏ(gu��)��说资料比较多�Q�文档写得应该也是很清楚的，但是我没心思看�Q�靠猜搞定。我首先讄��MySQL服务器的默认字符集�ؓUTF8�Q��ƈ保证我操作的表中的列字符集也是UTF8�Q�然后重启MySQL服务�Q��ƈ��试用mysql_query("INSERT INTO TestTable VALUES('你好')")来写入，�l�果��p�|在预料之中。我猜可能可以��用类�?INSERT INTO TestTable VALUES('\0x2734\0x3432')"�q�样的方式写入中文，但这样太丑了�Q�也没有实用价��|��我坚决不会去用。我又尝试��用MultiByteToWideChar��d��Q�甚至��用了Qt的QTextCodec去�{�?#8220;你好”�q�两个字�Q�结果依然失败。这��有些蹊跷了�Q�我军_��调用mysql_character_set_name()看看到底有没有正��的讄��成UTF8格式�Q�让我意料之外的是：�l�果是latin1�Q�这��N��是拉丁字�W�集�Q�？我查看了一下API函数的相兌��明，发现�q�里获取到的是客��L(f��ng)��链接的字�W�集�Q�我�H�然觉得�Q�也许MySQL可以自动的在客户端与服务器之间的字符集进行�{化！说做��做�Q�我查到了可以用mysql_options()或者mysql_set_character_name()函数来设�|�客��L(f��ng)��链接字符集，但这两个函数用的时机分别在调用mysql_real_connect()之前或之后。我��客��L(f��ng)��链接讄��成gb2312字符集，�q�是VC中支持中文的标准字符集之一�Q�另一个标准是UTF16�Q�需要用wchar_t wstring和常量字�W�串前的L�Q�，�l�果�Q�当然是非常正确的插入中文啦�Q�呵呵！
正当我觉得下面的��装肯定会顺汤顺水之�Ӟ��在封装基本完成的时候，我发现控制台不能输出我从MySQL取出的中文了�Q�这太奇怪了�Q�输��文就没有问题�Q�而中文虽然的��被准确无误的读入了std::string中（通过单步调试和ofstream得到��认�Q�，然而输出到cout中却会出错。�ؓ什么文件流没问题，控制台流会出问题呢？我跟�t�了代码�Q�发现在fputc()函数中出��C��问题。另一个奇特的地方�Q�就是在mysql_init()函数被调用之前，cout可以正确输出中文�Q�但调用之后��׃��能输出，iostate被赋�?��|��即badbit。我求了一下google�Q�发现sputc()中的一个_nolock_write()函数是msvcrtd.lib中的函数�Q�晕了，我在单步调试中也发现��是�q�里有问题，��切的说�Q�mysql_init()函数被调用后�Q�_nolock_write()函数��׃��出错。哈哈，�ȝ��Z��q�些特点之后�Q�我已经隐约猜到了是哪里的问题了�Q�还记得前几日才写的blog里的东西�Q�我�׃��惌��libmysql.lib换成mysqlclient.lib静态库�Q�所以便��掉了msvcrtd.lib库，我肯定这里面有关联�?br>到底是什么原因呢�Q�我觉得�Q�由于这个MySQL的SDK不是我自��q��译的�Q�mysqlclient.lib里面调用crt函数�Ӟ��对字�W�集的本地化做了讄��Q�由于是�Ƨ美的字�W�集讄��Q�所以一旦我调用了mysqlclient.lib里的函数�Q�就无法再显�C�Z��文了�?br>猜出了问题的�Ҏ(gu��)��Q�那么如何解册��个问题呢�Q�我可以肯定的是�Q��用std::cout.imbue(std::locale())是行不通的�Q�那么下面就是列出的几个办法�Q?br>1、��用�h家编译好的动态库�Q�libmysql.lib�Q��ƈ��libmysql.dll拯��q�来�Q�由于动态库和你的程序共享crt dll�Q�因此字�W�集讄��应该会是一致的�?br>2、如果你�q�是想用静态库�Q�可以考虑自己下蝲源码�q�编译一遍，�q�是�Ҏ(gu��)��的解军_��法�?br>3、如果你可以自己�~�译�Q�且想用mysqlclient.lib�Q�那么就重新�~�译mysqlclient吧，动态静态都可以。不�q�官�|�上下蝲的编译好的mysqlclient.lib是静态的�Q�不能��用�?br>
我最�l�的解决办法是第1�U�，因�ؓ比较懒，不想自己再去�~�译了，呵呵�?

酿妹�?/a> 2009-10-09 22:29 发表评论

原来静态库是这样链接的

Tue, 06 Oct 2009 13:30:00 GMT
最�q�在win32�q�_��下封装MySQL的客��L(f��ng)��C API�Ӟ��出现的问题着实让我头痛了个把��时�Q�不�q�多亏这一来，我终于明白了静态库是怎样链接的，�l�合了以前我对动态库与静态库之间�q�行比较的一些测试结论，也明白了��Z��么静态库需要这��L(f��ng)��设计。不由感叹一下古人的那句话：“挫折果真是成功的母亲�?#8221;�Q�好大雾^_^!�Q?br>闲话不多��_��记录一些关键点�Q�首先是静态链接到底和动态链接有哪些不太�Ҏ(gu��)��发现的区别呢�Q�我来假设libA依赖libB�Q�那么我的执行文件在使用libA的时候也需要导入libB才能正确链接�Q�但若dllA依赖libB的话�Q�则只需导入dllA��可以。我在一开始用MySQL时��用的内嵌数据库模式，所以导入的是那个libmysql.dll动态库�Q�因此没出现问题。而换上了mysqlclient.lib后，居然告诉我没有找到socket相关的实玎ͼ��?#8220;无法解析的外部符�?#8221;�q�类错误�Q�于是乎我只有加上ws2_32.lib库才能通过�?br>��Z��么这栯��计？原因其实跟静态库的连接方式有养I��׃��静态库直接��函数实现和全局静态变量导入到包含它的执行体中�Q�所以在多层多重的库包含中就会有大量重定义的问题存在�Q�想想你在一个静态库中用了单件模式，那么其他库又包含你这个库�Q�最后exe又包含所有这些库�Q�最�l��Ş成菱形依赖，如果静态库不这栯��计的话，问题��׃��像C++的多重��扉K��题一栗��之所以静态库�q�样设计�Q�跟C++的虚拟��承思想��直如��Z��辙。（我知道这�D�话其实只有已经懂了的�h才能看得懂，不过没办法，我表达能力挺�W�的...�Q?br>
�q�有个极度郁��L(f��ng)��地方是：mysqlclient.lib中的libcmtd.lib和msvcrtd.lib�q�对�z�d��居然也被链接�q�去了，我这辚w��先需要忽略这两个默认库，然后再包含msvcrtd.lib才可以。我不知道�ؓ啥sdk提供的静态库非得在c runtime link的方式上跟一般�h�q�不去，又懒得去自己�~�译�Q�哎�Q�将��׃��下就�q�么用吧......

酿妹�?/a> 2009-10-06 21:30 发表评论

Sun, 02 Aug 2009 09:12:00 GMT
也许�q�个错误是很�q�稚的，但是他着实难住了我好几个��时�Q�一度我�q�以为永�q�解不开�q�个谜题�?*o*)�Q�情冉|��q�样的，异常在抛��Z��后，到达处理异常的catch域，但这时上下文必须依然有效才行�Q�否则catch��接收不到抛出的异常。具体代码如下：

    try
    {
        moeutil::simple_pool spool(32);
        void* p1 = spool.malloc(15);
        void* p2 = spool.malloc(10, 2);
        void* p3 = spool.malloc(15, 4);
        void* p4 = spool.malloc(7);
        void* p5 = spool.malloc(7);
        void* p6 = spool.malloc(70);
        //std::cout<
        spool.free(p1);
        spool.free(reinterpret_cast<char*>(p2)+2);
        spool.free(p3);
        spool.free(p4);
        spool.free(p5);
        spool.free(p6);

    }catch (moeutil::Exception& e){
        std::cout<<e.what()<<std::endl;
    }
�q�是一个简易的内存池类�Q�其中simple_pool的析构函��C��抛出异常�Q�然后free函数也会抛出异常。析构函数可以检��是否有内存泄漏�Q�而free函数是检��到无效的传入指针时会抛出异常。析构抛出异常是没问题的�Q�但是free抛出异常的时候问题就来了�Q�当free抛出异常�Ӟ��׃��会脱��try块，所以spool也会被析构，�q�样��׃��陷入�ȝ��Q�由于没有全部free�Q�所以析构本�w�也会抛出异常，��D��了类��g��异常�q�代的情��c��也��是��_��在throw一个异常的�q�程中又一�ơ触发了异常。于是windows�pȝ��的debug error对话框出��C��Q�而且是出现在throw那一行�?br>此随�W�用于提醒自己勿犯第二次�Q?

酿妹�?/a> 2009-08-02 17:12 发表评论

使用boost库需要一定的素质

Thu, 30 Jul 2009 10:19:00 GMT

        可能�׃��在几个博客上发布了一些boost库��用心得的关系�Q�最�q��L��被一些相关的询问邮�g骚扰�Q�而提问者问的问题却又让我不知道如何回答才好�Q�或者说�Ҏ(gu��)��没有办法回答。一些问题根本就不该问的�Q�所以便发些感慨�Q�还望看了本��Z��些心得又不禁想问一些偷懒问题的各位手下留情�Q�不要再问我一些奇怪的问题�?*w*)!
        我们学习(f��n)�q��用boost库的目的是简化编�E�，�q��ƈ不代表简化到你根本不需要去理解原理的地步。我惻I��如果�(zh��n)�希望很好的��N��boost库的话，那么请对�(zh��n)�自己发发狠努力�~�写代码�U�篏�l�验�Q�直到�?zh��n)�认�ؓboost库中30%的功能�?zh��n)�都能够亲自动手实现的时候，才尝试去使用它。类�?#8220;怎么让线�E�组和asio合作使用”之类的问题，我觉得很囧，而且问的��非常多，�l�代码都�q�迷�p�。我觉得�(zh��n)�想用asio�Q�请先尝试编写线�E�类和IOCP框架的应用程序，如果�(zh��n)�连�U�程�c�都写不好，或者连一个多�U�程死锁和共享区都不能安全排除的话，请先打打基础吧�?br>        boost库是一个非常有深度的东西，也是智慧的结�Ӟ��有很多东西在一定条件下�(zh��n)�可以不用深�IӞ��但是��L(f��ng)��?0%则必��d��栚w��底，�q?0%实际上都是很基础的东西，切不可急于一时而至整个工程最�l�因为boost的一点小问题卡壳�Q�倘若无法��N��Q�则不如不用�Q�再急我也没法帮�(zh��n)�了�Q?/p>

酿妹�?/a> 2009-07-30 18:19 发表评论

VC�~�译器中的一些编译时命��o备忘

Thu, 30 Jul 2009 10:00:00 GMT

// 加蝲静态库
#pragma comment(lib, "路径+LIB库名")

// ��止1221可��?/span>
#pragma warning(disable: 1221)

// 导入�q�加载DLL exe之类的二�q�制动态库
#import "路径+二进制库�?/span>"

// ��ClassName�c�M��的s_Data静态成员变量定义在头文件中旉��止重定义
__declspec(selectany) int ClassName::s_Data = 0;

// 当用户��用void func()函数�Ӟ��~�译器将作出警告�Q��ƈ昄��“不推荐��用该函数”字样
__declspec(deprecated("不推荐��用该函数")) void func();

酿妹�?/a> 2009-07-30 18:00 发表评论

Wed, 29 Jul 2009 15:46:00 GMT

        今天�l�于完成了自��q��日志库核心的几个�c�d��法�Q�折腾了�怹��Q�感觉安全性很好，一些多�U�程的死锁问题已�l�逐个排除了。由于需要跟C++标准库的输入输出��共事，所以么�ȝ��自认为理解了C++标准��的一些特性，��C��来以供备忘�?br>        首先是文件流�Q�关于该��的问题�Q�要扯就扯远了，主要说一说std::wofstream的问题。不要被�q�个w骗了�Q�其实它输出到文件上的依然还是那么回事，没有丝毫的变化。如果你是想输出Unicode到文本文件中�Q�那么你最好是用ios::binary模式�Q�然后一股脑的倒入文�g中，如果要是使用<<重蝲�W�号的话�Q�输出到文�g中的跟std::ofstream没区别，而且中文�q�无法输出。如果你遇见中文无法输出的问题，恩，可以调用std::wofstream::imbue()�Ҏ(gu��)��Q�具体也��是一行：ofs.imbue(std::locale("chs"));搞定�?br>我想�Q�C++标准库�ƈ不支持Unicode�~�码�Q�而是�l�字�W�地域化的编码方式，中文的可能也��是GBK吧，听说C++0x标准会纳入Unicode�~�码支持�Q�如果是�q�样的话��q��心多了�?br>        然后�q�有个不省心的地方就是流的streambuf中的�~�冲大小了，我发玎ͼ�fstream中的写缓冲居然一直是0啊，�q�个��很头疼了，需要给文�g��指定缓冲的大小�?/p>

酿妹�?/a> 2009-07-29 23:46 发表评论

Fri, 26 Jun 2009 14:14:00 GMT
�׃��3天时��_��外加1天心情休��_��l�于在第5天编写出了一个能�q�行的基于asio和thread_group的框�Ӟ��差点没气晕过去，把源码都看懂了才感觉会用了�?br>��试了一下，debug下一万次回应耗时800+毫秒�Q�release下是200+毫秒�Q�机器配�|�双�?.5G��q��?d��ng)�?个线�E��ƈ行工作，无错的感觉真好，再也不用担心iocp��Z��些奇怪的问题啦，因�ؓ是巨��Z��写的实现�Q�呵��c�?br>
�q�入正题�Q�简要说一下asio的实现原理吧。在win32�q�_��上，asio是基于IOCP技术实现的�Q�我以前也用�q�IOCP�Q�却没想到居然能扩展成这��P��真是��奇�Q�在其他�q�_��下还会有别的�Ҏ(gu��)��d��玎ͼ�具体见io_service�c�M��面这部分的源码：

  // The type of the platform-specific implementation.
#if defined(BOOST_ASIO_HAS_IOCP)
  typedef detail::win_iocp_io_service impl_type;
  friend class detail::win_iocp_overlapped_ptr;
#elif defined(BOOST_ASIO_HAS_EPOLL)
  typedef detail::task_io_service<detail::epoll_reactor<false> > impl_type;
#elif defined(BOOST_ASIO_HAS_KQUEUE)
  typedef detail::task_io_service<detail::kqueue_reactor<false> > impl_type;
#elif defined(BOOST_ASIO_HAS_DEV_POLL)
  typedef detail::task_io_service<detail::dev_poll_reactor<false> > impl_type;
#else
  typedef detail::task_io_service<detail::select_reactor<false> > impl_type;
#endif
�q�部分代码其实就在boost::asio::io_service�c�d��明中的最前面几行�Q�可以看见在不同�q�_��下，io_service�cȝ��实现��会不同。很昄��Q�windows�q�_��下当然是win_iocp_io_service�c�Mؓ实现了（不过我一开始还以�ؓwin_iocp_io_service是直接拿出来用的呢，�q�在疑惑�q�样怎么有移植性呢�Q�官�Ҏ(gu��)��档也对该�c�d��字不提，其实我卡壛_��是卡在这里了�Q�差点就直接用这个类了^_^!�Q��?br>
那么��分析一下win_iocp_io_service的代码吧�Q�这里完全是用IOCP来�\由各�U��Q务，大家使用post来委托�Q务，内部调用的其实是IOCP的PostQueuedCompletionStatus函数�Q�然后线�E�们用run来接受�Q务，内部其实是阻塞在IOCP的GetQueuedCompletionStatus函数上，一旦有了�Q务就立即�q�回�Q�执行完后再一个��@环，�l�箋��d��在这里等待下一个�Q务的到来�Q�这�U�设计思想堪称��奇�Q�对�U�程、服务以及�Q务完全解耦，灉|��度达��C��如此高度�Q�不愧�ؓboost库的东西�Q�我只能有拜的䆾�?..

说一下��M��的设计思想�Q�其实io_service��像是劳工中介所�Q�而一个线�E�就是一个劳工，而调用post的模块相当于富�h们，他们��M��介所委托��d��Q�而劳工们��听候中介所的调遣去执行�q�些��d��Q��Q务的内容��写在富��Z��l�你的handler上，也就是函数指针，指针指向具体实现��是��d��的实质内宏V��其实在整个�q�程中，富�h们都不知道是哪个力_��帮他们做的工作，只知道是中介所负责完成�q�些��可以了。这使得逻辑上的耦合降到了最低。不�q�这��L(f��ng)��比喻也有个不恰当的地方，如果��要�q�样比喻的话�Q�我只能��_��其实力_��里面也有很多富�h的^o^! 。很多劳工在完成��d��的过�E�中自己也托�l�中介所一些�Q务，然后�q�些��d��很可能还是自己去完成。这也难怪，�q�行代码的��L��q�些�U�程�Q�那么调用post的肯定也会有�q�些�U�程了，不过不管怎么��_��如此循环往复可以解决问题就行，比喻不见得就得恰当，��M��事物之间都不可能完全相同�Q�只要能阐述思想��p��?br>
最后还要说明的一点就是：委托的�Q务其实可以设定执行的旉��的，很不错的讑֮��Q�内部实现则是通过定时器原理，GetQueuedCompletionStatus有一个等待时间的参数��g��被用在这斚w��Q�还有源码中的定时器�U�程我�ƈ没有�q�多的去理解�Q��M��大体原理已基本掌握，剩下的就是��劲的用它了！�Q�！

另外��Z��方便��Z��，在这里插入一些代码可能更�Ҏ(gu��)��让�h理解吧，
下面�q�个是启动服务时的代码：

void ServerFramework::run()
{
    boost::thread_group workers;
    for (uint32 i = 0; i < mWorkerCount; ++i)
        workers.create_thread(
            boost::bind(&boost::asio::io_service::run, &mIoService));
    workers.join_all();
}

在打开前就得分配好��d��Q�否则线�E�们�q�行��h��退��Z��Q�阻塞不住，��d��的分配就交给open函数了，它是分配了监听端口的��d��Q�一旦有了连接就会抛��Z��个�Q务，其中一个线�E�就会开始行动啦�?br>
void ServerFramework::open(const String& address, const String& port, uint32 nWorkers /**//*= DEFAULT_WORKER_COUNT*/)
{
    // Open the acceptor with the option to reuse the address (i.e. SO_REUSEADDR).
    boost::asio::ip::tcp::resolver resolver(mIoService);
    boost::asio::ip::tcp::resolver::query query(address, port);
    boost::asio::ip::tcp::endpoint endpoint = *resolver.resolve(query);

    mAcceptor.open(endpoint.protocol());
    mAcceptor.set_option(boost::asio::ip::tcp::acceptor::reuse_address(true));
    mAcceptor.bind(endpoint);
    mAcceptor.listen();

    mNextConnection = new Connection(this);
    mAcceptor.async_accept(mNextConnection->getSocket(),
        boost::bind(&ServerFramework::__onConnect, this,
        boost::asio::placeholders::error));

    mWorkerCount = nWorkers;
    if (mWorkerCount == DEFAULT_WORKER_COUNT)
    {
        mWorkerCount = 4;
    }
}

open函数中给io_service的一个�Q务就是在有链接访问服务器端口的情况下执行ServerFramework::__onConnect函数�Q�有一炚w��要格外注意的�Q�io_service必须时刻都有��d��存在�Q�否则线�E�io_service::run函数��返回，于是�U�程都会�l�束�q��毁，�E�序��退出，所以，你必��M��证无��Z��旉��有�Q务存在，�q�样�U�程们即使空闲了也还是会�l�箋�{�待�Q�不会销毁。所以，我在ServerFramework::__onConnect函数中又一�ơ给了io_service相同的�Q务，卻I��l�箋监听端口�Q�有链接了还是调用ServerFramework::__onConnect函数。如果你在ServerFramework::__onConnect执行完了�q�没有给io_service��d��的话�Q�那么一切都晚了...... 代码如下�Q?br>
void ServerFramework::__onConnect(const BoostSysErr& e)
{
    if (e)
    {
        MOELOG_DETAIL_WARN(e.message().c_str());
    }

    Connection* p = mNextConnection;
    mNextConnection = new Connection(this);

    // 再次�q�入监听状�?/span>
    mAcceptor.async_accept(mNextConnection->getSocket(),
        boost::bind(&ServerFramework::__onConnect, this,
        boost::asio::placeholders::error));

    // 处理当前链接
    __addConnection(p);
    p->start();
}

最后，展示一下这个类的所有成员变量吧�Q?br>
    // 用于�U�程池异步处理的核心对象
    boost::asio::io_service mIoService;

    // �|�络链接的接收器�Q�用于接收请求进入的链接
    boost::asio::ip::tcp::acceptor mAcceptor;

    // 指向下一个将要被使用的链接对�?/span>
    Connection* mNextConnection;

    // 存储服务器链接对象的容器
    ConnectionSet mConnections;

    /**///// 为链接对象容器准备的strand�Q�防止�ƈ行调用mConnections
    //boost::asio::io_service::strand mStrand_mConnections;

    // 为链接对象容器准备的同步锁，防止�q�行调用mConnections
    boost::mutex mMutex4ConnSet;

    // 为控制台输出��准备的strand�Q�防止�ƈ行调用std::cout
    AsioService::strand mStrand_ConsoleIostream;

    // 工作�U�程的数�?/span>
    uint32 mWorkerCount;

但愿�q�篇随笔也能�Ҏ(gu��)��在研�I�asio的朋友们有所帮助吧�?br>

酿妹�?/a> 2009-06-26 22:14 发表评论

boost::bind�l�定成员函数�Ӟ��W�一个参��C��递对象的�Ҏ(gu��)��情况

Mon, 15 Jun 2009 14:34:00 GMT
boost::bind(&memberfunction, obj, _1, _2........)�c�M��q�样的用法，我们叫做成员函数�l�定�Q�boost库的文档中说的很清楚�Q�第一个参数可以是value、pointer和reference�Q�即传倹{��传地址和传引用都是可以的，所以在一般情况下�Q�下面三�U��用bind的�Ş式都是成立的�?br>

class A
{
public:
    void func();
};

A a;
A& r = a;

boost::bind(&A::func, a);
boost::bind(&a::func, &a);
boost::bind(&a::func, r);

�׃��面的代码可以看出�Q�我们可以随便传��L��一�U�类对象的�Ş式，函数模板会自动寻找最为匹配的为我们实现。但是有两种情况是特�D�的�Q�即�Q?br>1、该对象不可�q�行拯��构造函数�?br>2、该对象不可随意被析构�?br>发现�q�个问题是在我编写单件模式时的遇见的�Q�当时发现我的单件对象在bind中被析构了一�ơ，�q�很不寻常，��Z��么bind会调用第一个参数的析构呢？跟踪�q�了boost的源码才发现�Q�原来所有的参数都会被拷贝一遍，然后析构一遍，�q�样一来，我们传递参数的时候就会有一些小�ȝ��了，首先必须保证参数能够被拷贝而不影响逻辑和数据一致性，其次�Q�参数能够被析构而不影响逻辑和数据一致性。单件是全局性质的数据，所以绝对不可以析构�Q�那么这�U�情�늚�话，我们只好传递单件对象的地址�Q�而不能传递值或引用�?br>
另：附上出错问题的代码如�?br>
class InputDevice
    : public EventSource
    , public Singleton<InputDevice>
{
public:

};

class TestUI
    : public Singleton<TestUI>
{
public:
    ~TestUI(){
        std::cout<<"~TestUI"<<std::endl;
    }
    void processKeyboard(EventArgs& args){
        std::cout<<"键盘响应"<<std::endl;
    }

    void processMouse(EventArgs& args){
        std::cout<<"鼠标响应"<<std::endl;
    }
};

int _tmain(int argc, _TCHAR* argv[])
{
    new FrameUpdaterManager;
    new DelayEventSender;
    new InputDevice;
    new TestUI;

    InputDevice::getSingleton().mEventSet.addEvent("KeyDown", Event());
    InputDevice::getSingleton().mEventSet.addEvent("KeyUp", Event());
    InputDevice::getSingleton().mEventSet.addEvent("MouseLDown", Event());
    InputDevice::getSingleton().mEventSet.addEvent("MouseLUp", Event());
    InputDevice::getSingleton().mEventSet.addEvent("MouseRDown", Event());
    InputDevice::getSingleton().mEventSet.addEvent("MouseRUp", Event());

    //TestUI& ui = TestUI::getSingleton(); // 用此行便会出�?/span>
    TestUI* ui = TestUI::getSingletonPtr();

    // 出错开�?/span>
    InputDevice::getSingleton().mEventSet["KeyDown"] += boost::bind(&TestUI::processKeyboard, ui, _1);
    InputDevice::getSingleton().mEventSet["KeyUp"] += boost::bind(&TestUI::processKeyboard, ui, _1);

    InputDevice::getSingleton().mEventSet["MouseLDown"] += boost::bind(&TestUI::processMouse, ui, _1);
    InputDevice::getSingleton().mEventSet["MouseLUp"] += boost::bind(&TestUI::processMouse, ui, _1);
    InputDevice::getSingleton().mEventSet["MouseRDown"] += boost::bind(&TestUI::processMouse, ui, _1);
    InputDevice::getSingleton().mEventSet["MouseRUp"] += boost::bind(&TestUI::processMouse, ui, _1);

    delete TestUI::getSingletonPtr();
    delete InputDevice::getSingletonPtr();
    delete DelayEventSender::getSingletonPtr();
    delete FrameUpdaterManager::getSingletonPtr();
    return 0;
}

酿妹�?/a> 2009-06-15 22:34 发表评论

log4cxx C++的日志库使用随记

Wed, 10 Jun 2009 09:03:00 GMT
log4cxx是一个不错的库，利用配置文�g��可以很灉|��的��用它�?br>说说具体用法�Q�首先当然是在你的C++代码中写上Log的各�U�东西了

#include <log4cxx/logger.h>
#include <log4cxx/logstring.h>
#include <log4cxx/propertyconfigurator.h>

int _tmain(int argc, _TCHAR* argv[])
{
    using namespace log4cxx;

    // ��d��配置文�g
    PropertyConfigurator::configure("log4cxx.cfg");

    // 建立两个logger
    LoggerPtr logger1 = Logger::getLogger("TraceYourMama");
    LoggerPtr logger2 = Logger::getLogger("Patch");

    LOG4CXX_TRACE(logger1, "跟踪");
    LOG4CXX_WARN(logger1, "警告");
    LOG4CXX_DEBUG(logger1, "调试");
    LOG4CXX_ASSERT(logger1, false, "断言");
    LOG4CXX_FATAL(logger1, "致命");

    LOG4CXX_TRACE(logger2, "跟踪");
    LOG4CXX_ERROR(logger2, "错误");
    return 0;
}

其实在实际应用中�Q�每个类都可以搞一个logger�Q�然后在配置文�g中进行如下的讄��Q?br>
# 讄��root logger为DEBUG�U�别
#log4j.rootLogger=TRACE,ca
log4j.logger.TraceYourMama=ERROR,fa,ha
log4j.logger.Patch=Trace,ca

#讄��spirit为TRACE�U�别
#log4j.spirit=DEBUG
#log4j.additivity.spirit=false

# %m - message
# %n - 回�R
# %d - 旉��
# %.16c - Logger名称
# %-5p - log�U�别
# %t - thread_id

#对Appender ca�q�行讄��Q?br>#�q�是一个控制台�c�d��的Appender
#输出格式�Q�layout�Q��ؓPatternLayout
log4j.appender.ca=org.apache.log4j.ConsoleAppender
log4j.appender.ca.layout=org.apache.log4j.PatternLayout
log4j.appender.ca.layout.ConversionPattern=%d %-5p %.16c - %m%n

#对Appender fa�q�行讄��Q?br># �q�是一个文件类型的Appender�Q?br># 其输出文�Ӟ��File�Q��ؓ./debug.log�Q?br># 输出方式�Q�Append�Q��ؓ覆盖方式�Q?br># 输出格式�Q�layout�Q��ؓPatternLayout
log4j.appender.fa=org.apache.log4j.FileAppender
log4j.appender.fa.File=./debug.log
log4j.appender.fa.Append=true
log4j.appender.fa.layout=org.apache.log4j.PatternLayout
#log4j.appender.fa.layout.ConversionPattern=%d [%t] %-5p %.16c %x - %m%n
log4j.appender.fa.layout.ConversionPattern=%d %-5p %.16c - %m%n

酿妹�?/a> 2009-06-10 17:03 发表评论

boost statechart

Sat, 30 May 2009 00:34:00 GMT

接触了boost的状态机�Q�发��C��是想象中的那么好用，在一些地方还得用上mpl库里的东西，�׃��Ҏ(gu��)��板元�~�程不是很熟�l�，搞了好些天才��弄明白�q�该�ȝ��mpl::list的原理和用法�?br>boost的状态机是属于静态链接的状态机�Q�也��是��_��它的囄��构是�~�译期间��q��定了的，在运行时不可以动态配�|�。所以，它的用途是有一定局限性的�Q�但在一般情况下�Q�它不仅很通用�Q�而且在你会用�q�熟�l�地情况下，�q�会很好用，用�v来很舒服�Q�逻辑也很合理。下面就是一�D�代码，当然也是借鉴了别人的东西�Q�自�׃��改了一下，在MainState中添加了一个Transition做了��试�Q�因为此前我�q�不知道一个状态如何包含多个Transition�Q�呵呵，原来是用mpl::list来做。至于这个状态机的入门教�E�，�|�上随处可见的三部曲�Q�《boost 状态机入门教程》说得很清楚�?br>

  1 #include <iostream>
  2 #include <ctime>
  3
  4 #include <boost/statechart/transition.hpp>
  5 #include <boost/statechart/event.hpp>
  6 #include <boost/statechart/state_machine.hpp>
  7 #include <boost/statechart/simple_state.hpp>
  8
  9 namespace sc = boost::statechart;
10
11
12
13 class EvtStartStop : public sc::event<EvtStartStop>{};
14 class EvtReset : public sc::event<EvtReset>{};
15 class EvtGo : public sc::event<EvtGo>{};
16
17
18 class MainState;
19 class StopState;
20 class RunState;
21 class TwoState;
22
23 class Machine : public sc::state_machine<Machine, MainState>
24 {};
25
26
27
28
29
30
31 class MainState : public sc::simple_state<MainState, Machine, StopState>
32 {
33 public:
34     typedef sc::transition<EvtReset, MainState> reactReset;
35     typedef sc::transition<EvtGo, TwoState> reactGo;
36     typedef boost::mpl::list<reactReset, reactGo> reactions;
37
38     MainState(void){
39         std::cout<<"�q�入MainState"<<std::endl;
40         mTime = 0;
41     }
42
43     ~MainState(void){
44         std::cout<<"退出MainState"<<std::endl;
45     }
46
47     double mTime;
48 };
49
50
51 // 该状态属于无用状态，用于��试mpl::list的多transition用法
52 class TwoState : public sc::simple_state<TwoState, Machine>
53 {
54 public:
55     typedef sc::transition<EvtGo, MainState> reactions;
56
57     TwoState(void){
58         std::cout<<"�q�入TwoState"<<std::endl;
59     }
60
61     ~TwoState(void){
62         std::cout<<"退出TwoState"<<std::endl;
63     }
64 };
65
66
67 class StopState : public sc::simple_state<StopState, MainState>
68 {
69 public:
70     typedef sc::transition<EvtStartStop, RunState> reactions;
71     StopState(void){
72         std::cout<<"�q�入StopState"<<std::endl;
73     }
74
75     ~StopState(void){
76         std::cout<<"退出StopState"<<std::endl;
77     }
78 };
79
80 class RunState : public sc::simple_state<RunState, MainState>
81 {
82 public:
83     typedef sc::transition<EvtStartStop, StopState> reactions;
84     RunState(void){
85         std::cout<<"�q�入RunState"<<std::endl;
86         mStartTime = 0;
87     }
88
89     ~RunState(void){
90         std::cout<<"退出RunState"<<std::endl;
91         context<MainState>().mTime += std::difftime(std::time(0), mStartTime);
92     }
93
94     std::time_t mStartTime;
95 };
96
97
98 int _tmain(int argc, _TCHAR* argv[])
99 {
100     Machine mc;
101     mc.initiate();
102
103     mc.process_event(EvtStartStop());
104     mc.process_event(EvtStartStop());
105     mc.process_event(EvtReset());
106     mc.process_event(EvtGo());
107     mc.process_event(EvtGo());
108
109     return 0;
110 }

酿妹�?/a> 2009-05-30 08:34 发表评论

Mon, 25 May 2009 03:14:00 GMT

写模版多了的人，必然会遇到这样那��L(f��ng)��问题�Q�模版特例化��是解决了一个经常碰见的问题�Q�如果我们需要根据某些特�D�的模版参数�c�d��来重新实��C��下算法的话，该怎么办呢�Q�说的多了那也没什么用�Q�我们就写一个会做除法的�c�d��。这个类在做整数除法的时候会同时求出余数�Q�而在��其他类型时是不求的。代码如下：

1#include <iostream>
2
3
4template<typename Ty>
5class Division
6{
7public:
8    Division(Ty dividend, Ty divisor)
9        :mDividend(dividend), mDivisor(divisor){}
10public:
11    void show()
12    {
13        std::cout<<"�l�果 = "<<mDividend/mDivisor<<std::endl;
14    }
15
16    Ty mDividend, mDivisor;
17};
18
19template<>
20inline void Division<int>::show()
21{
22    std::cout<<"�l�果 = "<<mDividend/mDivisor<<std::endl;
23    std::cout<<"余数 = "<<mDividend%mDivisor<<std::endl;
24}
25
26
27
28
29int _tmain(int argc, _TCHAR* argv[])
30{
31    Division<int> a(20, 11);
32    a.show();
33
34    Division<float> b(20.0f, 11.0f);
35    b.show();
36    return 0;
37}

以上�q�种方式��叫做局部特化，关于全部特化和局部特化、全特化和偏特化�Q�我认�ؓ他们之间的关�p�d��紧密�Q�界限也很模�p�，��要分类的话�Q�以上面的Division�c�Mؓ例，��q��下面的代码对全部特化和局部特化的区别吧：

1 /**
2 @remark
3  Division的全部特�?br> 4 */
5 template<>
6 class Division<int>
7 {
8 public:
9     Division(Ty dividend, Ty divisor)
10         :mDividend(dividend), mDivisor(divisor){}
11 public:
12     void show()
13     {
14         std::cout<<"�l�果 = "<<mDividend/mDivisor<<std::endl;
15         std::cout<<"余数 = "<<mDividend%mDivisor<<std::endl;
16     }
17
18     Ty mDividend, mDivisor;
19 };
20
21 /**
22 @remark
23 Division的局部特�?br>24 */
25 template<>
26 inline void Division<int>::show()
27 {
28     std::cout<<"�l�果 = "<<mDividend/mDivisor<<std::endl;
29     std::cout<<"余数 = "<<mDividend%mDivisor<<std::endl;
30 }
上面的代码只是说明了全部特化和局部特化，�q�没有说明什么事全特化和偏特化。其实，对于只有一个参数的模版�c�d��来说�Q��ƈ没有什么全特化和偏特化的区别，但如果是一个以上的模板参数�Q�那��是由区别的了，如下�Q?br>
1 /**
2 @remark
3 原始模板�c?br> 4 */
5 template<typename Ty, typename TyEx>
6 class ObjectData
7 {
8     //
9 };
10
11 /**
12 @remark
13 Object的全特化
14 */
15 template<>
16 class ObjectData<int, float>
17 {
18     //
19 };
20
21 /**
22 @remark
23 Object的偏特化�Q�只特化�W�一个参�?br>24 */
25 template<typename TyEx>
26 class ObjectData<int, TyEx>
27 {
28     //
29 };

以上仅�ؓ个�h观点�Q�错误之处请指正�?br>

酿妹�?/a> 2009-05-25 11:14 发表评论

国产日韩一区二区三区,国内精品久久久久久久果冻传媒,久久一日本道色综合久久

备忘随笔�p�d��1�Q�MFC与OGRE联姻注意事项

�l�于完成了自��q��模板设计�Q�初步实��C��filter_streambuf�Q�cge��目启动......

析构�q�程中内存相关错误的�l�大多数原因

原来静态库是这样链接的

使用boost库需要一定的素质

VC�~�译器中的一些编译时命��o备忘

boost::bind�l�定成员函数�Ӟ���W�一个参��C��递对象的�Ҏ(gu��)��情况

log4cxx C++的日志库使用随记

boost statechart

boost::bind�l�定成员函数�Ӟ��W�一个参��C��递对象的�Ҏ(gu��)��情况