一、安装

1 、 linux 安装好后已经装好了 cvs ，可用 rpm -qa|grep cvs 查看。

如果没有安装你可以在 Redhat 第 2 张光盘上找到，另外你也可以在网上下载到最新的 rpm 包。很容易找，其实不存在什么 linux 版本。

 

2 、创建 cvs 使用的目录： mkdir /home/mycvstest

 

3 、创建 cvs 使用的用户和组

groupadd cvs

useradd -g cvs -G cvs –d /home/mycvstest cvs

passwd cvs

 

4 、修改 mycvstest 的用户： chown -R cvs:cvs /home/mycvstest

                        chmod 755 /home/mycvstest

 

5 、切换用户： su cvs

 

6 、创建源码仓库： mkdir /home/mycvstest/drcls drclgw

 

7 、初始化源码仓库： cvs -d /home/mycvstest/drcls init

                   cvs -d /home/mycvstest/drclgw init

                   chmod 755 /home/mycvstest/drcls drclgw

初始化后可以在目录下见到新增加的 CVSROOT 目录， cvs 所有的控制信息都在这个目录里。

 

8 、退回到 root 用户，建立 CVS 服务启动文件， CVS 使用 xinetd 方式启动。  

 

vi /etc/xinetd.d/cvspserver

 

service cvspserver

{

disable = no

flags = REUSE

socket_type = stream

wait = no

user = root

server= /usr/bin/cvs

server_args= -f --allow-root=/home/mycvstest/drcls

--allow-root=/home/mycvstest/drclgw pserver

log_on_failure += USERID

}

 

注：红色的参数很重要，由于 xinetd 的 server_args 长度限制 , 当你想运行很多的单个仓库的时候 ( 就是有很多个模块时，比如 drcrgw), 但在 server_args 中无法输入这么多单个的仓库， 可以采取以下方式解决（现在实验室 90 上就用的这种方式）：

 

#> vi cvspserver

 

service cvspserver

{

        disable = no

        socket_type = stream

        wait = no

        user = root

        server = /usr/bin/cvs.run

        server_args =""

}

编写 cvs.run 脚本

vi /cvsroot/cvs.run

#!/bin/bash

/usr/bin/cvs -f

--allow-root=/home/mycvstest/drcls

--allow-root= /home/mycvstest/drclgw

pserver

 

chmod a+x cvs.run

 

9 、加入 cvs 服务：

 

#>vi /etc/services

 

cvspserver 2401/tcp #pserver cvs service

cvspserver 2401/udp #pserver cvs service

 

10 、启动 cvs 服务：

 

#> service xinetd restart

 

11 、检查 cvspserver 服务是否已经启动：

 

#> netstat -l |grep cvspserver

应该有如下结果：

tcp 0 0 *:cvspserver *:* LISTEN

 

 

二、使用和管理

1 、创建 cvs 用户：

cd /home/mycvstest/drcls/CVSROOT

htpasswd –c passwd zhangcan (htpasswd 命令要安装 apache 后才有，此命令创建一个 passwd 文件，里面内容为新建 cvs 用户的用户名和密码 )

vi passwd ( 在新建的用户后手工加入用户属于的组 cvs)

例如： zhangcan:dgeagasdgasdr:cvs  蓝色字符串表示加密后的密码。

 

2 、赋予用户读写权限

手工在 CVSROOT 目录中建立 readers 和 writers 文件。 Readers 文件中的用户只有读权限， writers 中的用户具有读写权限，一行只写一个用户名。

 

3 、登录 cvs

在客户机 Linux 下面用命令：

export CVSROOT=:pserver:zhangcan@192.168.100.197:/home/mycvstest/drcls

cvs login

 

4 、向源码仓库中导入源码

首先进入你本机上安装源码的目录，然后使用以下命令：

cvs import –m “this is my soure code” drcls NISEC test start

-m 表示在 cvs 历史文件显示的消息， drclst 为你指定的源码目录名， NISEC 为供应商标签， test 为发行标签（这两项可以不要）， start 必须要。

 

5 、 checkout 出需要修改的源代码

cvs co drcls  在你的当前目录下会发现多了一个 drcls 目录，要修改的源码都在里面

co 为 checkout 的简写

 

6 、提交修改

假设刚才对 readme 文件进行了修改，现在提交

cvs commit –m “modify a few of wrong words”  readme

命令执行后会提示版本已经改为 1.2 。

 

7 、 checkout 出以前的版本

如果想检出以前的版本可以用以下命令：

cvs co –r 1.1 drcls/readme 或者 cvs –D yesterday drcls/readme

 

8 、删除文件

若想从源码仓库中删除 readme 文件，首先应把客户机工作目录中的 readme 文件删除，然后使用 cvs 的删除命令，最后提交删除，流程如下：

rm readme

cvs rm readme

cvs commit –m “ 现在不需要这个 readme 文件 ”  readme

如果系统类似错误： cannot remove file `INSTALL' which has a numeric sticky tag of `1.1'

可以用命令 cvs update –A readme 后再删除文件。

以上为火山哥提供的,以下是我添加的部份:
1.在reader和writes文件中添加使用用户时要注意,当在reader中添加了某一只读用户后就不要在writers中添加此用户,如果在两个文件中都添加同一用户的话,在使用cvs时,CVS服务器会把此用户当做只读用户看待,当使用一些命令如import时会产生权限问题,以下是linux关于此问题的说明:
/* This command has the potential to modify the repository, so
   * we check if the user have permission to do that.
   *
   * (Only relevant for remote users -- local users can do
   * whatever normal Unix file permissions allow them to do.)
   *
   * The decision method:
   *
   *    If $CVSROOT/CVSADMROOT_READERS exists and user is listed
   *    in it, then read-only access for user.
   *
   *    Or if $CVSROOT/CVSADMROOT_WRITERS exists and user NOT
   *    listed in it, then also read-only access for user.
   *
   *    Else read-write access for user.
   */

