日本精品久久久久中文字幕8,久久AAAA片一区二区,人人狠狠综合久久亚洲高清

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);
}

�l�果�Q?span class="Apple-style-span" style="font-size: 13px; background-color: #eeeeee; ">getpeername: Transport endpoint is not connected

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

关于C中的文�g描述�W�关联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 定义�Q?/span>
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�Q�在下一个sequence point 执行之前必须把前一个执行完�Q�但是问题是在一个sequence point 和另一个之间还有一些side effect。由于这些就引出一些有��的问题�?div style="display: inline-block; ">条�g�q�算�W?:、逗号�q�算�W�、逻辑�?amp;&、逻辑或||的每一个操作数求��g��后是Sequence Point�?br />问题一�Q?br />

f(g( ), h( ) );

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

int i = 1;i = i ++;

�l�果是？ �{�：undefined�Q�因为我们知道i++ 是先�q�回再改变i的值的�Q�那么赋��D��句右边就有了��g��Q�那么就存在�q�样的两�U�情况：1,i先赋�?�?+�Q�那么i现在�?�Q?�Q�先++�Q�然后赋��|��注意此时赋值的内容是还�?+的��|��所以i�?�Q�根据不同的�~�译器会得出不同的结果的�?br />问题三：

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

�l�果是？�{�：undefined,�q�个的问题是�Q�到底是先把每个++执行完之后才�q�行加法�q�是先把前两个先加再执行最后一�?+�Q�两者的�{�案分别�?�Q?1。当然还有其他情��c�?br />问题四：

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

�{�：同问�?.
所以我们要坚持的原则是�Q?div style="display: inline-block; ">在两个Sequence Point之间�Q�同一个变量的值只允许被改变一��?/em>�?/span>

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

C中的Comma Operator和typedef�Q�sizeof

is-programmer — Mon, 14 Nov 2011 06:12:00 GMT
逗号�q�算�W�（Comma Operator�Q?a id="id2762605" class="indexterm" style="color: blue; text-decoration: underline; ">也是一�U�双目运��符�Q�它的�Ş式是表达�?, 表达�?�Q�两个表辑ּ�不要求类型一��_��左边的表辑ּ�1先求��|��求完了直接把��g��掉，再求双��表达�?的��g��为整个表辑ּ�的倹{�?div style="display: inline-block; ">注意�Q�函数调用时各实参之间也是用逗号隔开�Q�这�U�逗号是分隔符而不是逗号�q�算�W�。但可以�q�样使用逗号�q�算�W�：
f(a, (t=3, t+2), c)
sizeof是一个很�Ҏ��的运��符�Q�它有两�U��Ş式：“sizeof 表达�?/span>”�?#8220;sizeof(�c�d��?”。这个运��符很特�D�，“sizeof 表达�?/span>”中的子表辑ּ��q�不求��|��而只是根据类型�{换规则求得子表达式的�c�d��Q�然后把�q�种�c�d��所占的字节��C��为整个表辑ּ�的倹{��有些�h喜欢写成“sizeof(表达�?”的�Ş式也可以�?br />sizeof�q�算�W�的�l�果�?code class="literal">size_t�c�d��的，�q�个�c�d��定义�?code class="literal">stddef.h头文件中�Q�不�q�你的代码中只要不出�?code class="literal">size_t�q�个�c�d��名就不用包含�q�个头文�Ӟ��比如像上面的例子��׃��用包含这个头文�g。C标准规定size_t是一�U�无�W�号整型�Q�编译器可以�?code class="literal">typedef做一个类型声明，
那么size_t��׃��?code class="literal">unsigned long型。不同��^台的�~�译器可能会�Ҏ��自己�q�_��的具体情况定�?code class="literal">size_t所代表的类型，比如有的�q�_��定义�?code class="literal">unsigned long型，有的�q�_��定义�?code class="literal">unsigned long long型，C标准规定size_t�q�个名字��是��Z��隐藏�q�些�l�节�Q��代码��h��可移植性�?br />
   typedef用来声明一个别名，typedef后面的语法，是一个声明。本来笔者以��里不会��生什么误解的�Q�但�l�果却出乎意料，产生误解的�h不在��数。罪��祸首又是那些害人的教材。在�q�些教材中介�l�typedef的时候通常会写出如下�Ş式： typedef int PARA; �q�种形式�?define int PARA几乎一��P��q�些教材的宗旨是由浅入深�Q�但实际做出来的行�ؓ却是以偏盖全。的��，�q�种形式在所有�Ş式中是最��单的�Q�但却没有对 typedef�q�一步解释，使得不少人用#define的思维来看待typedef�Q�把int与PARA分开来看�Q�int是一部分�Q�PARA是另一部分�Q�但实际上根本就不是�q�么一回事。int与PARA是一个整体！��p��int i:声明一��h��一个整体声明，只不�q�int i定义了一个变量，而typedef定义了一个别名。这些�h�׃��持有�q�种错误的观念，��׃��无法理解如下一些声明： typedef int a[10]; typedef void (*p)(void); 他们会以为a[10]是int的别名，(*p)(void)是void的别名，但这��L��别名看�v来又��g��不是合法的名字，于是陷入困惑之中。实际上�Q�上面的语句把a声明为具�?0个int元素的数�l�的�c�d��别名�Q�p是一�U�函数指针的�c�d��别名�?虽然在功能上�Q�typedef可以看作一个跟int PARA分离的动作，但语法上typedef属于存储�c�d��明说明符�Q�因此严格来��_��typedef int PARA整个是一个完整的声明�?定义一个函数指针类型�?比如原函数是 void func(void); 那么定义的函数指针类型就是typedef void (*Fun)(void); 然后用此�c�d��生成一个指向函数的指针�Q?Fun func1; 当func1获取函数地址之后�Q�那么你��可以向调用原函数那��h��使用�q�个函数指针�Q?func1(void);
下面丑և�个例子：
typedef struct tagMyStruct
{
　int iNum;
　long lLength;
} MyStruct;
下一�?br />
typedef struct tagNode
{
　char *pItem;
　pNode pNext;
} *pNode;
�~�译错误�Q?div style="display: inline-block; ">C语言当然允许在结构中包含指向它自��q��指针�Q�我们可以在建立链表�{�数据结构的实现上看到无数这��L��例子�Q�上�q�C��码的�Ҏ��问题在于typedef的应用。正��的�Q?br />
typedef struct tagNode
{
　char *pItem;
　struct tagNode *pNext;
} *pNode;

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

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

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

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