C++博客-no_rain-文章分类-C/C++

网络编程的小实验（一）

is-programmer — Mon, 28 Nov 2011 15:17:00 GMT

在没有链接的情况下调用getpeername

#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <unistd.h>
#include <sys/socket.h>
#include <netinet/in.h>

#define MAXLINE 80
#define SERV_PORT 8000
int main(){
  int servsock;
  if((servsock = socket(AF_INET,SOCK_STREAM,0)) < 0){
    perror("socket");
    exit(1);
  }
  struct sockaddr_in peer;
  memset(&peer,0,sizeof(peer));
  socklen_t peerlen = sizeof(peer);
  int ret;
  if((ret = getpeername(servsock,(struct sockaddr*)&peer,&peerlen)) < 0){
    perror("getpeername");
    exit(1);
  }
  char meg[100];
  inet_ntop(AF_INET,&peer,meg,peerlen);
  printf("%s\n",meg);
}

结果：getpeername: Transport endpoint is not connected

is-programmer 2011-11-28 23:17 发表评论

关于C中的文件描述符关联C++ 的 iostream

is-programmer — Sun, 20 Nov 2011 04:55:00 GMT

Recently I has read object-oriend multithreading using C++ and find a interesting question ,: is it possible for us to use the file descriptor and socket to be linked to the object iostream ? the answer is no... even in the book is yes ,(osolete book);

This is a frequent question, and the answer is probably "no". At least with respect to standard C++, there's no way to obtain a descriptor from an fstream object or bind an fstream object to a descriptor. The reason, as your book suggested, is implementation dependecies. Just as new doesn't necessarily have to use malloc() to allocate raw memory, the fstream library isn't required to use stdio.h as its underlying implementation.

is-programmer 2011-11-20 12:55 发表评论

C中的side effect 和 sequence point

is-programmer — Mon, 14 Nov 2011 07:08:00 GMT

wiki 中 sequence point 定义：
A sequence point in imperative programming defines any point in a computer program's execution at which it is guaranteed that allside effects of previous evaluations will have been performed, and no side effects from subsequent evaluations have yet been performed. They are often mentioned in reference to C and C++, because the result of some expressions can depend on the order of evaluation of their subexpressions. Adding one or more sequence points is one method of ensuring a consistent result, because this restricts the possible orders of evaluation.
简单的说就是在C/C++中有一些执行顺序问题，C/C++定义了一些sequence point，在下一个sequence point 执行之前必须把前一个执行完，但是问题是在一个sequence point 和另一个之间还有一些side effect。由于这些就引出一些有趣的问题。

条件运算符?:、逗号运算符、逻辑与&&、逻辑或||的每一个操作数求值之后是Sequence Point。
问题一：

f(g( ), h( ) );

先执行谁？答：g( ),h( ) 的顺序不确定，它们执行之后才执行f ( );
问题二：

int i = 1;i = i ++;

结果是？答：undefined，因为我们知道i++ 是先返回再改变i的值的，那么赋值语句右边就有了值了，那么就存在这样的两种情况：1,i先赋值,再++，那么i现在为2；2，先++，然后赋值，注意此时赋值的内容是还没++的值，所以i为1；根据不同的编译器会得出不同的结果的。
问题三：

int a = 1; a = (++a)+(++a)+(++a);

结果是？答：undefined,这个的问题是，到底是先把每个++执行完之后才进行加法还是先把前两个先加再执行最后一个++？两者的答案分别是9，11。当然还有其他情况。
问题四：

int i = 1; int a[10]={0}; a[i++] = i;

答：同问题2.
所以我们要坚持的原则是：

在两个Sequence Point之间，同一个变量的值只允许被改变一次。

is-programmer 2011-11-14 15:08 发表评论

C中的Comma Operator和typedef，sizeof

is-programmer — Mon, 14 Nov 2011 06:12:00 GMT

逗号运算符（Comma Operator）也是一种双目运算符，它的形式是表达式1, 表达式2，两个表达式不要求类型一致，左边的表达式1先求值，求完了直接把值丢掉，再求右边表达式2的值作为整个表达式的值。

注意，函数调用时各实参之间也是用逗号隔开，这种逗号是分隔符而不是逗号运算符。但可以这样使用逗号运算符：

f(a, (t=3, t+2), c)

sizeof是一个很特殊的运算符，它有两种形式：“sizeof 表达式”和“sizeof(类型名)”。这个运算符很特殊，“sizeof 表达式”中的子表达式并不求值，而只是根据类型转换规则求得子表达式的类型，然后把这种类型所占的字节数作为整个表达式的值。有些人喜欢写成“sizeof(表达式)”的形式也可以。
sizeof运算符的结果是size_t类型的，这个类型定义在stddef.h头文件中，不过你的代码中只要不出现size_t这个类型名就不用包含这个头文件，比如像上面的例子就不用包含这个头文件。C标准规定size_t是一种无符号整型，编译器可以用typedef做一个类型声明，