刚学习ICE时,在VC++6.0下配置ICE工程简直是个恶梦,死活配不来DEBUG版本的,开发全在RELEASE版本下.很痛苦.最近研究了下,成功的配置成功了,方法如下:

1.Project Settings >> C/C++(Tab) >> Category:Code Generation >> User run-time library:Debug Multithreaded DLL

2.Project Settings >> C/C++(Tab) >> Category:Preprocessor >> Additional include directories:(在此项中填入一个点".",表示根目录)

3.Project Settings >> C/C++(Tab) >> Category:C++ Language >> 勾选"Enable Run-Time Type Information(RTTI)"项

4.Project Settings >> Link(Tab) >> Category:General>>在"Object/library modules:"框中的未首加入两个包"iced.lib"和"iceutild.lib"


这样,整个ICE工程的DEBUG版本就建立完成了.
以上方法在 VC++6.0 SP6 和 ICE3.0.0 下通过

对动态链接库的概念其实还很模糊,自己的理解是:
把一些常用的代码,如函数,类等,编译成一个"包"即DLL(WINDOWS下)或者SO(LINUX下)文件,
然后供其它程序使用时直接调用里面封闭的函数即可,实现的代码的重用,也节省了
硬盘空间(这点可能是次要的吧).在WIDOWS下利用VC++可方便的生成DLL,在LINUX下则需要通过
各种编译命令来实现,对于像我这种菜鸟级程序员来说是个不小的挑战.
下面用个简单的例子来说明生成一个.SO文件和如何使用它:
1.我这有几个文件:
ConfigMap.cpp ConfigMap.h (读配置文件类)GetWinState.cpp GetWinState.h(ICE接口文件,由SLICE生成) GetWinSysState.cpp GetWinSysState.h (远程接口实现文件)
SocDbInfo.cpp(封装的一个类,用于调用ICE接口实现相关操作)
说明:此程序是为了获得远程主机(WINDOWS)上一些系统信息,比如:CPU占用率,硬盘使用情况,数据
库连接状态,内存使用情况等.
我想利用这些文件生成动态链接库.SO,主要是调用SocDbInfo.cpp里的类.然后可以拿到任意一个系统中(LINUX)去用.
2.开始编译:$c++ -I. -I$ICE_HOME/include -c *.cpp
编译后生成连接文件(我一直这样叫,可能不对哈),即以.O结尾的
3.生成动态链接库:$c++ -shared -o libMyApp.so *.o -L$ICE_HOME/lib -lIce -lIceUtil
这样就生成了libMyApp.so文件,即我们所要的
4.使用动态链接库:
新建两个文件Demo.cpp Demo.h(使用libMyApp.so提供的一些函数),
在Demo.h中声明了libMyApp.so中提供的函数和结构体,
Demo.h:代码如下:

struct MemoryInf
{
 int TotalMem;//×ÜÄÚ´æ´óС
 int ValidMem;//¿ÉʹÓÃÄÚ´æ´óС
 int VirtualMem;//ÐéÄâÄÚ´æ´óС
};
struct DiskInf
{
 int TotalSpace;//Ó²ÅÌ´óС
 int FreeSpace;//Ê£Óà¿Õ¼ä´óС
};
struct DbInf
{
 int DbStat;//Êý¾Ý¿â״̬:"0"±íʾÊý¾Ý¿â´¦ÔڹرÕ״̬,"1"±íʾÊý¾Ý¿âÕý³£´ò¿ª,"2"±íʾÊý¾Ý¿â´¦ÔÚ¹ÒÆð״̬
 int DbConnNum;//Êý¾Ý¿âÁ¬½ÓÊý
};
bool Inital( char *ResHostIP);//³õʼ»¯Í¨ÐÅÆ÷
bool DesIceCom();//Ïú»ÙICEͨÐÅÆ÷
MemoryInf GetMemInf();//µÃµ½ÄÚ´æÐÅÏ¢
int GetCpuInf();//µÃµ½CPUÕ¼ÓÃÂÊ
DbInf GetDbStat();//µÃµ½Êý¾Ý¿âÐÅÏ¢
DiskInf GetDiskStat();//µÃµ½Ó²ÅÌÐÅÏ¢

注:乱码是由于我的LINUX下不支持中文哈,是注释不用管它
Demo.cpp:代码如下:
#include <string.h>
#include <iostream>
#include "Demo.h"

int main( int argc , char* argv[])
{

 MemoryInf mymem;
 DiskInf mydisk;
 DbInf mydb;
 Inital( argv[1]);
 mydisk = GetDiskStat();
 mymem = GetMemInf();
 mydb = GetDbStat();
 printf("disk total space:%d\n",mydisk.TotalSpace);
 printf("disk FreeSpace space:%d\n",mydisk.FreeSpace);
 printf("Memory TotalMem:%d\n",mymem.TotalMem);
 printf("ValidMem:%d\n",mymem.ValidMem);
 printf("VirtualMem:%d\n",mymem.VirtualMem);
 printf("DbConnNum:%d\n",mydb.DbConnNum);
 printf("DbStat:%d\n",mydb.DbStat);
 printf("cpu:%d\n",GetCpuInf());
 DesIceCom();
 return 1;
}


5.编译文件生成可执行程序:
用以下命令:
$c++ -lMyApp -o Demo Demo.cpp
说明:-lMyApp参数表示,用动态链接库libMyApp.so一起进行编译,对了libMyApp.so最好放在/usr/lib目录下哈
如不出意外刚会生成名为Demo的可执行文件

#include <Ice/Ice.h>
#include <iostream>
#include <GetWinSysState.h>
#include <Winbase.h>
#include <conio.h>
#include <stdio.h>
#include <fstream>
#include <iostream>
#include <string>
#include <direct.h>

#define SystemBasicInformation       0
#define SystemPerformanceInformation 2
#define SystemTimeInformation        3

