知識(shí)面很廣啊，不知工作中開發(fā)什么呢  回復(fù)  更多評(píng)論
  

@true
呵呵 linux上的應(yīng)用服務(wù)器 軟交換服務(wù)器 流媒體服務(wù)器等。  回復(fù)  更多評(píng)論
  

汗。。。，我和你可能有些緣分，我也在linux開發(fā)應(yīng)用服務(wù)器，語(yǔ)音板卡，信令。哈哈。  回復(fù)  更多評(píng)論
  

還沒接觸過語(yǔ)音板卡 我們的應(yīng)用沒有媒體編解碼或者dtmf檢測(cè)的。有時(shí)間向你討教討教，留個(gè)聯(lián)系方式吧，我的gtalk/gmail是gamil.com的，msn是live.com的，名稱都是zongjinliang。  回復(fù)  更多評(píng)論
  

日志對(duì)于一個(gè)系統(tǒng)來說確實(shí)是必不可少的基礎(chǔ)模塊。
我用模板寫了個(gè)不依賴于具體‘寫’的日志類，簡(jiǎn)單的日志等級(jí)過濾。
///
/// @file kl_logger.h
/// @author Kevin Lynx
/// @date 4.21.2008
///
#ifndef ___KL_LOGGER_H_
#define ___KL_LOGGER_H_

#include <assert.h>
#include <stdarg.h>
#include <time.h>
#include <fstream>
#include "kl_compiler_cfg.h"

KL_COMMON_NAMESPACE_BEGIN

/// log level
enum log_level
{
LL_MIN = -1,
LL_ERROR,
LL_WARNING,
LL_INFO,
LL_DEBUG,
LL_MAX
};

///
/// default log pre-string, add system time and log level.
///
struct default_log_prestr
{
/// output pre-string in the buffer
/// @return the offset of the buf.
std::size_t operator() ( char *buf, int level )
{
char time[9];
char date[9];
_strtime( time );
_strdate( date );

const char *ll_desc = 0;
switch( level )
{
case LL_ERROR:
ll_desc = "ERROR";
break;
case LL_WARNING:
ll_desc = "WARNING";
break;
case LL_INFO:
ll_desc = "INFO";
break;
case LL_DEBUG:
ll_desc = "DEBUG";
break;

default:
ll_desc = "UNKNOWN";
}

// combine
sprintf( buf, "%s %s %s : ", date, time, ll_desc );
return strlen( buf ) ;
}
};

///
///
/// A simple logger class to write log information.
///
/// @param _Output where the log information to put, it must implement 'log( const char*)' function.
/// @param _PreStr used to write the pre-string of the log text like : 4.21.2008 : something.
/// @param string_size used when format string.(static buffer is more fast than dynamic buffer)
template <typename _Output, typename _PreStr = default_log_prestr, std::size_t _string_size = 1024>
class logger
{
public:
/// output object type
typedef _Output output_type;

/// pre-string type
typedef _PreStr prestr_type;

/// string size used when formatting strings.
enum
{
string_size = _string_size
};

public:
/// constructor
logger() :
_output( 0 ), _level( LL_DEBUG )
{
}

/// destructor
~logger()
{
}

/// set the output manager, you must call this function before you
/// log anything.
void set_output( output_type *ot )
{
assert( ot != 0 && "logger::set_output : invalid arguments." );
_output = ot;
}

/// write log text
void write_only( int level, const char *format, ... )
{
assert( _output != 0 && "logger::write_only : You must set up the output manager before you log anything." );
static char buf[string_size];

// checck the level
if( level > _level ) return ;

// format the string
va_list list;
va_start( list, format );
vsprintf( buf, format, list );
va_end( list );

// output the log text
_output->log( buf );
}

/// write log text and append prestring
void write( int level, const char *format, ... )
{
assert( _output != 0 && "logger::write : You must set up the output manager before you log anything." );
static char buf[string_size];

// checck the level
if( level > _level ) return ;

// append pre-string
std::size_t pos = _prestr( buf, level );

// format the string
va_list list;
va_start( list, format );
vsprintf( &buf[pos], format, list );
va_end( list );

// output the log text
_output->log( buf );
}

/// set log level
void set_level( int level )
{
assert( level > LL_MIN && level < LL_MAX && "logger::set_level : invalid arguments." );
_level = level;
}

/// get the log level
int get_level()
{
return _level;
}

private:
/// output manager to collect log text.
output_type *_output;
/// pre-str to append some text before the log text
prestr_type _prestr;
/// log level
int _level;
};