那么size_t就代表unsigned long型。不同平台的编译器可能会根据自己平台的具体情况定义size_t所代表的类型，比如有的平台定义为unsigned long型，有的平台定义为unsigned long long型，C标准规定size_t这个名字就是为了隐藏这些细节，使代码具有可移植性。

typedef用来声明一个别名，typedef后面的语法，是一个声明。本来笔者以为这里不会产生什么误解的，但结果却出乎意料，产生误解的人不在少数。罪魁祸首又是那些害人的教材。在这些教材中介绍typedef的时候通常会写出如下形式： typedef int PARA; 这种形式跟#define int PARA几乎一样，这些教材的宗旨是由浅入深，但实际做出来的行为却是以偏盖全。的确，这种形式在所有形式中是最简单的，但却没有对 typedef进一步解释，使得不少人用#define的思维来看待typedef，把int与PARA分开来看，int是一部分，PARA是另一部分，但实际上根本就不是这么一回事。int与PARA是一个整体！就象int i:声明一样是一个整体声明，只不过int i定义了一个变量，而typedef定义了一个别名。这些人由于持有这种错误的观念，就会无法理解如下一些声明： typedef int a[10]; typedef void (*p)(void); 他们会以为a[10]是int的别名，(*p)(void)是void的别名，但这样的别名看起来又似乎不是合法的名字，于是陷入困惑之中。实际上，上面的语句把a声明为具有10个int元素的数组的类型别名，p是一种函数指针的类型别名。虽然在功能上，typedef可以看作一个跟int PARA分离的动作，但语法上typedef属于存储类声明说明符，因此严格来说，typedef int PARA整个是一个完整的声明。定义一个函数指针类型。比如原函数是 void func(void); 那么定义的函数指针类型就是typedef void (*Fun)(void); 然后用此类型生成一个指向函数的指针： Fun func1; 当func1获取函数地址之后，那么你就可以向调用原函数那样来使用这个函数指针： func1(void);
下面举几个例子：

typedef struct tagMyStruct
{
　int iNum;
　long lLength;
} MyStruct;

下一个

typedef struct tagNode
{
　char *pItem;
　pNode pNext;
} *pNode;

编译错误，

C语言当然允许在结构中包含指向它自己的指针，我们可以在建立链表等数据结构的实现上看到无数这样的例子，上述代码的根本问题在于typedef的应用。正确的：

typedef struct tagNode
{
　char *pItem;
　struct tagNode *pNext;
} *pNode;

is-programmer 2011-11-14 14:12 发表评论

ANSI C 的标准

is-programmer — Mon, 14 Nov 2011 04:40:00 GMT

   大部分的关于C的著作都提到ANSI C Standard，但我相信少有C程序员真正细致阅读过ANSI C标准，C标准规定了一些原则，充分给了编译器程序员权力，根据具体平台的特性去决定一些规则。C标准的Rationale之一：优先考虑效率，而可移植性尚在其次。
Implementation-defined、Unspecified和Undefined
   在C标准中没有做明确规定的地方会用Implementation-defined、Unspecified或Undefined来表述，在本书中有时把这三种情况统称为“未明确定义”的。这三种情况到底有什么不同呢？
   我们刚才看到一种Implementation-defined的情况，C标准没有明确规定char是有符号的还是无符号的，但是要求编译器必须对此做出明确规定，并写在编译器的文档中。
   对于Unspecified的情况，往往有几种可选的处理方式，C标准没有明确规定按哪种方式处理，编译器可以自己决定，并且也不必写在编译器的文档中，这样即便用同一个编译器的不同版本来编译也可能得到不同的结果，因为编译器没有在文档中明确写它会怎么处理，那么不同版本的编译器就可以选择不同的处理方式，比如下一章我们会讲到一个函数调用的各个实参表达式按什么顺序求值是Unspecified的。
   Undefined的情况则是完全不确定的，C标准没规定怎么处理，编译器很可能也没规定，甚至也没做出错处理，有很多Undefined的情况编译器是检查不出来的，最终会导致运行时错误，比如数组访问越界就是Undefined的。
   初学者看到这些规则通常会很不舒服，觉得这不是在学编程而是在啃法律条文，结果越学越泄气。是的，C语言并不像一个数学定理那么完美，现实世界里的东西总是不够完美的。但还好啦，C程序员已经很幸福了，只要严格遵照C标准来写代码，不要去触碰那些阴暗角落，写出来的代码就有很好的可移植性。想想那些可怜的 JavaScript程序员吧，他们甚至连一个可以遵照的标准都没有，一个浏览器一个样，甚至同一个浏览器的不同版本也差别很大，程序员不得不为每一种浏览器的每一个版本分别写不同的代码。

is-programmer 2011-11-14 12:40 发表评论