glibのデフォルトのログハンドラが複数のログレベルを渡すことは可能ですか？

Question

glibのGLogLevelFlags列挙型は次のように定義されています。|そのログレベルとして（G_LOG_LEVEL_DEBUG G_LOG_LEVEL_ERROR）

typedef enum 
{ 
    /* log flags */ 
    G_LOG_FLAG_RECURSION   = 1 << 0, 
    G_LOG_FLAG_FATAL    = 1 << 1, 

    /* GLib log levels */ 
    G_LOG_LEVEL_ERROR    = 1 << 2,  /* always fatal */ 
    G_LOG_LEVEL_CRITICAL   = 1 << 3, 
    G_LOG_LEVEL_WARNING   = 1 << 4, 
    G_LOG_LEVEL_MESSAGE   = 1 << 5, 
    G_LOG_LEVEL_INFO    = 1 << 6, 
    G_LOG_LEVEL_DEBUG    = 1 << 7, 

    G_LOG_LEVEL_MASK    = ~(G_LOG_FLAG_RECURSION | G_LOG_FLAG_FATAL) 
} GLogLevelFlags; 

はそれがdefault handlerは、例えば、受信することは可能ですか？これはglibのAPIの守秘義務に従って明確に定義されていますか？

Answer 1

はい - そうです。 ログレベルを組み合わせ、G_LOG_LEVEL_MASKとして見ては、ビット単位のすべてのビットを有するマスクが、0および1セットとして定義され、そして

g_log_set_handler ("GLib", G_LOG_LEVEL_MASK | G_LOG_FLAG_FATAL 
       | G_LOG_FLAG_RECURSION, my_log_handler, NULL); 

がGLibのからのすべてのメッセージのログ・ハンドラを追加するための例として使用されて結構です。

また、g_log_set_handlerについて以下の引用文を検討：

を、ドメインとログレベルのセット

最後に、this tutorialを見るためのログハンドラを設定しており、とりわけ、状態：

GLogLevelFlagsパラメータは、ログメッセージの文字と特定のチャネルを定義するビットフラグの列挙型です。ログハンドラで最もよく使用される3つはG_LOG_LEVEL_MESSAGE,G_LOG_LEVEL_WARNING、G_LOG_LEVEL_ERRORです。これらはビットフラグであるため、バイナリOR演算子を使用して、複数のチャネルを1つのハンドラに結合することができます。