///
/// The file log output manager, write log text to the file.
///
class file_output
{
public:
/// constructor
file_output()
{
}

/// this constructor will open the file
file_output( const std::string filename, std::ios_base::openmode _Mode = std::ios_base::out ) :
_file_handle( filename.c_str(), _Mode )
{
}

/// destructor
~file_output()
{
}

/// open the file if it's not open
bool open( const std::string filename, std::ios_base::openmode _Mode = std::ios_base::out )
{
if( _file_handle.is_open() )
{
return false;
}

_file_handle.open( filename.c_str(), _Mode );
return _file_handle.is_open();
}

/// log
void log( const char *str )
{
assert( _file_handle.is_open() && "file_output::log : you cannot write anything before you open the file!" );
_file_handle << str ;
_file_handle.flush();
}

private:
/// output file
std::ofstream _file_handle;
};

KL_COMMON_NAMESPACE_END

#endif // end ___KL_LOGGER_H_  回復(fù)  更多評(píng)論
  

呵呵 以為我的log框架你會(huì)喜歡，看來我錯(cuò)了。不過還有一句話“如果你沒使用過log4cplus，ok，那么下載一個(gè)log4cplus，編譯，......，嘗試以下，你一定會(huì)驚嘆log4cplus的強(qiáng)大與美妙。”  回復(fù)  更多評(píng)論
  

