久久精品亚洲一区二区三区浴池,午夜精品久久久久久久久,亚洲精品乱码久久久久久蜜桃91

��目文�g�l�织�l�构

Fri, 17 Sep 2010 06:23:00 GMT

文档�l�织�l�构如下图所�C�：(x��)

可以作如下的灉|��改动�Q?/p>

��build下的vc6,vs2005上移一层，卛_��名�ؓ(f��)�Q�build-vc6, build-vs2005;
��test下移一层，如在src目录下徏test目录,下面子目录�ؓ(f��): unittest, benchmarks, integration;

一路风��?/a> 2010-09-17 14:23 发表评论

DLL相关�ȝ��

Thu, 16 Sep 2010 07:54:00 GMT

以下�ȝ��只针对windows�q�_��:

dll文�g应有static �?dynamic的版本，�~�译时��(f��)时文件的目录分别�? Debug, Release, DebugDll, ReleaseDll�?/li>
一般推荐��用dll的static版本�Q�因��样就不用指定dll文�g所在的路径�Q�以后对文�g大小或其它要求时再换成dynamic版本的；但中间要注意的是:如果static版本文�g有所改变�Q�依赖其的项目要手动重新�~�译�Q�不然��用的�q�是老版本的static 库�?/li>
dll文�g命名�? XxD.lib(Debug), Xx.lib(Release), XxD_dll.lib(Debug Dynamic), Xx_dll.lib(Release Dynamic), 如果是Unicode版本,在相应的'.'�?D'字符前加U�Q�如:XxUD.lib(Debug Unicode), XxU.lib(Release Unicode)�?/li>
作�ؓ(f��)�W�三方API�Ӟ��应提供完整的include, lib, bin目录�Q�readme.txt文�g�Q�可选择提供example, doc目录�?其中�Q�include文�g夹中放依赖的头文�Ӟ��lib中放所有的*.lib文�g�Q�bin中放所有的*.dll文�g�?/li>
作�ؓ(f��)�W�三方API�Ӟ��最好是通过def的方式生成，�q�样可以跨语�a�使用。如果只限于c++调用�Q��ƈ且要导出的类比较多，则可以折中考虑使用dllexport的方式�?/li>

以下�ȝ��是以前在Linux�q�_��Q?Eclipse+CDT)