#define Li2Double(x) ((double)((x).HighPart) * 4.294967296E9 + (double)((x).LowPart))
//ICE预编译语句

#ifdef _DEBUG
#pragma comment(lib, "iced.lib")
#pragma comment(lib, "iceutild.lib")
#else
#pragma comment(lib, "ice.lib")
#pragma comment(lib, "iceutil.lib")
#endif

typedef struct
{
    DWORD   dwUnknown1;
    ULONG   uKeMaximumIncrement;
    ULONG   uPageSize;
    ULONG   uMmNumberOfPhysicalPages;
    ULONG   uMmLowestPhysicalPage;
    ULONG   uMmHighestPhysicalPage;
    ULONG   uAllocationGranularity;
    PVOID   pLowestUserAddress;
    PVOID   pMmHighestUserAddress;
    ULONG   uKeActiveProcessors;
    BYTE    bKeNumberProcessors;
    BYTE    bUnknown2;
    WORD    wUnknown3;
} SYSTEM_BASIC_INFORMATION;

typedef struct
{
    LARGE_INTEGER   liIdleTime;
    DWORD           dwSpare[76];
} SYSTEM_PERFORMANCE_INFORMATION;

typedef struct
{
    LARGE_INTEGER liKeBootTime;
    LARGE_INTEGER liKeSystemTime;
    LARGE_INTEGER liExpTimeZoneBias;
    ULONG         uCurrentTimeZoneId;
    DWORD         dwReserved;
} SYSTEM_TIME_INFORMATION;

// ntdll!NtQuerySystemInformation (NT specific!)
//
// The function copies the system information of the
// specified type into a buffer
//
// NTSYSAPI
// NTSTATUS
// NTAPI
// NtQuerySystemInformation(
//    IN UINT SystemInformationClass,    // information type
//    OUT PVOID SystemInformation,       // pointer to buffer
//    IN ULONG SystemInformationLength,  // buffer size in bytes
//    OUT PULONG ReturnLength OPTIONAL   // pointer to a 32-bit
//                                       // variable that receives
//                                       // the number of bytes
//                                       // written to the buffer
// );
typedef LONG (WINAPI *PROCNTQSI)(UINT,PVOID,ULONG,PULONG);

PROCNTQSI NtQuerySystemInformation;

/*
  功能:得到CPU使用状态
  参数:无
  返回值:内存占用率
  作者:牵牛散步
*/
int GetCpuStat()
{
 SYSTEM_PERFORMANCE_INFORMATION SysPerfInfo;
    SYSTEM_TIME_INFORMATION        SysTimeInfo;
    SYSTEM_BASIC_INFORMATION       SysBaseInfo;
    double                         dbIdleTime;
    double                         dbSystemTime;
    LONG                           status;
    LARGE_INTEGER                  liOldIdleTime = {0,0};
    LARGE_INTEGER                  liOldSystemTime = {0,0};
 int UsageCpu = 0;
    NtQuerySystemInformation = (PROCNTQSI)GetProcAddress(
  GetModuleHandle("ntdll"),
  "NtQuerySystemInformation"
  );
 
    if (!NtQuerySystemInformation)
        return 0;
 
    status = NtQuerySystemInformation(SystemBasicInformation,&SysBaseInfo,sizeof(SysBaseInfo),NULL);
    if (status != NO_ERROR)
        return 0;
    
 for( int t = 0 ; t < 2 ; t++ )
    {
  status = NtQuerySystemInformation(SystemTimeInformation,&SysTimeInfo,sizeof(SysTimeInfo),0);
        if (status!=NO_ERROR)
            return 0;
  
        status = NtQuerySystemInformation(SystemPerformanceInformation,&SysPerfInfo,sizeof(SysPerfInfo),NULL);
        if (status != NO_ERROR)
            return 0;
  
  if (liOldIdleTime.QuadPart != 0)
  {
            dbIdleTime = Li2Double(SysPerfInfo.liIdleTime) - Li2Double(liOldIdleTime);
            dbSystemTime = Li2Double(SysTimeInfo.liKeSystemTime) - Li2Double(liOldSystemTime);
   
            dbIdleTime = dbIdleTime / dbSystemTime;
   

            dbIdleTime = 100.0 - dbIdleTime * 100.0 / (double)SysBaseInfo.bKeNumberProcessors + 0.5;
   UsageCpu = (int)dbIdleTime;

  }
  
        // store new CPU's idle and system time
        liOldIdleTime = SysPerfInfo.liIdleTime;
        liOldSystemTime = SysTimeInfo.liKeSystemTime;
  
        // wait one second
        Sleep(500);
    }
 return UsageCpu;
 
}


/*
  功能:得到内存使用状态
  参数:无
  返回值:内存信息结构体[包括总的物理内存,还可使用内存,虚拟内存,单位为K]
  作者:牵牛散步
*/
MemoryInf MemorySta()
{
 MemoryInf tmp;//在ICE SLICE里定义的信息结构体
 MEMORYSTATUS memStatus;
 GlobalMemoryStatus(&memStatus);
 DWORD tom=memStatus.dwTotalPhys/1024;
 DWORD mem=memStatus.dwAvailPhys/1024;
 DWORD res=memStatus.dwAvailVirtual/1024;
 tmp.TotalMem = (int)tom;
 tmp.ValidMem = (int)mem;
 tmp.VirtualMem = (int)res;
 return tmp;
}