logger如果建立多個(gè),日志文件會(huì)狂長(zhǎng)，因?yàn)槊看握{(diào)用LOG4CPLUS_LEVEL,每個(gè)logger都記錄一次

我奇怪，logger.shutdown 好像沒有作用

看起來static 好像可以，但是如果你在多個(gè)地方都指定properties，logger還是會(huì)運(yùn)行多次，而
log4cplus::PropertyConfigurator::doConfigure(LOG4CPLUS("log4cplus.properties"));
又不能static

當(dāng)然導(dǎo)入一次properties會(huì)記錄正確，我又不明白，如果你在某一個(gè)函數(shù)里聲明，它什么時(shí)候會(huì)消亡呢。我覺得在某一個(gè)函數(shù)里聲明properties，它就是全局的嗎，那我希望某個(gè)地方換一個(gè)properties，比如某個(gè)函數(shù)是在不同的路徑甚至機(jī)器下運(yùn)行，還能不能保證還是這個(gè)properties，或者根據(jù)當(dāng)前位置的相對(duì)路徑無法找到需要的properties



另外，lz的宏編譯錯(cuò)誤，我自己寫了一個(gè)宏

static log4cplus:tostringstream _str_buf;
static log4cplus::Logger logger= log4cplus::Logger::getInstance("filelogger");

X_LOG( logInfo, logLevel) \
_str_buf.clear();
_str_buf << logInfo;
logger.forceLog( logLevel, _str_buf.str(), __FILE__, __LINE__ )

在vs 2005下編譯成功，并且也確實(shí)記錄了，問題就是，即使你指定properties，它也不按照格式配置記錄，而是自己把日志內(nèi)容按行紀(jì)錄，根本無視 時(shí)間、線程等等格式

這個(gè)宏與log4cplus本身的宏并沒有什么區(qū)別，為什么看起來并沒有讀properties呢

  回復(fù)  更多評(píng)論
  

@mono
#define USE_LOG4CPLUS
之后就編譯正確了吧，或者你把define USE_ACE_LOG那段去掉，可以用printf調(diào)式。
你的需求是什么樣子的？我用于server端程序，在main函數(shù)開始，來句：
#ifdef USE_LOG4CPLUS
init_log("./log.properties");
#endif
之后就再就是正常的程序啟動(dòng)了，起各個(gè)協(xié)議棧、線程。當(dāng)然log也都是打印在一個(gè)log文件里。
server端程序是一直運(yùn)行的，不會(huì)退出，也就不存在消亡的問題。
  回復(fù)  更多評(píng)論
  

very good,
博主用過log4c嗎？感覺如何？  回復(fù)  更多評(píng)論
  

@guosha
沒有用過。
log是個(gè)小功能，封裝下能做到透明使用基本就可以了。log4c依賴apr庫(kù)，如果你的主體程序不是在apr上構(gòu)建的話，引入log4c不太舒服，呵呵。  回復(fù)  更多評(píng)論
  

@mono，給你個(gè)可以編譯通過的宏，不知道你是win下還linux下，下面的宏都可以，另外流式的log不容易和printf、ace等對(duì)應(yīng)，也看個(gè)人喜好，我是認(rèn)為printf的方式更容易格式化輸出。
#define USE_LOG4CPLUS
#ifdef USE_LOG4CPLUS
#include <log4cplus/configurator.h>
#include <string>
static log4cplus::Logger logger= log4cplus::Logger::getInstance("Log");
static void init_log(const std::string & path)
{
log4cplus::PropertyConfigurator::doConfigure(path);
}
#define XLOG_ALL log4cplus::TRACE_LOG_LEVEL
#define XLOG_TRACE log4cplus::TRACE_LOG_LEVEL
#define XLOG_DEBUG log4cplus::DEBUG_LOG_LEVEL
#define XLOG_INFO log4cplus::INFO_LOG_LEVEL
#define XLOG_NOTICE log4cplus::INFO_LOG_LEVEL
#define XLOG_WARNING log4cplus::WARN_LOG_LEVEL
#define XLOG_ERROR log4cplus::ERROR_LOG_LEVEL
#define XLOG_CRITICAL log4cplus::FATAL_LOG_LEVEL

#ifdef WIN32
#if (_MSC_VER < 1500)
#define vsnprintf _vsnprintf
#endif
void inline win_log( int l, const char *format, ... )
{
if(logger.isEnabledFor(l)) {
schar buf[2046]={0};
va_list list;
va_start( list, format );
vsnprintf( buf, (size_t)2045,format, list );
va_end( list );
logger.forcedLog(l, buf, __FILE__, __LINE__);
}
}
#define X_LOG win_log
#else
#define X_LOG(l, ...) \
do { \
if(logger.isEnabledFor(l)) { \
char __buf__internal__[2046]={0}; \
snprintf(__buf__internal__,2045,__VA_ARGS__); \
logger.forcedLog(l, __buf__internal__, __FILE__, __LINE__); \
} \
} while(0)
#endif  回復(fù)  更多評(píng)論
  

樓主,多進(jìn)程可以用嗎?  回復(fù)  更多評(píng)論
  

樓主, 是把log4cplus編譯成一個(gè)靜態(tài)庫(kù)或是動(dòng)態(tài)庫(kù)后就直接使用你這個(gè)套上去就可以用嗎?  回復(fù)  更多評(píng)論
  

看上去我好像已經(jīng)弄明白怎么用了, 不知道博主可有比較完備一點(diǎn)的有關(guān)LOG配置的文檔? 另外多進(jìn)程程序使用這個(gè)log系統(tǒng)會(huì)不會(huì)有什么問題?  回復(fù)  更多評(píng)論
  

@田伯光
多個(gè)進(jìn)程指向同一個(gè)文件的話，的確都可以寫進(jìn)去。至于是不是穩(wěn)定就不清楚了，呵呵，我一直是單進(jìn)程多線程下使用，偶爾忘記程序已經(jīng)啟動(dòng)，第二次啟動(dòng)，同樣會(huì)把log寫進(jìn)文件。
你多測(cè)試下吧。
log4cplus的配置文件的配置方式網(wǎng)上不少，或者你留個(gè)郵箱，我發(fā)給你。  回復(fù)  更多評(píng)論
  

@cppexplore
guosha167@yahoo.com.cn

謝謝  回復(fù)  更多評(píng)論
  

多進(jìn)程的話，不知道它是不是可以做到在一個(gè)進(jìn)程內(nèi)改了配置，自動(dòng)的其它進(jìn)程也可以使用更改過后的配置，并且不需要重新啟動(dòng)程序。最好能做到交互式的，在程序運(yùn)行期間能動(dòng)態(tài)控制Loger的打印行為。  回復(fù)  更多評(píng)論
  

@田伯光
呵呵，多進(jìn)程一定不能共享對(duì)象，除非這個(gè)對(duì)象在共享內(nèi)存中，共享內(nèi)存中的對(duì)象又要注意互斥問題。最好的辦法還是各進(jìn)程用自己的進(jìn)程的log對(duì)象。運(yùn)行期間動(dòng)態(tài)改變log的級(jí)別，可以去代碼中找答案，或者你等我有了這個(gè)需求，我改好告訴你，呵呵。  回復(fù)  更多評(píng)論
  

@cppexplore
是這樣的, 我以前寫的簡(jiǎn)單的Log模塊就是用共享內(nèi)存把log的管理結(jié)構(gòu)共享出來, 這樣動(dòng)態(tài)控制只需要更改這個(gè)結(jié)構(gòu)的內(nèi)容就可以了,但我以前寫的只是控制一下級(jí)別跟打印的目的地,沒有這個(gè)功能那么多,呵呵. C++我不熟悉, 所以不想去研究這個(gè)的代碼,故問你一下以得到現(xiàn)成結(jié)果.
  回復(fù)  更多評(píng)論
  

@田伯光
log4cplus是線程安全的。多進(jìn)程共享內(nèi)存的方式使用對(duì)象，和多線程的方式是一樣的。你可以壓力下測(cè)試下，呵呵。
另外，打印到syslogd和打印到socket也是多進(jìn)程打印log的備選方案。
log系統(tǒng)用開源也不是因?yàn)樗鼈児δ軓?qiáng)大，主要的好處是它們充分考慮了IO輸出的效率（開辟內(nèi)存池，延遲批量輸出），第二個(gè)是系統(tǒng)宕掉時(shí)候，log打印的準(zhǔn)確性。另外用宏隔離，也方便以后發(fā)現(xiàn)更好log系統(tǒng)時(shí)候替換。  回復(fù)  更多評(píng)論
  

