Stone Jiang

ACE_Acceptor框架使对新连接的侦听变得容易，也使创建和激活新连接的ACE_Svc_Handler的派生类变得容易。之前我们已经了解了ACE_Svc_Handle::open()挂勾函数和服务处理器

初始化时它所扮演的角色。本文我们回退几步，来了解服务处理器是如何实例化的以及我们如何自定义它的行为。

再看看ACE_Acceptor类，它是一个模板类，第一个模板参数ACE_Accetpor是代表与服务建立连接的处理器。当新的连接建立时，ACE_Acceptor调用make_svc_handler()挂勾函数来

实际创建的新建服务处理器对象。ACE_Acceptor::make_svc_handler()的实现如下:

默认的实现包括了两步基本操作：
1.  获得一个新的SVC_HANLDER对象， 这里是使用的new运算符分配的。
2.  设置新的服务处理器的reactor指针为ACE_Accetpor使用的reactor的。

然而，如果应用程序需要通过其它方式获得SVC_HANDLER对象，而不是通过默认的构造函数那种动态分配，这又该怎么办呢？举例来说，我们可能需要：
 . 从一个预分配的池中获得SVC_HANDLER对象；
 . 为新创建的SVC_HANDLER传入一些额外的信息
 . 使用单体的SVC_HANDLER

上面这些情形，我们都可以自定义make_svc_handler()挂勾函数来实现必要的行为。例如,假定我们新的处理器需要拥有一个处理所有对所有接收到的消息进行集中处理的中心处理

器。这个中心处理器我们用类Processor表示。我们需要每个服务处理器都拥有一个指向中心处理器的指针，而不是使Processor成为一个全局访问的指针(使用全局变量的种种弊端

本文不作详述)。我们的解决办法是: 从ACE_Accetor派生一个新类，这个新类拥有Processor的指针作成员，并且，在创建新和服务处理器(Service)的时候，把这个 Processor的

指针作参数传进去。

新的acceptor类可以这样定义：

class  My_Acceptor :  public  ACE_Acceptor < Service, ACE_SOCK_ACCEPTOR >
... {
public :
  My_Acceptor (Processor  * processor) : processor_ (processor)  ... { } ;
  
   int  make_svc_handler (Service  *& sh)
     ... {
       if  (sh  ==   0 )
        ACE_NEW_RETURN (sh,
                        Service ( this -> processor_),
                         - 1 );       //  Set the reactor of the newly created <SVC_HANDLER> to the same
       //   reactor that this <ACE_Acceptor> is using.
      sh -> reactor ( this -> reactor ());
       return   0 ;
    }

private :
  Processor  * processor_;
}

就这样，现在，当My_Acceptor接受新连接的时候，make_svc_handler()挂勾函数分配一个新的处理器(Service)，并把Processor*作为参数传进去。需要注意的事，尽管这里使用

的是这一个构造函数Service(Processor*)。我们仍需求为Service类定义默认的构造函数，以满足模板类ACE_Acceptor的需要。

Stone Jiang

上一篇我们看了ACE_Svc_Handler::open()挂勾函数提供默认行为的一些技巧。因为在大多数情况下，它完成了服务创建时所需的所有事情：为输入事件注册新处理器和返回。

在ACE_Svc_Handler中关闭操作的默认行为要比在open()中初始化的代码更为复杂。这是因为关闭时的挂勾函数包含了反应式(reactive)关闭和主动式(active-object)关闭两种情

况，它们有相同的效果:删除所有在反应器注册的事件和确保删除ACE_Svc_handler的派生类的对象。

反应式关闭(handle_close()): 当以下形况发生时被调用：
 1) 事件回调函数(译注：handle_xxxx())返回-1时，或
 2) 调用ACE_Reactor::remove_handler()，传入的标记不含 DONT_CALL时
 反应器框架将调用handle_close()挂勾函数。 ACE_Svc_handler::handle_close()的默认行为是调用ACE_Svc_Handler::destroy()销毁事件处理器。

主动对象式关闭(close()): 当ACE_Svc_Handler 派生的对象通过activate()函数转变为主动对象，处理器的的svc()方法在它产生的线程中运行后进行回调。当svc()返回时，线程

退出，但在它要退出时，仍在将要退出线程的上下文中，ACE_Task框架调用它的close()方法。ACE_Svc_Handler::close()方法调用handle_close()完成服务处理器的清理工作。

