远指针FAR/近指针NEAR/_STDCALL/_CDECL

今天看到inet_ntoa函数的原型，这个返回类型实在是没见过：

char FAR* PASCAL FAR inet_ntoa(struct in_addr in);

搜索了一下：

1.关于FAR:(来自http://blog.csdn.NET/sphone89/article/details/7184976)

FAR 是16位系统时候的概念了，代表远指针的意思。

近指针是16位的指针，它只表示段内的偏移地址，因而只能对64k字节数据段内地址进行存取。

　　如 char near *p;

　　p=(char near *)0xffff;

　　远指针是32位指针，它表示段地址：偏移地址，如定义远程指针p指向B500段的2号地址，即B500:0002,则可写作：

　　char far *p;

　　p=(char far *)0xB5000002;

　　因此，远指针可以进行跨段寻址，可以访问整个内存的地址。

     16位系统有远近指针之分的环境中，得告诉编译器指针变量h_name强制使用远指针方式。因为16位系统寻址范围只有2^16=64K,所以用FAR指针,再加上16位,高16位存放的是变量的段地址，低16位存放变量的段内偏移。

关于__stdcall和_cdecl（提到PASCAL）这两个关键字看起来似乎很少和我们打交道，但是看了下面的定义（来自windef.h），你一定会觉得惊讶：    #define CALLBACK    __stdcall    #define WINAPI      __stdcall    #define WINAPIV     __cdecl    #define APIENTRY    WINAPI    #define APipRIVATE  __stdcall    #define PASCAL      __stdcall    #define cdecl _cdecl    #ifndef CDECL    #define CDECL _cdecl    #endif    几乎我们写的每一个WINDOWS API函数都是__stdcall类型的，为什么？？    首先，我们谈一下两者之间的区别：      WINDOWS的函数调用时需要用到栈（STACK，一种先入后出的存储结构）。当函数调用完成后，栈需要清楚，这里就是问题的关键，如何清除？？      如果我们的函数使用了_cdecl，那么栈的清除工作是由调用者，用COM的术语来讲就是客户来完成的。这样带来了一个棘手的问题，不同的编译器产生栈的方式不尽相同，那么调用者能否正常的完成清除工作呢？答案是不能。      如果使用__stdcall，上面的问题就解决了，函数自己解决清除工作。所以，在跨（开发）平台的调用中，我们都使用__stdcall（虽然有时是以WINAPI的样子出现）。      那么为什么还需要_cdecl呢？当我们遇到这样的函数如fPRintf()它的参数是可变的，不定长的，被调用者事先无法知道参数的长度，事后的清除工作也无法正常的进行，因此，这种情况我们只能使用_cdecl。      到这里我们有一个结论，如果你的程序中没有涉及可变参数，最好使用__stdcall关键字