GUN C中的错误报告

　　在C语言中，很多库函数在调用失败时都会返回特定的值。比如返回-1，空指针，EOF等。但是这些值仅仅表示的调用失败，并未给出详细的错误信息。如果想查看详细的错误内容，就要去查看errno的错误代码，errno在errno.h中定义。

　　关于errno的解释（一个int类型，可修改的左值）：

　　　　errno包含了系统中的常见错误编号，我们也可以对它进行修改。

　　　　由于errno被声明为volatile，它可能会被信号处理程序异步地更改; 请参阅定义处理程序。 但是，正确写入的信号处理程序可以保存并恢复errno的值，所以通常不用担心这种可能性，除非写信号处理程序。

　　　　errno在程序运行时被初始化为0。很多库函数会在调用失败时，将errno的值设定为一些特定非零值。这些错误条件列出每个具体的错误，这些错误在函数成功调用时不会更改errno的值，因此我们不能使用errno来确定调用是否失败。我们应该在每个方法中都定义errno，在调用时检查errno的值。

　　　　很多库函数都会在被调用结束是设定非零的errno作为函数返回值表示调用失败，我们应当假设任何库函数都在要返回失败信息是修改errno的值。

　　　　可移植性注意：ISO C将errno指定为“可修改的左值”，而不是作为变量，允许将其作为宏实现。 例如，它的扩展可能涉及一个函数调用，如* __ errno_location（）。 其实这就是GNU / Linux和GNU / Hurd系统。 每个系统上的GNU C Library都可以对特定系统进行任何操作。

　　　　有一些库函数，如sqrt和atan，在出现错误时返回完全合法的值，但也设置errno。 对于这些函数，如果要检查是否发生错误，推荐的方法是在调用函数之前将errno设置为零，然后再检查其值。

　　所有错误代码都有符号名称，他们作为宏定义在<errno.h>。这些名称已'E'作为开始和其他大写字母或数字组合。我们应当查看C库中定义的保留名称。

　　错误代码值都是正整数，并且都是不同的，除了一个例外：EWOULDBLOCK和EAGAIN是相同的。 由于值不同，可以将它们用作switch语句中的标签; 只需不要同时使用EWOULDBLOCK和EAGAIN。 程序不应该对这些符号常量的具体值做出任何其他假设。

　　由于errno可以作为其他情况返回自己特定的错误值，因此没有必要作为对于任意宏实现，但是不应当对某些特定库函数的唯一值进行修改。

　　除了在GNU / Hurd系统之外，如果给定一个无效的指针作为参数，几乎任何系统调用都可以返回EFAULT。 由于这只能由于程序中的错误而发生，并且由于不会在GNU / Hurd系统上发生错误，所以在单个功能的描述中，没有提及EFAULT，节省了空间。

　　在某些Unix系统中，许多系统调用也可以返回EFAULT，如果作为参数指定一个指向堆栈的指针，并且由于某些模糊原因的内核尝试扩展堆栈，将失败。 如果发生这种情况，应该尝试使用静态或动态分配的内存而不是该系统上的堆栈内存。