luke

以前一直沒(méi)有關(guān)心std::endl的工作機(jī)制，最近突然想一窺究竟，于是下載了sgi的stl(http://www.sgi.com/tech/stl/)實(shí)現(xiàn),
于是恍然大悟，對(duì)其實(shí)現(xiàn)者真是敬佩。

在文件Ostream中class basic_ostream 有如下成員函數(shù)：

 basic_ostream& operator<< (basic_ostream& (*__f)(basic_ostream&))
    { return __f(*this); }

 basic_ostream& operator<< (_Basic_ios& (*__f)(_Basic_ios&))
    { __f(*this); return *this; }

 basic_ostream& operator<< (ios_base& (*__f)(ios_base&))
    { __f(*this); return *this; }

然后有如下全局函數(shù)：
template <class _CharT, class _Traits>
inline basic_ostream<_CharT, _Traits>&
endl(basic_ostream<_CharT, _Traits>& __os) {
  __os.put(__os.widen('\n'));
  __os.flush();
  return __os;
}

可見(jiàn)原來(lái)我們經(jīng)常使用的cout<<.....<<endl中的endl竟然是一個(gè)函數(shù)指針，由此我們還可以找到如下定義：

// basefield manipulators, section 27.4.5.3
inline ios_base& dec(ios_base& __s)
  { __s.setf(ios_base::dec, ios_base::basefield); return __s; }

inline ios_base& hex(ios_base& __s)
  { __s.setf(ios_base::hex, ios_base::basefield); return __s; }

inline ios_base& oct(ios_base& __s)
  { __s.setf(ios_base::oct, ios_base::basefield); return __s; }

原來(lái)這些我們經(jīng)常見(jiàn)到的C++流輸出格式符居然都是一些函數(shù)，都是通過(guò)重載<<操作符來(lái)實(shí)現(xiàn)的。

今日粗看boost的代碼，發(fā)現(xiàn)很多類(lèi)都繼承noncopyable，以下是noncopyable的代碼：
class noncopyable
  {
   protected:
      noncopyable() {}
      ~noncopyable() {}
   private:  // emphasize the following members are private
      noncopyable( const noncopyable& );
      const noncopyable& operator=( const noncopyable& );
  };

這里的設(shè)計(jì)思想是讓子類(lèi)繼承，但是阻止子類(lèi)調(diào)用賦值和copy構(gòu)造函數(shù)，有什么用呢？
寫(xiě)代碼的時(shí)候我經(jīng)常喜歡用singleton模式，比如那些工廠類(lèi)，管理者類(lèi)之類(lèi)的，但是寫(xiě)這些
singleton的時(shí)候當(dāng)然是希望全局只有一個(gè)，而且不希望別人在用的時(shí)候又自己創(chuàng)造一個(gè)，往往
就要每寫(xiě)一個(gè)singleton類(lèi)就要在類(lèi)的declaration中把它們的構(gòu)造函數(shù)，賦值函數(shù)，析構(gòu)函數(shù)，copy構(gòu)造函數(shù)隱藏到
private或者protected之中，這樣真的很累。
  現(xiàn)在好了，只要讓這些singleton直接繼承noncopyable就ok了。這樣至少可以不用多寫(xiě)賦值和copy構(gòu)造
函數(shù)了；構(gòu)造和析構(gòu)函數(shù)看情況而定了。

class noncopyable的基本思想是把構(gòu)造函數(shù)和析構(gòu)函數(shù)設(shè)置protected權(quán)限，這樣子類(lèi)可以調(diào)用，但是外面的類(lèi)不能調(diào)用，
那么當(dāng)子類(lèi)需要定義構(gòu)造函數(shù)的時(shí)候不至于通不過(guò)編譯。但是最關(guān)鍵的是noncopyable把copy構(gòu)造函數(shù)和copy賦值函數(shù)做成了
private，這就意味著除非子類(lèi)定義自己的copy構(gòu)造和賦值函數(shù)，否則在子類(lèi)沒(méi)有定義的情況下，外面的調(diào)用者是不能夠通過(guò)
賦值和copy構(gòu)造等手段來(lái)產(chǎn)生一個(gè)新的子類(lèi)對(duì)象的。舉個(gè)簡(jiǎn)單的例子：
class Test ： public noncopyable
{
};

void main()
{
   Test a,c;
   Test b(a);  ///<------（1） error

   c = a;     ///<------(2) error
}

如果Test類(lèi)沒(méi)有繼承 noncopyable,那么（1）和（2）都可以通過(guò)編譯，但是一旦Test繼承了noncopyable，則(1)和（2）都通不過(guò)
編譯，從而可以防止調(diào)用者寫(xiě)一些錯(cuò)誤的代碼，這不正是我們做singleton對(duì)象所需要的嗎？

  我的service程序在windows XP 和 windows2003下工作正常。但是在vista和windows2008下安裝的時(shí)候總是在啟動(dòng)service這一步的時(shí)候失敗。一直沒(méi)有找到原因。這兩天集中精力，終于找到了原因，但是卻解決不了這個(gè)問(wèn)題。
  做了如下幾個(gè)測(cè)試：
  （1）把ServiceMain開(kāi)始部分做成一個(gè)console程序，運(yùn)行OK，這說(shuō)明主要部分代碼邏輯沒(méi)有問(wèn)題。
  （2）去掉ServiceMain()中的大部分功能代碼，做一個(gè)簡(jiǎn)單的service，運(yùn)行OK，這說(shuō)明原來(lái)的service安裝和啟動(dòng)部分代碼也沒(méi)有問(wèn)題。
  （3）分步排除各個(gè)dll。
  最后發(fā)現(xiàn)導(dǎo)致無(wú)法啟動(dòng)的罪魁禍?zhǔn)拙尤皇莑ibmysql.dll，我如果在程序中屏蔽掉所有mysql的調(diào)用，等于程序啟動(dòng)的時(shí)候不加載libmysql.dll,那么就可以順利啟動(dòng)，接著更換到最新的libmysql.dll（版本5.0.67），仍然是啟動(dòng)不成功；后來(lái)切換到一個(gè)同事的老版本libmysql.dll，居然可以啟動(dòng)成功。5.0.67版本libmysql.dll （opt）的大小是2M多，而我同事的那個(gè)libmysql.dll才1M多，難道他的版本是mysql4.x ?
  究竟是什么原因?qū)е逻@個(gè)問(wèn)題的？