/*
 功能:得到硬盘使用情况
 参数:无
 返回值:硬盘信息结构体
 作者:牵牛散步
*/
DiskInf GetDiskSta()
{
 ULARGE_INTEGER FreeAvailable,TotalNum,TotalFreeNum;

 char p[3];
 bool b_flag;
 DiskInf tmp;//ICE SLICE里定义的硬盘信息结构体
 tmp.TotalSpace = 0;
 tmp.FreeSpace = 0;
 //得到有效的驱动器名,即盘符
 for( int drive = 1; drive <= 26; drive++ )
 {
  if( !_chdrive( drive ) )
  {
   memset( p , 0 , sizeof(p));
   p[0] = drive + 'A' - 1;
   p[1] = ':';
   p[2] = '\0';
   b_flag = GetDiskFreeSpaceEx( p ,&FreeAvailable,&TotalNum,&TotalFreeNum );
   if( b_flag )
   {
    tmp.TotalSpace += (int)(TotalNum.QuadPart/(1024*1024));
    tmp.FreeSpace += (int)(FreeAvailable.QuadPart/(1024*1024));
   }
  }
 }
 return tmp;
}

int main()
{
   return 1;
}

文 CSDN 孟岩  转载自2005年第11期《程序员》杂志

不知不觉，C++迎来了自己20岁的生日。20年来，C++从一个实验室语言成长为软件产业一流主导语言，在实际应用中取得了巨大的成功，同时也催生了大量为技术人员耳熟能详的经典技术著作，比如Bjarne Stroustrup的《TC++PL》和《D&E》，Stan Lippman的《C++ Primer》，Scott Meyers的《Effective C++》，GoF的《Design Patterns》，Andy Koenig的《Ruminations on C++》，Herb Sutter的《Exceptional C++》，Andrei Alexandrescu的《Modern C++ Design》，Addison Wesley的“C++ in Depth”系列等。C++领域的一些经典图书不但对于C++语言的发展起到了巨大的推动作用，而且对于其他相关技术领域也起到了指导和促进作用。例如Scott Meyers的“Effective系列”，开辟了技术图书写作的新风格，而“Design Patterns”的影响，更是远远超出C++的范畴。这些经典的好书，已经成为C++辉煌历史的一部分而被人们铭记。 

20年后的今天，软件产业的规模和环境已经发生了深刻的变化。如今企业级应用整合与开发的任务主要由Java、C#、Visual Basic以及各种新型动态语言来承担，而C++的应用场合也有所收缩，不再是像1990年代中期那样从上到下包打天下，而是呈现出鲜明的应用领域特色。相应的，近期的C++技术图书也更加注重在特色领域的发挥。下面我们分别从几个角度来了解近期C++图书的热点，并且展望未来一年中C++技术图书中值得注意的选题。 

　　 

经典著作全面翻新 

这一两年，一大批经典技术图书都经历了一次更新换代，C++经典图书自然也不例外。第一个要说的就是Scott Meyers的《Effective C++》。这本书在1991年推出第一版，1998年推出第二版，在C++技术的传播与教育方面居功至伟。包括我在内的很多C++开发者都是通过阅读这本书而寻得升堂入室的门径。今年，《Effective C++》推出了第三版。这一版决不是第二版的简单修订，而是根据八年来C++所发生的巨大变化而进行的一次全面改写，几乎是一本全新的书。其内容涵盖了旧版的精髓，也体现了诸如Boost库、TR1标准等C++领域最新成果。如果说这本书的内容发生了重大的变化，那么可以说不变的是这本书的地位——它仍然是每个严肃的C++开发者都应当反复阅读领悟的重要作品。 

另一本翻新的著作是Stan Lippman的《C++ Primer》第四版。这本书的历史地位无需赘言，迄今为止仍然是对C++介绍最全面的一本著作。第四版进行了大幅度的删修，篇幅减少近300页，而内容也大幅修改，以反映C++近年来的变化。对于希望系统学习C++的新手，或者希望拥有一本手册以备查的老手来说，这本书的地位是不可取代的。 

有传言说GoF打算翻新“Design Patterns”。该书第一版于1995年初版，此后十年，设计模式领域的理论探讨和实践基本上仍然围绕这本书中的观点和内容进行，少有突破。已经有不少开发者对于这种情况表示了不满，认为初版中的一些观点已经过时，甚至对现在的一些技术应用构成思想上的羁绊。但是此书实在声名太盛，真正的突破恐怕只能由GoF自己完成，因此本书新版如果推出，必将是技术界内的一桩大事。不过传言亦称，GoF对于新版“Design Patterns”是否继续使用C++作为示范语言存在分歧。不管怎样，相信广大读者会对这本书抱有高度的关注。 

新锐佳作剑走偏锋 

近年来，一批C++技术新锐崛起，给我们带来了一批令人耳目一新的C++好书。在技术上，这批图书偏重于C++模板风格的巧妙运用，富于智趣而对实践的关注略显不足。这类图书以2001年Andrei Alexandrescu的《Modern C++ Design》为开端，之后又有《Boost Graphic Library》，《C++ Template Metap- rogramming》等。这些书一度以其新颖的思想和奇妙的技巧吸引了大家的目光，但由于缺乏实践的支撑，逐渐褪去光环。这两年，这类题材逐渐缩减。即使像Andrei Alexandrescu那样的模板技术奇才，最近与Herb Sutter合作的《C++ Coding Standard》也并没有过多地炫耀模板技巧，而是中规中矩地对C++编码的经验做了贴近实践的总结。这本书与Steve McConnell的经典著作《Code Complete II》相配合，应成为每一位C++开发者必读的基本著作，将帮助读者奠定坚实的编码和微观设计技术基础。 

Boost是C++社群尽人皆知的“准标准库”，其中大量的组件已经基本成熟并可供应用。最近Bjorn Karlsson撰写的《Beyond C++ Standard Library: An Introduction to Boost》是市面上第一本全面介绍Boost的著作。对于那些勇于吃螃蟹的C++先锋开发者来说，这本书无疑是值得一读的。不过在C++社群，对Boost库还存在争议。大部分C++实践者比较保守，这本书对他们的吸引力恐怕将打折扣。 

Stephen Dewhurst是近年来比较活跃的新锐作家，他的两本书《C++ Gotchas》和《C++ Common Knowledge》，单独来看都是值得一读的好书，可惜现在不是1995年，而是2005年，Scott Meyers、Herb Sutter煌煌巨著已然危急九五，Dewhurst只好自叹施手略慢。不过我们希望他能够再接再厉，找到创新点，突破前人。 

