首先server.c中如下几行代码:
signal(SIGPIPE, SIG_IGN); /* Ignore sigpipe */
sa.sa_handler = sigchld_handler;
sigemptyset(&sa.sa_mask);
sa.sa_flags = SA_RESTART;
/***********************************************************/
当服务器close一个连接时,若client端接着发数据。 根据TCP协议的规定,会
收到一个RST响应,client再向这个服务器发送数据时系统会发出一个SIGPIPE信号给进程,告诉进程这个连接已经断开了,不要再写了。
根据信号的默认处理规则SIGPIPE默认执行动作是terminate(终止、退出),所以client会退出。若不想客户端退出,可以把SIGPIPE设为SIG_IGN,如
signal(SIGPIPE,SIG_IGN);这时SIGPIPE交给了系统处理。
服务器采用了fork的话,要收集垃圾进程,防止僵尸进程的产生。可以这样处理。
signal(SIGCHLD, SIG_IGN);交给系统init去回收。
这里子进程就不会产生僵尸进程了。
/****************************************************************/
sigaction()是POSIX的信号接口,而signal()是标准C的信号接口(如果程序必须在非 POSIX系统上运行,那么就应该使用这个接口)
给信号signum设置新的信号处理函数act, 同时保留该信号原有的信号处理函数oldact
------------------------------------------------
int sigaction( int signum, const struct sigaction --*act,
struct sigaction *oldact)
#include <stdio.h>
#include <signal.h>
#include <unistd.h>
void show_handler(int sig)
{
printf("I got signal %d/n", sig);
int i;
for(i = 0; i < 5; i++)
{
printf("i = %d/n", i);
sleep(1);
}
}
int main(void)
{
int i = 0;
struct sigaction act, oldact;
act.sa_handler = show_handler;
sigaddset(&act.sa_mask, SIGQUIT); //(1)
act.sa_flags = SA_RESETHAND | SA_NODEFER; //(2)
//act.sa_flags = 0; //(3)
sigaction(SIGINT, &act, &oldact);
while(1)
{
sleep(1);
printf("sleeping %d/n", i);
i++;
}
}
注:
(1) 如果在信号SIGINT(Ctrl + c)的信号处理函数show_handler执行过程中,本进程收到信号SIGQUIT(Crt+/),将阻塞该信号,直到show_handler执行结束才会处理信号SIGQUIT。
(2) SA_NODEFER 一般情况下, 当信号处理函数运行时,内核将阻塞<该给定信号 -- SIGINT>。但是如果设置了SA_NODEFER标记, 那么在该信号处理函数运行时,内核将不会阻塞该信号。 SA_NODEFER是这个标记的正式的POSIX名字(还有一个名字SA_NOMASK,为了软件的可移植性,一般不用这个名字)
SA_RESETHAND 当调用信号处理函数时,将信号的处理函数重置为缺省值。 SA_RESETHAND是这个标记的正式的POSIX名字(还有一个名字SA_ONESHOT,为了软件的可移植性,一般不用这个名字)
(3) 如果不需要重置该给定信号的处理函数为缺省值;并且不需要阻塞该给定信号(无须设置sa_flags标志),那么必须将sa_flags清零,否则运行将会产生段错误。但是sa_flags清零后可能会造成信号丢失!
/*****************************************************************/
在SPCAV4L.C文件中:
jpegsize= convertframe(vd->ptframe[vd->frame_cour]+ sizeof(struct frame_t),
vd->pFramebuffer + vd->videombuf.offsets[vd->vmmap.frame],
vd->hdrwidth,vd->hdrheight,vd->formatIn,vd->framesizeIn);
headerframe=(struct frame_t*)vd->ptframe[vd->frame_cour];
刚开始看的一头雾水,原来结构体frame_t是用来保存控制视频图像的相关信息,convertframe()函数将pFramebuffer中的数据转成完整的JPEG格式的数据保存到ptframe缓存中去,在frame_t指向的地址后面,紧接着的是转换成JPEG格式后的数据,
在SOCKET中,是先写入frame_t,再写入jpeg数据。
ret = write_sock(sock, (unsigned char *)headerframe, sizeof(struct frame_t)) ;
if(!wakeup)
ret = write_sock(sock,(unsigned char*)(videoIn.ptframe[frameout]+sizeof(struct frame_t)),headerframe->size);
/*************************************************************/
下面是百度找到的,关于字符指针转换成结构体指针的说法:
我这里有这样的结构体
struct roadmap_db_section {
char name[12];
int first;
int next;
int size;
int count;
};
然后有这样一条语句: char * c = &ss(其中ss为一个文件内容在内存中的首地址)
struct* s = (struct roadmap_db_section *) c;
我想问的是,这个字符型的指针,怎么就能强制转化为结构体类型的指针呢?转换
后这个结构体指针和字符指针之间是什么关系啊?
指针说白了就是地址,32位机中地址是用long表示的,所以指针是可以相互转换的,
只是转换后寻址方式不同了而已.
上面的roadmap_db_section的在内存中占28字节,转成char*就相当于一个
char c[28], 不管它怎么换也就是这28个字节的内容.再转结构体时,前面12个
字节放入name[12]中,后面的每四位作一个整数