zoukankan      html  css  js  c++  java
  • 使用__FILE__和__LINE__定位错误

     

    [前言:使用__FILE__和__LINE__来定位错误已经屡见不鲜,然而其中一些道理又有几个人仔细探究过。本文参考了Curtis Krauskopf的一篇名为Using __FILE__ and __LINE__ to Report Errors 的文章,希望达到解惑之效。]

    问题:当运行时错误产生时,我怎样才能得到包含C++文件名和行号的字符串信息?
    回答:在C++中的__FILE__预编译指示器包含了被编译的文件名,而__LINE__则包含了源代码的行号。__FILE__和__LINE__的前后都包含了两个下划线,让我们仔细看看__FILE__所包含的每个字符:

    _ _ F I L E _ _ 

    下面展示了在控制台程序中如果显示文件名和代码行号。

     

    #include  < stdio.h > 

    int  main( int  ,  char ** )
    {
         printf( " This fake error is in %s on line %d  " ,         __FILE__, __LINE__);
          return   0 ;
    }


    输出结果:

    This fake error is in c: emp est.cpp on line 5

    让我们更上一层楼

    我想通过一个通用函数error()来报告错误,以使当某个错误发生时我能设置断点以及隔离错误处理(例如,在屏幕上打印错误信息或者写入日志)。因此,函数的原型应该是这样的吧:

    void  error( const   char   * file,  const  unsigned  long  line, const   char   * msg); 


    调用方式如下:

    error(__FILE__, __LINE__,  " my error message " );


    预处理魔法

    这里有三个问题需要解决:

    1. __FILE__和__LINE__在每次调用error时作为参数传入。
    2. __FILE和__LINE__前后的下划线很容易被遗忘,从而导致编译错误。
    3. __LINE__是一个整数,这无疑增加了error函数的复杂度。我绝不想直接使用整型的__LINE__,而通常都是将转换为字符串打印到屏幕或写入日志文件。

    __FILE__和__LINE__应该被自动处理,而非每次作为参数传递给error,这样会让error的使用者感觉更爽些,它的形式可能是下面这样:

    error(AT,  " my error message " );

     
    我希望上面的宏AT展开为:"c: emp est.cpp:5"。而新的error函数则变成:

    void  error( const   char   * location,  const   char   * msg);

     

     

    因为Borland C++ Builder编译器能够自动合并相邻的字符串,因此我把AT写成下面这样:

    #define  AT __FILE__ ":" __LINE__ 


    然而它却罢工了,因为__LINE__被扩展成了整数而非字符串,所以宏展开后变成:

    "c: emp est.cpp" ":" 5

    这是一个无效的字符串,因为末尾有一个未被双引号包含的整数。

    怎么办?别着急,一个特殊的预编译指示器“#”能够帮我们将一个变量转换成字符串。所以重新定义宏:

    #define AT __FILE__ ":" #__LINE__
    嘿嘿,这样总行了吧。别高兴得太早,这样也是不行的。因为编译器会抱怨#是个无效字符。其实,问题是#预编译指示器只有这样使用才会
    被正确识别:

    #define symbol(X) #X 
     


    因此,我把代码改为:

    #define  STRINGIFY(x) #x 
    #define  AT __FILE__ ":" STRINGIFY(__LINE__) 


    然而,奇怪的结果产生了,__LINE__居然被作为了输出的一部分:

    c: emp est.cpp:__LINE__: fake error

    解决方法是再用一个宏来包装STRINGIFY():

    #define  STRINGIFY(x) #x 
    #define  TOSTRING(x) STRINGIFY(x) 
    #define  AT __FILE__ ":" TOSTRING(__LINE__) 


    OK,我们用下面的代码来试试:

    #include  < stdio.h > 
    #define  STRINGIFY(x) #x 
    #define  TOSTRING(x) STRINGIFY(x) 
    #define  AT __FILE__ ":" TOSTRING(__LINE__) 
    void  error( const   char   * location,  const   char   * msg)
    {
      printf( " Error at %s: %s  " , location, msg);
    }
    int  main( int  ,  char ** )
    {
      error(AT,  " fake error " );
       return   0 ;
    }


    输出结果:

    Error at c: emp est est.cpp:11: fake error

    Visual Studio下的实践
    在《Windows核心编程》中,Jeffrey Richter提供了下面的宏在编译期输出有用信息: 

    #define  chSTR2(x) #x 
    #define  chSTR(x)  chSTR2(x) 
    #define  chMSG(desc) message(__FILE__ "(" chSTR(__LINE__) "):" #desc)


    message是一个预编译指令,上面宏的使用方法是:

     

     #pragma chMSG(Fix  this  later)


    结论

      1. 预编译指示器__FILE__和__LINE__能够提供有用的信息。
      2. __LINE__的处理方式远比我们想象的要复杂。
      3. __FILE__被处理成字符串,给我们带来了不少方便。
  • 相关阅读:
    深入Java类加载全流程,值得你收藏
    如何用好Go的测试黑科技
    Go的内存对齐和指针运算详解和实践
    Go和Java的性能对比,真的如此吗?
    Go中锁的那些姿势,估计你不知道
    浅谈Go类型转换之间的那些事
    学堂在线课程字幕下载
    无序数组中求最大值和最小值的最少比较次数
    串口字符串-HEX格式
    个人程序命名规范
  • 原文地址:https://www.cnblogs.com/jkred369/p/5011818.html
Copyright © 2011-2022 走看看