相比之下，中文版即将问世的《Imperfect C++》就比较有新意，很值得一读，以至于Bjarne Stroustrup都相当赞赏。这位C++之父表示，如果不是因为该书太厚，他一定会将其纳入著名的“C++ in Depth”系列。这在事实上肯定了本书的高质量。我个人认为，这本书是一年来出版的最值得精读的C++著作，其中对于不少实践中经常遇到的难题进行了深入的分析，给出了实实在在的解决方案。作者Matt Wilson凭借此书以及其系列模板程序库崛起为C++社群中引人注目的新星，实在可喜可贺。 

　　 

关键领域期待佳作 

未来C++将主要在系统级复杂应用程序、高性能、实时中间件及嵌入式领域施展，同时，随着多核CPU的的普及和网络安全重要性的空前提升，在并发程序设计和安全程序设计方面，C++也将获得新的应用空间。因此，在这些具体领域的C++著作更值得关注。 

1996年，John Lakos出版了《Large Scale C++》一书，该书与 “C++ In Depth”系列中的《Applied C++》一样，是C++著作中极少数实战派佳作，其中字字句句都来自于作者丰富的实际项目经验，对于一线的C++开发者来说是特别值得咀嚼体味的好书。可惜这本书在国内一直没有得到应有的重视，这可能跟本书中译本出版时间过晚，且翻译质量不佳有关。好消息是，John Lakos即将在2006年推出其新作《Scalable C++》。我本人将此书视为未来一年中C++领域最令人期待的作品。这一方面是出于我对于作者的高度信任，另一方面是由于该书题材的极端重要性。该书副标题为“基于组件的软件开发”，而“组件化”这一主题，是C++十几年来的一块心病。在未来，无论C++应用在何种场合，“组件化”是必不可少的基本要求。而COM技术虽然在组件化方面比较成熟，但是不具有可移植性，而且对于无须跨语言的C++开发项目来说过于复杂。因此，C++社群需要自己探讨经济适用的组件化实用方案。John Lakos本人从事大型复杂应用软件开发多年，在这方面的经验无人能敌，由他来对这个主题进行深入剖析，并且给出实际解决方案，毫无疑问是再合适不过的了。虽然这本书还在写作过程中，但是我们有理由对其抱有充分信心。在此我也呼吁本书中文版未来的出版者认真对待此书的翻译制作，不要重蹈《Large Scale C++》的覆辙。 

说到COM，自从.NET推出，COM的书几乎一夜之间绝了种，几乎无人再勇于炒这碗冷饭。但这次出版界的茶实在凉得快了些，事实上直到今天，COM开发仍然是Windows平台上应用开发的一个重要方向。特别是在前两年微软Windows核心向.NET全面转型的左倾冒险主义的尝试以失败告终后，在可见的未来，Windows操作系统将继续构建在C/C++和COM的基础之上——这就确保了COM在Windows平台上的重要地位将至少延续到2011年之后。因此，COM、ATL和WTL开发技术在未来几年都还是颇具意义的出版题材。特别是近年来ATL/WTL的发展之快，相比之下，技术出版在这方面出现了一个空白点。此外，开源的Mozilla项目提供了一个可移植到所有主流平台的COM实现，这对于C++开发者来说是很具有吸引力的，却一直没有出版资源的关注，令人遗憾。 

C++近年来的一个应用热点是复杂网络应用的开发，ACE在这方面已经成为越来越流行的选择，而ICE作为目前可用的最先进的高性能中间件产品，崛起的势头很猛。这两方面目前都有一些好书，特别是最近出版的《ACE Programmer’s Guide》，对于ACE编程入门很有好处。而ICE 1.3版的手册早已由马维达先生译成中文，可在网上自由获得。不过坦率地说，这方面的图书还远远不够，ACE原作者Doug Schmidt所著的两卷本《C++ Network Programming》可读性和实用性不足，而ICE手册深度和广度都显不够，我们期望这方面能有更好的著作出现。 

随着多核CPU的普及，并发程序设计将成为C++技术上的一个新热点。这方面目前的好书几乎没有，不知道这个巨大的空白将由何方神圣来填补。 

同样，网络安全重要性的空前提升对C++开发提出了很多新的具体要求，很多C++老手面临一个“再教育”的问题。这方面Microsoft Press的《Writing Safe Code》，O’Reilly的《Secure Programming Cookbook for C and C++》，以及最近Pearson出版的《Secure Coding in C and C++》都是不错的参考。不过我发现目前C++开发者并未普遍重视这个问题。也许管理层还需要更加“血淋淋的教训”来刺激一下，才会有革新的动力。 

在嵌入式方面，由于应用复杂度的逐渐提升和Symbian OS/Windows CE等面向消费的高级嵌入式操作系统的广泛应用，给C++提供了一个广阔的发挥空间。可惜在这方面，真正堪称经典的好书还是凤毛麟角，看来还需要时间和经验的积淀。不过有一本书特别值得一提，北航出版社去年引进的《嵌入式系统的微模块化设计》被国际嵌入式开发领域公推为数年来年度最重要的嵌入式软件开发技术著作，其中含有一些意义深远的创新思想，非嵌入式开发者也有必要了解此书的大致思想。 

　　 

总结 

程序设计语言数以千计，能够广为流传的不过几十种，而能够风光20年的更是屈指可数。Fortran已经问世50年，仍然是科学计算首选，C语言辉煌30年，至今老当益壮。C++顺利地度过了自己的20岁生日，相信属于它的日子还很长很长。作为C++开发者，我们也希望看到优秀的C++技术图书不断涌现。历史证明，C++领域内的技术创新，不但对于C++开发具有重大意义，而且对于整个软件开发技术都具有重大意义。我们有理由相信，在下一个十年里，以高水平C++技术专家和作家为代表的C++技术社群能够继续为软件技术做出突出的贡献。

 