因此，不管ACE_Svc_Handler对象是反应式还是主动式，结束时的清理工作都在相同的地方：ACE_Svc_Handler::destroy()。如果对象是动态分配且不是ACE_Stream框架中的组成部

分，destroy()将删除此对象，如果对象不是动态分配的，析构它的责任是创建时对象所在的封闭范围。如果对象是ACE_Stream的模块的组成部分，流和/或控制流的代码负责管理

对象的生命期。destroy()函数应遵守这样的规则来避免出现资源泄漏。

无论ACE_Svc_Handler对象是反应式销毁还是主动式销毁，都会引起相同的事情发生：~ACE_Svc_Handler() (处理器的析构函数)调用ACE_Svc_Handler::shutdown()函数完成服务处

理器的清理工作。shutdown()执行的这些清理操作是：

如果处理器与反应器是关联的：
   取消处理器关联的所有定时器。
   为处理器的流对象（如socket)删除所有已注册的事件。
如果处理器与再生器(recycler)是关系的，从再生器中清除处理器。
关闭流对象。
因此，我们看到的绝大多数情况服务处理器通过shutdown需要通过框架来清理工作，都是简单的允许缺省的挂勾函数得以被调用。如果你的应用程序需求更多的关闭/清理规则，推

荐的地方是你的处理器的handle_close()挂勾方法。仅仅是确保把ACE_Svc_Handler::destroy()函数人作为你的handle_close()的最后一个动作，与框架清理行为的余下的行为合

并。

				
						

						
Stone Jiang
ACE_Svc_Handler经常用于网络服务类的基类，这是因为它很容易在主动对象(Active Ojbect)
模式和反应器(Reactor)框架中使用。APG第7.6节中讨论了怎么在接受器-连接器(Acceptor-conector)
框架中如何把ACE_Svc_Handler作为目标来使用，并且，在C++NPv2第7章中，深度探讨了
Acceotor-Connector的相关设计。
挂勾函数(Hook method)ACE_Svc_Handler::open()常是服务中新建连接时执行的初始化设置的地方。
举例来说，如果服务要在日志中记录新连接建立的相关信息，open()函数是则是记录这个信息的地方。
对于使用Reacotor 框架的服务检查网络数据到达，open()是执行reactor注册的地方。
事实上，这正是reactor注册的地方，这种动作在服务建立新连接时非常常见的，ACE_Svc_Handler::
open()的缺省操作也正是
if (this->reactor () && this->reactor ()->register_handler
          (this,
           ACE_Event_Handler::READ_MASK) == -1)
  ACE_ERROR_RETURN ((LM_ERROR,
                     ACE_LIB_TEXT ("%p\n"),
                     ACE_LIB_TEXT ("unable to register client handler")),
                    -1);
return 0;
所以，如果在与服务建立新连接并为“读事件”注册时，你甚至不需要在你的类中
实现open(void*)函数，ACE已经为你做了这一步!另外，请记住，如果reactor注册失败，
默认的open()函数会返回-1，它会引起Acceptor-Connector框架关闭新建的连接和删除这个
事件处理器(handler)。
Stone Jiang
http://www.cppblog.com/ace/


		

下面是取自ace注释

/**
* @class ACE_Thread_Mutex
*
* @brief ACE_Thread_Mutex wrapper (only valid for threads in the same
* process).
*
* This implementation is optimized for locking threads that are
* in the same process. It maps to <CRITICAL_SECTION>s on NT
* and <ACE_mutex_t> with <type> set to <USYNC_THREAD> on UNIX.
* ACE_Thread_Mutex is recursive on some platforms (like
* Win32). However, on most platforms (like Solaris) it is not
* recursive. To be totally safe and portable, developers
* should use ACE_Recursive_Thread_Mutex when they need a
* recursive mutex.
*/

读者水平:初级
摘要：文本简要指出如何正确编译和链接ACE应用程序。

对于新手来说，ACE开发环境，会是一团谜团，如何正确配置开发者机器，快速体验ACE，
就是本系列文章的目的。本文仅解决如何解决LNK2019错误

环境：
  

   ACE版本 5.5.1
     操作系统 Windows xp professional sp2
     开发环境 Microsoft Visual C++ 2005   77626-009-0000007-41235

下面的代码是服务的主程序

服务加载的配置文件

###############################################################################
# file svc.conf
###############################################################################

dynamic GameService Service_Object  *  GameService: _make_GameServer_T() active 

出错提示:

