C++博客-拂晓·明月·弯刀-随笔分类-C++技术/工作总结

项目文件组织结构

一路风尘 — Fri, 17 Sep 2010 06:23:00 GMT

文档组织结构如下图所示：

可以作如下的灵活改动：

将build下的vc6,vs2005上移一层，即命名为：build-vc6, build-vs2005;
将test下移一层，如在src目录下建test目录,下面子目录为: unittest, benchmarks, integration;

一路风尘 2010-09-17 14:23 发表评论

DLL相关总结

一路风尘 — Thu, 16 Sep 2010 07:54:00 GMT

以下总结只针对windows平台:

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

以下总结是以前在Linux平台：(Eclipse+CDT)

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

Q：在Linux的DLL中如何使用stdcall调用方式

一路风尘 2010-09-16 15:54 发表评论

编程环境总结

一路风尘 — Wed, 09 Jun 2010 12:40:00 GMT

在VC6，VS2005中，经常碰到的一些环境设置方面的问题：

工程--->设置中，有时需要在pre-link/post-build执行一些控制台命令,这时要注意路径符号的一致。如：copy文件时的源路径与目标路径符号'\'或'/'必须一致，还是只能使用'\'形式的路径？
CommBook的release版本为什么不可用
工程--->设置--->C/C++--->常规中，调整优化选项，本次是将最快速度调整为其它的。
ini文件中的key名称不区分大小写。

一路风尘 2010-06-09 20:40 发表评论

Linux下错误如何定位

一路风尘 — Wed, 09 Jun 2010 10:38:00 GMT

这段时间，由于做的是Linux环境下的C++程序移植工作，总会碰到"段错误/已放弃"之类的问题，可以通过以下方式得到程序退出时的调用堆栈信息，方便错误的定位

打开生成core.xxx文件开关：设置ulimit -c unlimited，也可在环境变量中设置，以避免每次打开终端时都要进行设置；
执行linux下debug版本的应用程序: ./AppName；
程序出现"段错误/已放弃"而退出时，会在当前运行目录下产生 core.xxx文件(其中xxx是一串数字)；
使用gdb运行core.xxx文件: gdb ./AppName core.xxx；
在gdb>下执行info stack查看最后的堆栈,从堆栈中得到最后退出时的信息。

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

一路风尘 2010-06-09 18:38 发表评论

PC-Lint使用

一路风尘 — Tue, 10 Nov 2009 07:29:00 GMT

PC-Lint是一款针对C/C++的代码静态分析工具，可以把它看作一种更加严格的编译器，不仅可以检查出一般的语法错误(当前编译器所作的工作)，还可以检查出那些符合语法要求但不易发现的潜在错误，如：

else对if的就近匹配原则
优先级导致的错误
以0开头的数字(作为8进制处理)
&&, ||, ==等的漏写

C/C++语言的灵活性带来了代码效率的提升，但也因其灵活性而带来了代码编写的随意性，另外C/C++编译器不进行强制类型检查，也带来了代码编写的隐患。PC-Lint识别并报告C/C++语言中的编程陷阱和格式缺陷的发生。它进行程序的全局分析，能识别没有被适当检验的数组下标，报告未被初始化的变量，警告使用空指针，冗余的代码等等。软件除错是软件项目开发成本和延误的主要因素。根据发现错误时间与成本成指数级的关系，PC-Lint能够帮你在程序动态测试之前发现编码错误。这样消除错误的成本更低。

正因为其重要性,在很多专业级的软件公司,如Microsoft中，PC-Lint检查是无错误无警告是代码首先要过的第一关。本文将就PC-Lint在VC6上的使用作一简单的介绍：

下载与安装
官方网址为：http://www.gimpel.com/，但PC-Lint是一款共享软件，因此只能通过其它途径下载使用了，本人使用的是PC-Lint8.0w版本。
配置
文件解压后可以看到如下文件：(解压目录为E:\Work\DevLib\pclint,以下将用$(PC-Lint)代替)
可以使用Config.exe的向导功能配置个针对自个环境的lnt文件，我这里是直接编辑文本文件std.lnt，保存在$(PC-Lint)目录下，其中VC6的安装目录为：d:\Program Files\Microsoft Visual Studio\VC98。std.lnt内容如下：
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属于新增文件，用于增删某些反映全局编译信息的选项。如"-e783"，用于关闭警告信息：当文件不是以空行结束时。
整合到IDE
打开VC6菜单上的工具--->定制部分，在工具选项卡中增加PC-Lint项，参数设置如下图所示：
添加快捷键
打开工具菜单，首先看PC-Lint位于工具组中的很几项（我这里是第8项）,然后点击定制--->键盘，在"分类"中选择工具，在命令中选择"UserTool8"，将光标移到新建快捷键中，此时在键盘上同时按下"CTRL+F12"键(注意看提示是否此快捷键已经使用)，点"OK"，就可以用CTRL+F12执行PC-LINT了
使用
设置完成后，在菜单的工具栏中就有了PC-Lint项了，对当前打开的C/C++文件，执行此项操作就可以在Output窗口中输出执行信息了，如下图所示：
一切正常的话, return code为0,本文这里出现2个错误是由于使用了命名空间std,如不使用则正常，目前也不知道什么原因，main.cpp代码如下：

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