在所有的预处理指令中，#Pragma 指令可能是最复杂的了，它的作用是设定编译器的状态或者是指示编译器完成一些特定的动作。#pragma指令对每个编译器给出了一个方法,在保持与C和C ++语言完全兼容的情况下,给出主机或操作系统专有的特征。依据定义,编译指示是机器或操作系统专有的,且对于每个编译器都是不同的。 其格式一般为: #Pragma Para 其中Para 为参数，下面来看一些常用的参数。 (1)message 参数。 Message 参数是我最喜欢的一个参数，它能够在编译信息输出窗 口中输出相应的信息，这对于源代码信息的控制是非常重要的。其使用方法为： #Pragma message(“消息文本”) 当编译器遇到这条指令时就在编译输出窗口中将消息文本打印出来。 当我们在程序中定义了许多宏来控制源代码版本的时候，我们自己有可能都会忘记有没有正确的设置这些宏，此时我们可以用这条指令在编译的时候就进行检查。假设我们希望判断自己有没有在源代码的什么地方定义了_X86这个宏可以用下面的方法 #ifdef _X86 #Pragma message(“_X86 macro activated!”) #endif 当我们定义了_X86这个宏以后，应用程序在编译时就会在编译输出窗口里显示“_ X86 macro activated!”。我们就不会因为不记得自己定义的一些特定的宏而抓耳挠腮了 。 (2)另一个使用得比较多的pragma参数是code_seg。格式如： #pragma code_seg( ["section-name"[,"section-class"] ] ) 它能够设置程序中函数代码存放的代码段，当我们开发驱动程序的时候就会使用到它。 (3)#pragma once (比较常用） 只要在头文件的最开始加入这条指令就能够保证头文件被编译一次，这条指令实际上在VC6中就已经有了，但是考虑到兼容性并没有太多的使用它。 (4)#pragma hdrstop表示预编译头文件到此为止，后面的头文件不进行预编译。BCB可以预编译头文件以加快链接的速度，但如果所有头文件都进行预编译又可能占太多磁盘空间，所以使用这个选项排除一些头文件。 有时单元之间有依赖关系，比如单元A依赖单元B，所以单元B要先于单元A编译。你可以用#pragma startup指定编译优先级，如果使用了#pragma package(smart_init) ，BCB就会根据优先级的大小先后编译。 (5)#pragma resource "*.dfm"表示把*.dfm文件中的资源加入工程。*.dfm中包括窗体 外观的定义。 (6)#pragma warning( disable : 4507 34; once : 4385; error : 164 ) 等价于： #pragma warning(disable:4507 34) // 不显示4507和34号警告信息 #pragma warning(once:4385) // 4385号警告信息仅报告一次 #pragma warning(error:164) // 把164号警告信息作为一个错误。 同时这个pragma warning 也支持如下格式： #pragma warning( push [ ,n ] ) #pragma warning( pop ) 这里n代表一个警告等级(1---4)。 #pragma warning( push )保存所有警告信息的现有的警告状态。 #pragma warning( push, n)保存所有警告信息的现有的警告状态，并且把全局警告 等级设定为n。 #pragma warning( pop )向栈中弹出最后一个警告信息，在入栈和出栈之间所作的 一切改动取消。例如： #pragma warning( push ) #pragma warning( disable : 4705 ) #pragma warning( disable : 4706 ) #pragma warning( disable : 4707 ) //....... #pragma warning( pop ) 在这段代码的最后，重新保存所有的警告信息(包括4705，4706和4707)。 （7）pragma comment(...) 该指令将一个注释记录放入一个对象文件或可执行文件中。 常用的lib关键字，可以帮我们连入一个库文件。 (8)用pragma导出dll中的函数     传统的到出 DLL 函数的方法是使用模块定义文件 (.def)，Visual C++ 提供了更简洁方便的方法，那就是“__declspec()”关键字后面跟“dllexport”，告诉连接去要导出这个函数，例如： __declspec(dllexport) int __stdcall MyExportFunction(int iTest);     把“__declspec(dllexport)”放在函数声明的最前面，连接生成的 DLL 就会导出函数“_MyExportFunction@4”。     上面的导出函数的名称也许不是我的希望的，我们希望导出的是原版的“MyExportFunction”。还好，VC 提供了一个预处理指示符“#pragma”来指定连接选项 (不仅仅是这一个功能，还有很多指示功能) ，如下： #pragma comment(linker,"/EXPORT:MyExportFunction=_MyExportFunction@4")     这下就天如人愿了：）。如果你想指定导出的顺序，或者只将函数导出为序号，没有 Entryname，这个预处理指示符 (确切地说是连接器) 都能够实现，看看 MSDN 的语法说明： /EXPORT:entryname[,@ordinal[,NONAME]][,DATA]    @ordinal 指定顺序；NONAME 指定只将函数导出为序号；DATA 关键字指定导出项为数据项。 每个编译程序可以用#pragma指令激活或终止该编译程序支持的一些编译功能。例如，对循环优化功能： #pragma loop_opt(on) // 激活 #pragma loop_opt(off) // 终止 有时，程序中会有些函数会使编译器发出你熟知而想忽略的警告，如“Parameter xxx is never used in function xxx”，可以这样： #pragma warn —100 // Turn off the warning message for warning #100 int insert_record(REC *r) { /* function body */ } #pragma warn +100 // Turn the warning message for warning #100 back on 函数会产生一条有唯一特征码100的警告信息，如此可暂时终止该警告。 每个编译器对#pragma的实现不同，在一个编译器中有效在别的编译器中几乎无效。可从编译器的文档中查看。

基于TCP/IP的多线程通信及其在远程监控系统中的应用