----- Build started: Project: RegisterServer, Configuration: Debug Win32 ------
Compiling
RegisterServer.cpp
Linking
RegisterServer.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) int __cdecl ace_os_wmain_i(class ACE_Main_Base &,int,wchar_t * * const)" (__imp_?ace_os_wmain_i@@YAHAAVACE_Main_Base@@HQAPA_W@Z) referenced in function _wmain
RegisterServer.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: static int __cdecl ACE_Service_Config::open(int,wchar_t * * const,wchar_t const *,int,int,int)" (__imp_?open@ACE_Service_Config@@SAHHQAPA_WPB_WHHH@Z) referenced in function "int __cdecl ace_wmain_i(int,wchar_t * * const)" (?ace_wmain_i@@YAHHQAPA_W@Z)
D:\ACE_OUTPUT\Game\\RegisterServerd.exe : fatal error LNK1120: 2 unresolved externals
Build log was saved at "file://d:\My Sources\RegisterService\RegisterServer\Debug\BuildLog.htm"
RegisterServer - 3 error(s), 0 warning(s)
========== Build: 0 succeeded, 1 failed, 1 up-to-date, 0 skipped ==========

问题分析
出错信息显示，不能解析函数ace_os_wmain_i()以及  ACE_Service_Config::open()。
从这里可以看出，链接器需要UNICODE版本的ace库，而我们在生成ACE的时候，并没有生成宽字符
的UNICODE版本。

解决办法：
打开项目的属性页，找到配置属性，在字符集中，选择多字节字符集。再重新编译，问题解决。

1.1 创建主程序
    用Viusal Studio创建一空Win32 Console项目，这里命名为GLIVR86ServiceD.注，这里