能否介紹一下log4cplus如何支持文件轉(zhuǎn)儲(chǔ)？能在core dump 之前把所有的對(duì)象都dump到日志中嗎？是如何實(shí)現(xiàn)的？  回復(fù)  更多評(píng)論
  

@sashion
不曉的啊，可以去看源代碼 ：）  回復(fù)  更多評(píng)論
  

2年前對(duì)日志完善了不少,以前的錯(cuò)誤引導(dǎo)更正下
@田伯光
多進(jìn)程打印問題:
不可以多進(jìn)程打印, 除了寫不能保證原子性,還有文件更換時(shí)的問題.
共享內(nèi)存共享log對(duì)象可以, 這樣還不如各自打印獨(dú)立文件, 同時(shí)使用遠(yuǎn)程syslog方式統(tǒng)一打印到遠(yuǎn)程(需要自己實(shí)現(xiàn)appender)

動(dòng)態(tài)生效問題:
可使用ConfigureAndWatchThread類達(dá)到目的, 同時(shí)log4cplus中有不少bug,使用這個(gè)功能時(shí) 要修改不少地方.

@sashion
上上個(gè)我的留言里說錯(cuò)了很多地方.
log4cplus沒有提供延遲輸出的策略, 新的維護(hù)者有計(jì)劃增加異步,還沒增加.實(shí)現(xiàn)異步延遲打印,需要自己進(jìn)一步封裝實(shí)現(xiàn).

"能在core dump 之前把所有的對(duì)象都dump到日志中嗎？"
不能. 因log4cplus沒有提供延遲輸出的策略, 日志同步打印,也不存在這個(gè)問題. 若自己實(shí)現(xiàn)異步延遲輸出的話, 延遲輸出的部分可以使用共享內(nèi)存,另可捕獲信號(hào)做一定補(bǔ)償.  回復(fù)  更多評(píng)論