一路风尘 2009-11-10 15:29 发表评论

C++ 资源释放

一路风尘 — Fri, 23 Oct 2009 06:50:00 GMT

    在Windows编程中，GDI资源的泄露一直是需要引起C++程序员的高度关注，一不小心，就会在函数的中途正常退出或者中途抛出异常退出的地方遗忘掉释放前面申请的资源。本人也曾多次碰到这种问题，查阅了网上的资料，总是不能得到满意的解决。最近看了下boost中的库，才略有收获，也算是抛砖引玉吧。
    要想解决上面的问题，就必须实现资源的自动释放，类的析构函数正好可以满足此要求，就象标准库中智能指针就是这么实现的，但问题在于我们的参数个数，参数类型的不确定性。虽然重载和模板可以解决此问题(这也是我在网上看到的解决方法)，但模板类的参数不具备自动推导能力（经传入成员函数参数值推导出模板参数类型），而且过多的模板偏特化也不是我所擅长的，最主要是代码的移植性无法保证。
    本文主要利用的boost中的bind库，觉得仿函数的功能跟自己当前的需求不远了，因为它们的共同点有:
1. 可以接收任意多个模板参数(没有具体验证，至少是9个吧),
2. 可以利用函数对模板参数类型的推导能力，省去了参数类型的指定。
唯一不同的是bind后的仿函数是立即执行，不能具有类的析构函数自动执行的优点。目前需要解决的问题是推迟执行期，也既把operator()函数移到析构函数中执行，这就需要保存boost::bind(....)返回的对象，通过类的构造函数去保存，然后在析构函数中执行operator()就可以了。
    思路是出来了，但问题是boost::bind(...)函数返回的类型不确定，对象通过类模板是可以保存，但类没有自动推导能力，还是无法实现，这里我就利用了boost::any的原理，正好解决了此问题，而且它也可以用于函数的延迟执行。详见以下使用方法：
步骤1：实现类似于boost:;any的类，主要完成资源的自动释放。实现如下:
//SrcRelease.h头文件

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：下载boost库，因为只用到了boost::bind库，所以无需编译. 将头文件目录加入vs2005中。
步骤3：客户端调用
//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调用，而vs2005环境都是默认_cdecl，所以需要修改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下测试通过，如有疑问，欢迎联系: ietj@mail.21cn.com

哓月刀
2008.3.5

一路风尘 2009-10-23 14:50 发表评论

C++错误处理

一路风尘 — Sat, 01 Mar 2008 15:28:00 GMT

    “C++的一个问题是有太多的库，但是没有一个大卖场有所有这些库。C++不是对GUI支持不好。C++有GUI库。问题是C++有25个GUI库。有些 GUI库不错。但是人们说：“可是C++没有标准GUI库。”Python不一样。人们知道到哪里去找Python的GUI库。所以C++的问题是有太多库，但是所有的库市场宣传都做的不够（It's a problem of riches, plurality, and a lack of marketing）。搞C++的看来都很穷，没有钱来提供一个可以找到所有库的大卖场。”
    以上摘自在2003年9月的JAOO会议上，Bill Venners对Bjarne Stroustrup采访，我想，这样的局面也导致了目前C++对错误没有一个统一的处理方式，不象JAVA可以统一采用异常的错误处理方式（我曾看过经JMS重写的CMS--ActiveMQ CMS，里面一律采用异常，包括构造/析构函数），因为它需要兼顾C/C++/SDK中各自不同的错误处理方式。
    不应该发生的错误如果发生了，那就是程序员的过错，此时就该使用ASSERT断言了。
    不能用抛出异常来代替断言。
断言采用如下形式:

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（错误处理(Error-Handling)：为何、何时、如何）
《契约式设计的理解及其在c/c++中的应用》
Robert Schmidt《C与C++中的异常处理》

一路风尘 2008-03-01 23:28 发表评论

个人编程习惯

一路风尘 — Fri, 29 Feb 2008 14:34:00 GMT

1. 头文件宏定义: 采用_项目名称头字母+_文件名+_INC_
eg: 项目ImageView下的ImageInfo.h文件定义为_IV_IMAGEINFO_INC_

2. 文件包含:同名头文件+自定义头文件+第三方库头文件+编译器头文件(STL+CRT+SDK)
eg: 项目ImageView下的ImageInfo.cpp头文件包含顺序如下

    #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")

<待续>

一路风尘 2008-02-29 22:34 发表评论