D表示Daemon，不是Debug。表示我们以后会把这个项目改造为了NT_Service(以后介绍步骤.
1.2 修改项目属性 (Configuation Properties)
1.2.1 为项目新增主文件 GLIVR86ServiceD.cpp，目的是为项目属性中，增加C/C++选项
1.2.1 General 修改程序输出路径$(OutDir)
1.2.2.Debugging  Command Arguments: -d, 以调试模式启动
1.2.3 C/C++设置
1.2.3.1 Additional Include Directories /I[path]: $(ACE_ROOT);
1.2.3.2 Code Generation: /MTd ;/MT 调试版选MTd,发行版选 MT
1.2.3.3 Preprocessor:Preprocesor Definitions/D: WIN32;_DEBUG;_CONSOLE;
               这是调试版，发行版将_DEBUG改为NDEBUG
1.2.4 链接设置
1.2.4.1 Input: Additinal Dependencise: ACE(d).lib,调试版选aced.lib,
                                                   发行版选ace.lib
1.2.4.2 System: SubSystem /subsystem: Console ;   (/SUBSYSTEM:CONSOLE)

主程序代码

2. 创建被加载的服务的动态链接库
2.1 用Visual Studio创建一个新的项目GLIVR86Service,我们依然从空白的Win32 Console开
始
1.2.1 为项目新增主文件 GLIVR86Service.cpp，目的是为项目属性中，增加C/C++选项
1.2.1 General : Configration Type:改为 动态链接库 Dynamic Library(DLL)
1.2.3.1 Additional Include Directories /I[path]: $(ACE_ROOT);
1.2.3.2 Code Generation: /MTd ;/MT 调试版选MTd,发行版选 MT
1.2.3.3 Preprocessor:Preprocesor Definitions/D:
                        WIN32;_DEBUG;_WINDOWS;ACE_BUILD_SVC_DLL
                        这是调试版，发行版将_DEBUG改为NDEBUG
        这里，特别注意，要增加 ACE_BUILD_SVC_DLL宏。如果用generate_export_file.pl
        生成自定义的export头文件，这个宏也可以自定义
       
2.2.2 链接器设置
2.2.2.1 Input: Additinal Dependencise: ACE(d).lib,调试版选aced.lib,
                                                   发行版选ace.lib
2.2.2.2 System: SubSystem /subsystem: Console ;   (/SUBSYSTEM:CONSOLE)
2.2.2.3 General ,Output file:
                 ../GLIVR86ServiceD/GLIVR86ServiceD/GLIVR86ServiceD.dll
   
                    这里填写上GLIVR86ServiceD的路径或环境变量Path中指
                    示的路径，这样可以方便调试

2.2.2.4 Adanced, Import Libaray:  $(OutDir)\GLIVR86ServiceD.lib
                               上面是调试版，发行版可以去掉后缀D,即
                               $(OutDir)\GLIVR86Service.lib
                              
3.服务的动态链接库实现

3.1 为项目增加两个文件，分别声明和实现服务类工厂
//@file: ServiceFactory.h
//@file: ServiceFactory.cpp
代码分别如下

/*******************************************************************/

5.服务配置文件svc.conf
dynamic IVR86Service Service_Object * GLIVR86Service: _make_ServiceFactory_T() active
   
6. 运行结果

url: http://www.cppblog.com/ace

   ace VERSION:  5.4 . 9

   HOST MACHINE and OPERATING SYSTEM:
       Windows XP SP1

   COMPILER NAME AND VERSION (AND PATCHLEVEL):
       Microsoft Visual C ++  .NET

   THE $ACE_ROOT / ace / config.h FILE:
       #include  " ace/config-win32.h "

   DOES THE PROBLEM AFFECT:
       EXECUTION

   SYNOPSIS:
       In my dll ace work incorrect, but  in  exe good.

   REPEAT BY:


// 正确：测试连接的简单程序
#include  < iostream >
#include  " ace/INET_Addr.h "
#include  " ace/SOCK_Connector.h "
#include  " ace/SOCK_Stream.h "

int  _tmain( int  argc, _TCHAR *  argv[])
{
   std::cout  <<   " Hi\n " ;

    //  Create remote address
   ACE_INET_Addr server_addr;
    if  ( server_addr. set (  1234 , INADDR_LOOPBACK )  ==   - 1  )  {
       std::cout  <<   " Bad address\n " ;
        return   1 ;
   }

    //  Create connection
   ACE_SOCK_Connector connector;
   ACE_SOCK_Stream connection;
    if  (connector.connect (connection, server_addr)  <   0 )   {
       std::cout  <<   " Connection failed\n " ;
        return   2 ;
   }

    return   0 ;
}

// 不正确：放在Dll项目中的代码片断

#include  " ace/INET_Addr.h "
#include  " ace/SOCK_Connector.h "
#include  " ace/SOCK_Stream.h "

BOOL APIENTRY DllMain( HANDLE hModule,
                      DWORD  ul_reason_for_call,
                      LPVOID lpReserved
                                        )
{
        switch  (ul_reason_for_call)
        {
        case  DLL_PROCESS_ATTACH:
        case  DLL_THREAD_ATTACH:
        case  DLL_THREAD_DETACH:
        case  DLL_PROCESS_DETACH:
                break ;
       }
    return  TRUE;
}

int  test()
{
    //  Create remote address
   ACE_INET_Addr server_addr;
    if  ( server_addr. set (  1234 , INADDR_LOOPBACK )  ==   - 1  )  {
        return   1 ;
   }

    //  Create connection
   ACE_SOCK_Connector connector;
   ACE_SOCK_Stream connection;
    if  (connector.connect (connection, server_addr)  <   0 )   {
        return   2 ;
   }

    return   0 ;
}

如果我从dll中调用 test()函数，函数返回2...

========================
解答:

平台不同及兼容性问题的一个特殊地方是运行时对象的初始化和程序退出时与那相类象相关的析构操作。这种不同尤其表现在包含有多线程的时候，这是因为编译器没有附加的能力来顺序访问那些有先后之分的运行时对象（静态数据）的自动初始化和析构的方法。因此ACE说的一句话"静态是邪恶的"，幸运的是，ACE提供了一种可移植的解决方案来解决对象初始化和析构的问题。

如果你的程序不是从标准的main()开始的，你需要在初始化和结束时用到对象管理器。你需要调用下面两个函数：

ace::init() 在其它ACE操作之行前初始化对象管理器。

ace::fini() 在你的ACE操作完成后，结束对象管理器。这个调用将触发注册在对象管理器中所有对象的clearup操作。

这对于Windows程序来说可能很要紧，因为Windows程序使有WinMain()好过于标准的main()函数，在库中使用ACE但用户找不到主程序入口。对于库来说，为库分别提供初始化结束化函数来分别调用ACE::init(）和ACE::fini()是非常有用的。

编译：Stone Jiang
url: http://www.cppblog.com/ace

Ephy Levy 问到：

大家好，我正在Windows平台上使用ACE 5.5。在我所服务的公司里，我已
编写了一个ACE的包装体，这个包装体是服务程序的基础。我阅读了《ACE程序员指南》。在这本书中，ACE Reactor 和 Proactor 都作了解释。我们的服务器要求能同时接受1000左右的连接。我的问题是：
-那种模式更适合我的需要？
(我想使用Proactor，因为Reactor在连接数上有限制——是这样的吗？)
-如果我使用Proactor模式，那我怎样通过完成端口利用CPU数量呢？
非常感谢您的帮助？
Ephy Levy.

hi,Ephy Levy.

@(我想使用Proactor，因为Reactor在连接数上有限制——是这样的吗？)
这点您对了一半。如果您使用 ACE_WFMO_Reactor，它限制在64个处理器(handler)上，也就是在一个线程上可以承载大约60个并发的连接。

这是因为，ACE_WFMO_Reactor是基于WIN32 API::WaitForMultipileObjects的。

另一方面，您可以使用ACE_Select_Reactor，它可以配置为支持1000甚至更从的连接支持。（显示，它是基于 ::select的）

我更倾向于使用ACE_Proactor，在并发连接数上它不受限制，并且还可以在一个线程中组合使用Pipe,Socket和文件访问。

还有，ACE_WIN32_Proactor是基于完成端口的，这意味着是同步的架构，它相比于Reactor模式来说有更好的性能和吞吐能力。

@-如果我使用Proactor模式，那我怎样通过完成端口利用CPU数量呢？

为了更充分的利用您的计算机性强大的处理能力，您可以在多线程中使用ACE_WIN32_Proactor。接下来是您需求正确的使用同步机制来避免并发访问共享对象时的问题。

Ishay Green

VC6+stlport编译ACE库Release版出现的问题解决办法

　　不知道有没有人遇到过，我在VC6.0+STLPORT-4.6.2的环境下编译ACE version 5.4.3的Release版本，编译器报内部错误C1001: INTERNAL COMPILER ERROR。后来在google上找了些国外的论坛，大概都是说是预编译头的问题，后来摸索了下搞定了。

　　在编译的时候出现如下错误提示：

Message_Block.cpp
E:MYPERSONALSTLPORT-4.6.2STLPORTstl/type_traits.h(68) : fatal error

C1001: INTERNAL COMPILER ERROR
(compiler file ''msc1.cpp'', line 1794)
Please choose the Technical Support command on the Visual C++
Help menu, or open the Technical Support help file for more information

　　这显然是编译器出了问题。然而在编译Debug版本却不会出现，说明Debug与Release版的头文件组织的结构不一样，经过反复琢磨发现如下解决办法。

　　打开ACE_wrappersace目录下的Message_Block.cpp文件：

 

#include "ace/Log_Msg.h"
#include "ace/Malloc_Base.h"
#include "ace/Guard_T.h"
#include "ace/OS_NS_string.h"

//#define ACE_ENABLE_TIMEPROBES
#include "ace/Timeprobe.h"

　　把包含的Log_Msg.h的头放到Guard_T.h后面，就ok了。还有问题的话，再往下调整。

#pragma once
#include  < iostream >
using   namespace  std;
class  Base
{
public :
  Base( void );
   ~ Base( void );
public :
   virtual   void  print(ostream &  output)  =   0 ;
  friend ostream &   operator   << (ostream &  output,Base &  obj);
private :
   char *  name_;
   int  age_;
} ;

#include "StdAfx.h"
#include ".\base.h"

Base::Base(void)
{
  name_ = "This is data1";
  age_ = 18;
}

Base::~Base(void)
{
}

void Base::print(ostream& output)
{
  output<<"name = " <<name_<<endl;
  output<<"age = "<<age_<<endl;
}

ostream& operator<<(ostream& output,Base& obj)
{
  obj.print(output);
  return output;
}

#pragma once
#include "Base.h"
class Derived :public Base
{
public:
  Derived(int score = 80);
  ~Derived(void);
  virtual void print(ostream& output);
private:
  int score_;
};

#include "StdAfx.h"
#include ".\derived.h"

Derived::Derived(int score):score_(score)
{
  
}

Derived::~Derived(void)
{
}

void Derived::print(ostream& output)
{
  Base::print(output);
  output<<"score = "<<score_<<endl;
}

// Test_VirtualFirendFunction.cpp : Defines the entry point for the console application.
//

#include "stdafx.h"
#include <iostream>
#include "Derived.h"
using namespace std;
int _tmain(int argc, _TCHAR* argv[])
{
  Derived  d;

  Derived  d2(90);
  cout<<d<<endl<<d2<<endl;
    return 0;
}

name = This is data1
age = 18
score = 80

name = This is data1
age = 18
score = 90

结果：
任何从Base派生类的，都可以利用cout<<obj的机制通过流进行输出。

同样道理，也可以利用此方法实现ACE_InputCDR  / ACE_OutputCDR对网络操作序列化操作。
(本文也是回答某网友关于派生类不能重载的问题的回复)

*ACE_Message_Block小知识*
http://spaces.msn.com/stonejiang/blog/cns!A4A8B7175059E42A!273.entry

  ** **  1 copy() 不需要让写指针后移.
  ACE_Message_Block* mb = new ACE_Message_Block(BUFSIZ);
  mb->copy(buff); //buff先已经初始化
2 初始化mb后需要后移指针的情况
  2.1
  ACE_Message_Block* mb = new ACE_Message_Block(buff,len);
  mb->wt_ptr(len);  //len是buff的长度 len = strlen(buff) +1
                    // +1 表示后面的\0
  2.2
  ACE_Message_Block* mb = new ACE_Message_Block(BUFSIZ);
  ACE_OS::sprintf(mb->wt_ptr(),buff);
  mb->wt_ptr(len);
  2.3
  ACE_Message_Block* mb = new ACE_Message_Block(len,
            ACE_Message_Block::MB_DATA,
            mb2,   //表示 mb->cont(mb2)
            buff)
  mb->wt_ptr(len);
3.让消息接成串cont()时,千万不要直接或接间的把它接成一个环
   mb->cont(mb2);
   mb2->cont(mb3); //ok
   ***mb3->cont(mb);  //死定了
4.通知其它线程结束时,可以通过ACE_Message_Block::MB_STOP

  ACE_Message_Block* lastMsg =ACE_Message_Block ,ACE_Message_Block::MB_STOP)
  otherTask->putq(lastMsg);

  otherTask在接收到的时候如下处理

    int  OtherTask::svc() 
    { 
          ACE_Message_Block *  mb; 
            while ( 1 ) 
            { 
             getq(mb); 
             if (mb -> get_tpye()  ==  ACE_Message_Block::MB_STOP) 
            { 
              mb -> release(); 
               break ;  // 退出这个永久限环) 
           }  
            else  
            { 
              handle_message(mb);  // 处理这条消息 
           }  
    return   0 ; 


    }  

--
Stone Jiang

The ace Programmer's Guide: Practical Design Patterns for Network and Systems Programming

即AGP


下载 , Errata


第二,三本

C++ Network Programming, Volume 1: Mastering Complexity with ace and Patterns
C++ Network Programming, Volume 2: Systematic Reuse with ace and Frameworks

 Errata

 Errata


下载

以下是我的回贴:

你这个问题还真有趣,我跟踪了ACE相关代码后才发现,问题原来出在你写的函数中,病因是,使用未完全初始化的结构体变量

timespec_t spec_t;
后面加上语句
memset( &spec_t ,0,sizeof(timespec_t));
即可

局部变量 spec_t 在debug时,各字段均被初始化为0xCCCCCCCC,它是一个负数
在下面的操作中,只修改了tv_sec,而tv_nsec 仍为一个负数
spec_t.tv_sec=mktime( &time_tm ); 


ACE_Time_Value::normalize()默默地为你作了规格化处理，就替你减去了一秒钟。

原代码更严重的错误在于：
原以为 Release版本是“正常”的，其实不然，而是Release隐藏了更严重的错误。
严重是因为它表现出错误的时候很随机，一旦产品发布，很难发现。

// 对象(结构体)timespec有两个公有属性
 typedef  struct  timespec
      {
       time_t tv_sec;  //  Seconds
        long  tv_nsec;  //  Nanoseconds, 十亿分之一秒
     }  timespec_t;
     

在原代码16行
timespec_t spec_t;
构造了一个 timespec_t  临时对象spec_t后,debug版把它各字段初始化为 0xcccccccc,这使得问题一下子得于曝光.而Release版本, spec_t 为一个随机值. 本例程中,不允许 spec_t的tv_nsec为非0的任何数,为正常尽管看上去没有问题,但是这个对应的ACE_Time_Value的值也不可靠.在特定情况下可能产生重大事故.

C++编码规范：
初始化对象时要完全。

声明一个结构体后，如果要对其初始化，建议先把它设为0之后再作后续操作，养成这样一个习惯，就不会出现这样郁闷的事了。


原贴出处:
http://www.huihoo.com/forum/viewthread.php?tid=11016


mooyee