传统的应用程序都是单线程的，即在程序运行期间，由单个线程独占CPU的控制权，负责执行所有任务。在这种情况下，程序在执行一些比较费时的任务时，就无法及时响应用户的操作，影响了应用程序的实时性能。在监控系统，特别是远程监控系统中，应用程序往往不但要及时把监控对象的最新信息反馈给监视客户（通过图形显示），还要处理本地机与远程机之间的通信以及对控制对象的实时控制等任务，这时 ，仅仅由单个线程来完成所有任务，显然无法满足监控系统的实时性要求。在DOS系统下，这些工作可以由中断来完成。而在Windows NT下，中断机制对用户是不透明的。为此，可引进多线程机制，主线程专门负责消息的响应，使程序能够响应命令和其他事件。辅助线程可以用于完成其他比较费时的工作，如通信、图形显示和后台打印等，这样就不至于影响主线程的运行。 　　１ Windows NT 多线程概述 　　Windows NT是一个真正的抢占式多任务操作系统。在 Windows NT中，启动一个应用程序就是启动该应用程序的一个实例，即进程。进程由一个或多个线程构成，拥有内存和资源，但自己不能执行自己，而是进程中的线程被调度执行。进程至少要有一个线程，当创建一个进程时，就创建了一个线程，即主线程。主线程可以创建其他辅助线程，由主线程创建的线程又可创建线程。每个线程都可指定优先级，操作系统根据线程的优先级调度线程的执行。 　　Windows NT中使用多线程的方法有三种： 　　· 使用C多线程库函数； 　　· 使用CreateThread() 等Win32函数； 　　· 使用MFC类。 　　本文采用第三种方法。在Visual C++5.0 中，MFC应用程序用CWinThread 对象表示线程。基本操作如下： 　　· 创建新线程：调用MFC全局函数AfxBeginThread （）创建新线程。AfxBeginThread（）启动新线程并返回控制，然后，新线程和调用AfxBeginThread（）的线程同时运行。它的返回值为指向CWinThread对象的指针； 　　· 暂停／恢复线程：调用CWinThread类成员函数SuspendThread（）暂停线程的运行，调用ResumeThread（）成员函数恢复线程的运行； 　　· 终止线程：在线程内部可调用全局函数AfxBeginThread（）终止线程的运行，否则，线程执行结束后，线程自动从线程函数返回并释放线程占有的资源。 　　２ 基于TCP/IP的多线程编程 　　TCP/IP是lnternet上广泛使用的一种协议，可用于异种机之间的互联。TCP/IP协议本身是非常复杂的，然而在网络编程中，程序员不必考虑TCP/IP的实现细节，只需利用协议的网络编程接口Socket（亦称套接字）即可。在 Windows 中，网络编程接口是 Windows Socket它包含标准的Berkley Sockets的功能调用的集合，以及为 Windows 所做的一些扩展。TCP/IP协议的应用一般采用客户／服务器模式，面向连接的应用调用如图１所示。 　　根据上述顺序调用函数建立连接后，通信双方便可交换数据。然而，在调用带*号的函数时，操作常会阻塞，特别是当套接字工作在同步阻塞模式（Blocking Mode）时。这时，程序无法响应任何消息。为了避免出现这种情况，本文引进辅助线程。在执行含有可能阻塞的函数的任务时，动态创建新的线程，专门处理该任务。主线程把任务交给辅助线程后，不再对辅助线程加以控制与调度。本文分别针对connect（）、accept（）、receive（）、send（）等可能阻塞的函数创建了相应的线程，如表1所示。 　　多线程编程常常还要考虑线程间的通信。线程间的通信可以采用全局变量、指针参数和文件映射等方式。本文采用指针参数方式。在调用AfxBeginThread（）函数时，通过传递指针参数的方式在主线程与辅助线程间通信。 　　AfxBeginThread（）函数的用法如下： 　　CWinThread*AfxBeginThread （AFX＿THREADPROC pfnThreadproc， 　　LPVOID pParam， 　　int nPriority=THREAD＿PRIORITY＿NORMAL， 　　UINT nStackSixe=0， 　　DWORD dwCreateFlags=0， 　　LPSECURITY＿ATTRIBUTES pSecurityAttrs=NULL）； 　　参数pfnThreadProc指定线程函数必须如下定义： 　　UINT MyControllingFunction（LPVOID pParam）；  　　参数pParam 是调用线程传递给线程函数pfThreadProc的参数； 　　其他参数一般只需采用缺省值。 　　指针参数通信方式就是通过参数pParam在线程间通信的，它可为指向任何数据类型的指针。本文中，定义了一个名叫EXCHANGE＿INFO的结构如下： 　　typedef struct 　　{ SOCKET sServerSocket； 　　SOCKET *pcCoientSocket； 　　SOCKADDR＿IN *pClientAddr； 　　BOOL *pbConnected； 　　unsigned char *pucBuffer； 　　int *pnMessageLen； 　　} EXCHANGE＿INFO； 　　在需要通信时，先声明一个结构变量，再把变量的指针作为pParam参数，调用AfxBeginThread（（AFX＿THREADPROC） CSocketThread：：WaitFor ConnectThread，（LPVOID）＆ m＿Exchangeinfo）函数即可。 　　为了利用面向对象技术编程所具有的模块性强、便于修改、可移植性好等优点，本文还把表1中的线程封装为父类为CWinThread的自定义类CSocketThread中。还自定义了一个叫CSocketComm的新类，封装了一些函数，如CreateSocket、ConnectToServer、WaitForClient、ReadMessage、SendMessage等，这些函数屏蔽了面向连接的通信程序的实现细节，如创建、连接、发送和接收等，在这些函数里，动态创建辅助线程。 　　下面以CSocketComm类中的等待客户连接请求的函数WaitForClient（）为例，注释说明多线程编程的具体细节。 　　BOOL CSocketComm::WaitForClient 　　{ 　　if(m＿bConnected)return( TRUE ); 　　／／配置bind函数的参数即服务器的套接字地址结构 　　SOCKADDR＿IN Addr; 　　memset(＆Addr,0,sizeof(SOCKADDR＿IN)); 　　Addr．sin＿family=AF＿INET; 　　ADDR．SIN＿port= htonl(m＿nPort);  　　Addr．sin＿addr．s＿addrｒ = htonl(INADDR＿ANY);  　　／／将套接字地址结构赋予套接字（绑定），以指定本地半相关 　　int nReturnValue; 　　nReturnValue =::bind( m＿sSserverSocket,( LPSOCKADDR)＆Addr,sizeof (SOCKADDR＿IN ));  　　if(nReturnValue == SOCKET＿ERROR)  returu( FALSE ); 　　／／配置传给WaitForConnectThread线程函数的参数m＿Exchangeinfo 　　m＿Exchangeinfo．sServerSocket = m＿serverSocket; 　　m＿Exchangeinfo．psClientSocket = ＆m＿sClientSocket; 　　m＿Exchangeinfo．pClientAddr = ＆m＿lientAddr; 　　m＿Exchangeinfo．pbConnected = ＆m＿bConnected; 　　／／以m＿Exchangeinfo的指针为参数调用WaitforConnectThread线程等待客户端连接 　　AfxBeginThread((AFX＿THREADPROC)CSocketThread:: 　　WaitForConnectThread,(LPVOID) ＆m＿Exchanginfo);  　　returi( TRUE ) 　　} 　　／／等待连接线程 　　UINT CSocketThread::WaitForConnectThread(LPVOIDpParam) 　　{ 　　EXCHANGE＿INFO*pExchangelnfo＝(EXCHANGE＿INFO*) pParam; 　　int nReturnValue, nClientAddrSize= Sizeof( SOCKADDR＿IN); 　　／／侦听连接 　　nReturnValue=:: listen(pExchangelnfo －＞sServerSocket, 1);  　　if( nReturnValue == SOCKET＿ERROR )return(0); 　　／／阻塞调用accept，直至有客户连接请求 　　*pExchangelnfo－＞psClitentSocket=:: accept(pExchangelnfo－＞sServerSocket, (LPSOCKADDR) pEchangelnfo －＞pClientAddr,＆nClientAddrSize);  　　if(( *pExchangelnfo－＞psClitentSocket)!= INVALID＿SOCKET) 　　／／通过pExchangelnfo的指针在线程间通信 　　* pExchangelnfo－＞pbConnected TRUE; 　　return( 0 );  　　３ 应用实例－高层协议的设计 　　在电厂和电站中，为了保证安全工作，保护系统必不可少。保护系统的电源供应通常使用两种方式。一般情况下，使用交流电系统对保护系统进行供电；当交流电系统出现故障时立即使用后备的蓄电池系统对保护系统进行供电。为了对蓄电池系统进行监控和管理，以保证蓄电池在关键时刻能正常工作，设计了在Windows NT环境下具有远程通讯功能和动态人机界面的智能蓄电池远程监控系统 。该系统由蓄电池智能管理、充电机控制、母线绝缘在线检测、声光报警、系统组态、远程通信等子系统组成，实现对蓄电池／充电机智能化远程管理和控制，对整个系统的运行状态进行实时监控，具有多媒体报警、事件处理、动态数据库、趋势画面和动态画面显示、操作提前提醒等功能。系统框图如图2所示。在远程通信模块中，远程监控机需把监控客户的操作命令及时传给本地机，本地机根据命令控制充电机，使之按照一定的方式工作，而本地机需定时向远程监控机反馈实时的充电机状态信息。它们之间的通信是基于TCP/IP的广域网通信，而且，我们引进了多线程机制以保证系统具有良好的实时性。 　　下面以其中的充电机控制系统为例谈谈如何使用CSocketComm类进行远程通信。为简单起见，假定本地机与远程监控机之间通信的信息仅有下面三种类型： 　　·本地机接收到该命令后，控制充电机按照稳压模式运行，输出电压为电压给定值； 　　·本地机接收到该命令后，控制充电机按照稳流定时模式运行，输出电流为电流给定值； 　　·本地机向远程监控机发送充电机的实时状态数据（包括输出电压、输出电流、状态指示和故障类型指示）。 　　在基于TCP/IP的面向连接的网络通信中，客户与服务器之间传送的是有序可靠的字节流（Byte Stream），所以程序员有必要在传输层TCP上定义自己的高层协议，设计帧结构，将字节流变成有意义的信息。在CSocketComm类中由AssembleMessage()函数把数据组合成一定的帧结构。帧结构为： 　　其中＠为帧起始标志，＃为帧终结标志 　　对应的结构定义如下： typedef struct { int MessageType; ／／信息类型 int ChargerNo; ／／充电机编号 int DataNo; ／／数据类型 float Data; ／／数据 } MessageStruct; 　　需要通信时，先声明一个 MessageStruct变量，根据信息内容对各成员变量赋值，传给 AssembleMessage()函数组合成帧，再调用SendMessage()函数发送给接受方。接受方接到数据后，对数据内容的解释，是由CsocketComm类中的AnalyzeMessage()函数完成的。AnalyzeMessage()函数返回一个 MessageStruct变量。应用程序就可根据它的各成员变量控制充电机或动态显示充电机的状态。 　　总之，把多线程机制引进通信，有利于提高应用程序的实时性，充分利用系统资源。对于大型的工程应用来说，不同的线程完成不同的任务，也有利于提高程序的模块化，便于维护和扩展。本文给出了一种在Windows NT下基于TCP/IP协议的多线程通信的基本方法，根据该方法进行修改和扩充，便可设计出符合具体应用的高质量的多线程通信程序。

  //string 转换为 char 型
  char* str = strdup ( SendData.strSql.c_str() );
  cout << str << endl;

  char 转换为 string 型
  char* str = "char 转换为 string 型";
  SendData.strSql = str;

//SendData.strSql 为std::string型