如何新徏库项�? 先新��Z��I�项目，再修改设�|�：(x��)��目Property��?-->C/C++ Buildings--->Settings--->Build Artifact--->Artifact Type中选择库类型�?/li>
静态库使用�Q?
- 讄��include头文件目�?.I./../XxLib/include;
- 讄��Linker库文件目�? -L./../XxLib/lib;
- 讄��Linker库文�? -lXxLib
动态库使用:
- 隐式调用同上面的静态库�Q?/li>
- 昑ּ�调用在Linker�? -ldl -lXxLib;
- 如果动态库不是攑֜�/lib,/usr/lib目录下，需讄��环境变量�Q�LD_LIBRARY_PATH=./../XLib/lib
当同时存在该库的静态版本和�׃�n版本�Ӟ��链接器优先��用共享版本Xx.so�Q�此时你可以使用-static链接选项指定链接静态版本Xx.a
动态库可以导出两个�Ҏ(gu��)��的函敎ͼ�(x��)_init和_fini�Q�前者在动态库被加载后调用�Q�后者在动态库被卸载前调用�Q�我们可以��用这两个函数做些特别的工作。需要注意的是：(x��)在定义这两个函数后编译时�Q�需要��?nostartfiles选项�Q�否则编译器报重复定义错误�?/li>
应用�E�序与库混合调试�Q�项目Property��?-->C/C++ General--->Paths and Symbols--->References--->选择引用库�?/li>
ldd用来查看�E�序所依赖的共享库�Q�同时也方便我们判断�׃�n库是否被扑ֈ�; nm命��o(h��)查看obj文�g(.so也是一个obj)中的标识(函数、变�?�?/li>

Q�Q?span style="COLOR: #ff0000">在Linux的DLL中如何��用stdcall调用方式

一路风��?/a> 2010-09-16 15:54 发表评论

�~�程环境�ȝ��

Wed, 09 Jun 2010 12:40:00 GMT

在VC6�Q�VS2005中，�l�常��到的一些环境设�|�方面的问题�Q?/p>

工程--->讄��中，有时需要在pre-link/post-build执行一些控制台命��o(h��),�q�时要注意�\径符��L(f��ng)��一致。如�Q?strong style="COLOR: #ff0000">copy文�g时的源�\径与目标路径�W�号'\'�?/'必须一��_(d��)��q�是只能使用'\'形式的�\径？
CommBook的release版本��Z��么不可用
工程--->讄��--->C/C++--->常规中，调整优化选项�Q�本�ơ是��最快速度调整为其它的�?/span>
ini文�g中的key名称不区分大��写�?/span>

一路风��?/a> 2010-06-09 20:40 发表评论

Wed, 09 Jun 2010 10:38:00 GMT

�q�段旉��Q�由于做的是Linux环境下的C++�E�序�U�L��工作�Q��M��(x��)��到"�D�错�?已放�?之类的问题，可以通过以下方式得到�E�序退出时的调用堆栈信息，方便错误的定�?/p>

打开生成core.xxx文�g开养I��(x��)讄��ulimit -c unlimited�Q�也可在环境变量中设�|�，以避免每�ơ打开�l�端旉��要进行设�|�；
执行linux下debug版本的应用程�? ./AppName�Q?/li>
�E�序出现"�D�错�?已放�?而退出时�Q�会(x��)在当前运行目录下产生 core.xxx文�g(其中xxx是一串数�?�Q?/li>
使用gdb�q�行core.xxx文�g: gdb ./AppName core.xxx�Q?/li>
在gdb>下执行info stack查看最后的堆栈,从堆栈中得到最后退出时的信息�?/li>

更多操作详情查看: Linux下发生段错误时如何��生core文�g

一路风��?/a> 2010-06-09 18:38 发表评论

PC-Lint使用

Tue, 10 Nov 2009 07:29:00 GMT

PC-Lint是一��N��对C/C++的代码静态分析工��P��可以把它看作一�U�更加严格的�~�译器，不仅可以��查出一般的语法错误(当前�~�译器所作的工作)�Q�还可以��查出那些�W�合语法要求但不易发现的潜在错误�Q�如�Q?/p>

else对if的就�q�匹配原�?
优先�U�导致的错误
�?开头的数字(作�ؓ(f��)8�q�制处理)
&&, ||, ==�{�的漏写

C/C++语言的灵�z�L��带来了代码效率的提升，但也因其灉|��性而带来了代码�~�写的随意性，另外C/C++�~�译器不�q�行强制�c�d��查，也带来了代码�~�写的隐�(zh��n)�。PC-Lint识别�q�报告C/C++语言中的�~�程陷阱和格式缺��L(f��ng)��发生。它�q�行�E�序的全局分析�Q�能识别没有被适当��验的数组下标�Q�报告未被初始化的变量，警告使用�I�指针，冗余的代码等�{�。��Y仉��错是软�g��目开发成本和延误的主要因素。根据发现错误时间与成本成指数��的关�p�，PC-Lint能够帮你在程序动态测试之前发现编码错误。这��h��除错误的成本更低�?/span>

正因为其重要�?在很多专业��的��Y件公�?如Microsoft中，PC-Lint��查是无错误无警告是代码首先要�q�的�W�一�?span class=Apple-style-span style="WORD-SPACING: 0px; FONT: medium Simsun; TEXT-TRANSFORM: none; COLOR: rgb(0,0,0); TEXT-INDENT: 0px; WHITE-SPACE: normal; LETTER-SPACING: normal; BORDER-COLLAPSE: separate; orphans: 2; widows: 2; webkit-border-horizontal-spacing: 0px; webkit-border-vertical-spacing: 0px; webkit-text-decorations-in-effect: none; webkit-text-size-adjust: auto; webkit-text-stroke-width: 0px">�?/span> 本文��就PC-Lint在VC6上的使用作一��单的介绍�Q?/span>

下蝲与安�?/strong>
官方�|�址为：(x��)http://www.gimpel.com/�Q�但PC-Lint是一�Ƒօ�享��Y�Ӟ��因此只能通过其它途径下蝲使用了，本�h使用的是PC-Lint8.0w版本�?/span>
配置
文�g解压后可以看到如下文�Ӟ��(x��)(解压目录为E:\Work\DevLib\pclint,以下��用$(PC-Lint)代替)
可以使用Config.exe的向导功能配�|�个针对自个环境的lnt文�g�Q�我�q�里是直接编辑文本文件std.lnt�Q�保存在$(PC-Lint)目录下，其中VC6的安装目录�ؓ(f��)�Q�d:\Program Files\Microsoft Visual Studio\VC98。std.lnt内容如下�Q?
au-sm.lnt co-msc60.lnt env-vc6.lnt lib-mfc.lnt lib-stl.lnt lib-w32.lnt lib-wnt.lnt lib-atl.lnt options.lnt -si4 -sp4 -i"d:\Program Files\Microsoft Visual Studio\VC98\Include" -i"d:\Program Files\Microsoft Visual Studio\VC98\atl\include" -i"d:\Program Files\Microsoft Visual Studio\VC98\MFC\include"
在std.lnt中的options.lnt属于新增文�g�Q�用于增删某些反映全局�~�译信息的选项。如"-e783"�Q�用于关闭警告信息：(x��)当文件不是以�I��l�束时�?/span>
整合到IDE
打开VC6菜单上的工具--->定制部分�Q�在工具选项卡中增加PC-Lint��，参数讄��如下图所�C�：(x��)
��d��快捷�?/strong>
打开工具菜单�Q�首先看PC-Lint位于工具�l�中的很几项�Q�我�q�里是第8��）,然后点击定制--->键盘�Q�在"分类"中选择工具�Q�在命��o(h��)中选择"UserTool8"�Q�将光标�U�d��新徏快捷键中�Q�此时在键盘上同时按�?CTRL+F12"�?注意看提�C�是否此快捷键已�l��?�Q�点"OK"�Q�就可以用CTRL+F12执行PC-LINT�?/span>
使用
讄��完成后，在菜单的工具栏中��有了PC-Lint��了�Q�对当前打开的C/C++文�g�Q�执行此��Ҏ(gu��)��作就可以在Output�H�口中输出执行信息了�Q�如下图所�C�：(x��)
一切正常的�? return code�?,本文�q�里出现2个错误是�׃��使用了命名空间std,如不使用则正常，目前也不知道什么原�?/span>�Q�main.cpp代码如下�Q?

1#include <iostream>
2int main(int argc, char* argv[])
3{
4(void)argc;
5(void)argv;
6std::cout<<"Hello, World!\n";
7return 0;
8}
更多参�?/strong>
a. 如何在Source Insight中配�|�PC-Lint
b. 在IDE中PC-Lint整个��目文�g
c. PCLint 在VC6.0下的配置使用

一路风��?/a> 2009-11-10 15:29 发表评论

C++ 资源释放

Fri, 23 Oct 2009 06:50:00 GMT
    在Windows�~�程中，GDI资源的泄露一直是需要引起C++�E�序员的高度��x��Q�一不小心，��׃��(x��)在函数的中途正帔R��出或者中途抛出异帔R��出的地方遗忘掉释攑։�面申��L(f��ng)��资源。本��Z��曑֤��ơ碰到这�U�问题，查阅了网上的资料�Q��L��不能得到满意的解冟뀂最�q�看了下boost中的库，才略有收��P��也算是抛砖引玉吧�?br>    要想解决上面的问题，��必��d��现资源的自动释放�Q�类的析构函数正好可以满��x��要求�Q�就象标准库中智能指针就是这么实现的�Q�但问题在于我们的参��C��敎ͼ�参数�c�d��的不��定性。虽焉��载和模板可以解决此问�?�q�也是我在网上看到的解决�Ҏ(gu��)��)�Q�但模板�cȝ��参数不具备自动推��D��力（�l�传入成员函数参数值推导出模板参数�c�d��Q�，而且�q�多的模板偏特化也不是我所擅长的，最主要是代码的�U�L��性无法保证�?br>    本文主要利用的boost中的bind库，觉得仿函数的功能跟自己当前的需求不�q�了�Q�因为它们的共同�Ҏ(gu��)��:
1. 可以接收��L��多个模板参数(没有具体验证�Q�至��是9个吧),
2. 可以利用函数�Ҏ(gu��)��板参数类型的推导能力�Q�省��M��参数�c�d��的指定�?br>唯一不同的是bind后的仿函数是立即执行�Q�不能具有类的析构函数自动执行的优点。目前需要解决的问题是推�q�执行期�Q�也既把operator()函数�U�d��析构函数中执行，�q�就需要保存boost::bind(....)�q�回的对象，通过�cȝ��构造函数去保存�Q�然后在析构函数中执行operator()��可以了�?br>    思�\是出来了�Q�但问题是boost::bind(...)函数�q�回的类型不��定�Q�对象通过�c�L��板是可以保存�Q�但�c�L��有自动推��D��力，�q�是无法实现�Q�这里我��利用了boost::any的原理，正好解决了此问题�Q�而且它也可以用于函数的�g�q�执行。详见以下��用方法：(x��)
步骤1�Q?实现�c�M��于boost:;any的类�Q�主要完成资源的自动释放。实现如�?
//SrcRelease.h头文�?br>
1#ifndef _SRCRELEASE_INC_
2#define _SRCRELEASE_INC_
3
4class CSrcRelease
5{
6public:
7    template<typename T>
8    CSrcRelease(const T & value)
9        : m_pHelder(new Helder<T>(value))
10    {
11    }
12
13    ~CSrcRelease()
14    {
15        delete m_pHelder;
16    }
17
18private:
19    class IHelder
20    {
21    public:
22        virtual ~IHelder() {}
23    };
24
25    template<typename T>
26    class Helder : public IHelder
27    {
28    public:
29        Helder(const T & value)
30            : held(value)
31        {
32        }
33        ~Helder()
34        {
35            held();
36        }
37
38    public: // representation
39        T held;
40    };
41
42    IHelder* m_pHelder;
43};
44
45#endif //_SRCRELEASE_INC_
46

步骤2�Q?下蝲boost库，因�ؓ(f��)只用��C��boost::bind库，所以无需�~�译. ��头文�g目录加入vs2005中�?br>步骤3�Q?客户端调�?br>//main.cpp

1#include "SrcRelease.h"
2#include <iostream>
3#include <Windows.h>
4#include <boost/bind.hpp>
5#include <cassert>
6
7void _stdcall InvokeStr(const char* szValue)
8{
9    std::cout<<szValue<<std::endl;
10}
11
12bool _stdcall InvokeStr(const char* szValue, int a, int b)
13{
14    std::cout<<szValue<<"\ta: "<<a<<"\tb: "<<b<<std::endl;
15    return true;
16}
17
18int main()
19{
20    //�׃��API都是_stdcall调用�Q�而vs2005环境都是默认_cdecl�Q�所以需要修改vs2005环境
21    HBITMAP hBitmap=reinterpret_cast<HBITMAP>(LoadImage(NULL, L"test.bmp", IMAGE_BITMAP, 0, 0, LR_LOADFROMFILE));
22    assert(hBitmap!=NULL);
23    CSrcRelease aBitmapRelease(boost::bind(&DeleteObject, hBitmap));
24
25    std::cout<<"Invoke Outer Before"<<std::endl;
26    CSrcRelease aRelease(boost::bind(&InvokeStr, "Invoke Outer After", 8, 5));
27
28    {
29        std::cout<<"Invoke Inner Before"<<std::endl;
30        CSrcRelease aRelease(boost::bind(&InvokeStr, "Invoke Inner After"));
31        std::cout<<"Invoke Inner Middle"<<std::endl;
32    }
33
34    std::cout<<"Invoke Outer Middle"<<std::endl;
35    return 0;
36}

以上代码在winxp+vs2005下测试通过�Q�如有疑问，�Ƣ迎联系: ietj@mail.21cn.com

                                                            哓月刀
                                                            2008.3.5

一路风��?/a> 2009-10-23 14:50 发表评论

C++错误处理

Sat, 01 Mar 2008 15:28:00 GMT
    “C++的一个问题是有太多的库，但是没有一个大卖场有所有这些库。C++不是对GUI支持不好。C++有GUI库。问题是C++�?5个GUI库。有�?GUI库不错。但是�h们说�Q?#8220;可是C++没有标准GUI库�?#8221;Python不一栗��h们知道到哪里��L��Python的GUI库。所以C++的问题是有太多库�Q�但是所有的库市场宣传都做的不够�Q�It's a problem of riches, plurality, and a lack of marketing�Q�。搞C++的看来都很穷�Q�没有钱来提供一个可以找到所有库的大卖场�?#8221;
    以上摘自�?003�q?月的JAOO�?x��)议上，Bill Venners对Bjarne Stroustrup采访�Q�我惻I��q�样的局面也��D��了目前C++寚w��误没有一个统一的处理方式，不象JAVA可以�l�一采用异常的错误处理方式（我曾看过�l�JMS重写的CMS--ActiveMQ CMS�Q�里面一律采用异常，包括构�?析构函数�Q�，因�ؓ(f��)它需要兼��C/C++/SDK中各自不同的错误处理方式�?
    不应该发生的错误如果发生了，那就是程序员的过错，此时��p��使用ASSERT断言了�?br>    不能用抛出异常来代替断言�?br> 断言采用如下形式:

1unsigned int Employee::GetID()
2{
3   assert(m_nID!=0 && "Employed ID is invalid(must be nonzero");
4   return m_nID;
5}

附C++错误处理相关文章:
http://msdn2.microsoft.com/zh-cn/library/ms809695.aspx (考虑错误情况)
http://blog.csdn.net/pongba/archive/2007/10/08/1815742.aspx�Q�错误处�?Error-Handling)�Q��ؓ(f��)何、何时、如何）
�?nbsp;契约式设�?/font>的理解及(qi��ng)其在c/c++中的应用�?br>Robert Schmidt《C与C++中的异常处理�?br>

一路风��?/a> 2008-03-01 23:28 发表评论

Fri, 29 Feb 2008 14:34:00 GMT
1. 头文件宏定义: 采用_��目名称头字�?_文�g�?_INC_
   eg: ��目ImageView下的ImageInfo.h文�g定义为_IV_IMAGEINFO_INC_

2. 文�g包含:同名头文�?自定义头文�g+�W�三方库头文�?�~�译器头文�g(STL+CRT+SDK)
   eg: ��目ImageView下的ImageInfo.cpp头文件包含顺序如�?br>
    #include "ImageInfo.h"
    #include "myLib/config.hpp" //myLib
    #include <boost/boost.hpp>    //boost
    #include <string>        //stl
    #include <process.h>    //libc.lib
    #include <windows.h>    //sdk
    #pragma comment(lib, "libc.lib")

<待箋>

一路风��?/a> 2008-02-29 22:34 发表评论