killlinux函数

A. unix，linux环境编程中关于signal函数和kill函数问题

signal函数调用后会进入系统的信号队列，具体什么时候执行是不可控的。

B. Linux C函数Kill

你是程序中调用kill函数，还是在命令行调用kill命令？
int kill(pid_t pid, int sig); 函数有两个参数，一个是进程号，一个是信号
如果你输入的进程号是正确的，而进程还在，则信号有可能被该进程忽略了，不知道你发送的信号是几号？ 只有SIGKILL SIGSTOP不能被忽略，其它都可以忽略或捕捉。

C. linux中用kill函数给init进程发送一个终止信号有什么后果

别容易出现问题。
pid=fork();
if(pid==0)
{
子进程处理....
}
else if(pid >0)
{
父进程处理....
}
else
fork出错处理

把你的程序改成上述形式之后，
kill完了，检查下kill的返回值，没有错误。我换了一个信号，SIGUSR1，并且给它注册了一个简单的信号处理函数，问题就搞定了。
SIGCONT的默认的信号处理函数不知道是什么，但是发送SIGCONT并不能让子进程返回，除非手动的注册一个信号处理函数。

你试试吧。。我简单修改的程序，好像在子进程里面exec没反应，但exec没错：
#include<sys/types.h>
#include<unistd.h>
#include<fcntl.h>
#include<stdio.h>
#include<sys/wait.h>
#include<stdlib.h>
#include<signal.h>

void tasksighandler(int signalnum);

void init()
{
signal(SIGUSR1,tasksighandler);
printf("task is ready ...\n");
printf("task's pid= %d\n",getpid());
pause(); //子程序挂起
printf("task's restarted...\n");
int a=0;
for(a=0;a<10;a++)
{
printf("task is diong ...\n");
sleep(1);
}
execl("/bin/ls","ls",NULL);

perror("execl");
}

void tasksighandler(int signalnum)
{
printf("OK,catch the signal\n");
}

int main()
{
int i;
pid_t pid=0;
pid=fork();
if (pid == 0) /* 子进程执行此命令 */
{
signal(SIGUSR1,tasksighandler);
printf("task is ready ...\n");
//printf("task's pid= %d\n",getpid());
pause(); //子程序挂起
printf("task's restarted...\n");
int a=0;
for(a=0;a<5;a++)
{
printf("task is diong ...\n");
sleep(1);
}

}

else if(pid > 0)
{
printf("pid is %d\n",pid);

sleep(5);
int retCode=kill(pid,SIGUSR1); //父进程给子进程发送信号，要求子进程继续运行
if(retCode <0)
{
perror("send signal error");
}

sleep(8);
return 0;
}

else
{
perror("fork error\n");
exit(-1);
}
}

下面是关于SIGCONT的一些说明，好像你这里使用的场合并不适合：
在 POSIX-服从的平台， SIGCONT 是 信号 送到再开始a 计算机程序 由早先停留 SIGSTOP 信号。 符号常数 为SIGCONT在被定义 标头文件 signal.h. 符号信号名字，因为信号数字可能横跨平台，变化使用。
用法

当 SIGSTOP 在它的现状被送到过程，通常行为是停留那个过程。 如果送它SIGCONT信号，过程只将恢复施行。 SIGSTOP和SIGCONT使用为 作业控制 在 UNIX外壳程序在其他目的中。
另外,虚机团上产品团购,超级便宜

D. Linux 环境下的C语言, 关于 kill 发送信号和 signal() 函数, 具体问题在以下代码的注释处

pause()会令目前的进程暂停(进入睡眠状态), 直到被信号(signal)所中断。

当50信号触动了，pause将退出睡眠状态，执行printf和return

E. linux 中 kill() 与 signal() 函数

虽然子进程将父进程的函数重新拷贝了一份，子进程和父进程共享同一段内存空间，但不能被共享。可以通过共享内存解决这个问题。使用这个函数void* mmap(void * addr, size_t len, int prot, int flags, int fd, off_t offset)把进程地址空间映射为共享内存。addr为被映射的进程地址空间内存地址，取NULL表示由系统决定；len为被映射地址空间的长度；prot为内存映射区保护参数，通常取为PROT_READ|PROT_WRITE；flags为标志，通常取为MAP_SHARED|MAP_ANON；fd取为-1，offset取为0。成功返回被映射区的起始地址，失败返回错误码。需要的头文件为：sys/mman.h。
使用方法：int * share； //假设要把share所指向的一个整型变量映射为共享内存空间。
share = (int *)mmap(NULL, sizeof(int), PROT_READ|PROT_WRITE, MAP_SHARED|MAP_ANON, -1, 0 )这样就能实现你说的 了.

F. 如何kill杀掉linux系统中的僵尸defunct进程

Linux 中如何杀掉僵尸进程 1) 检查当前僵尸进程信息 # ps -ef | grep defunct | grep -v grep | wc -l 175 # top | head -2 top - 15:05:54 up 97 days, 23:49, 4 users, load average: 0.66, 0.45, 0.39 Tasks: 829 total, 1 running, 479 sleeping, 174 stopped, 175 zombie # ps -ef | grep defunct | grep -v grep 2) 获得杀僵尸进程语句 # ps -ef | grep defunct | grep -v grep | awk '{print "kill -9 " $2,$3}' 执行上面获得的语句即可, 使用信号量9, 僵尸进程数会大大减少. 3) 过一会儿检查当前僵尸进程信息 # ps -ef | grep defunct | grep -v grep | wc -l 125 # top | head -2 top - 15:29:26 up 98 days, 12 min, 7 users, load average: 0.27, 0.54, 0.56 Tasks: 632 total, 1 running, 381 sleeping, 125 stopped, 125 zombie 发现僵尸进程数减少了一些, 但还有不少啊. 4) 再次获得杀僵尸进程语句 # ps -ef | grep defunct | grep -v grep | awk '{print "kill -18 " $3}' 执行上面获得的语句即可, 这次使用信

G. 在linux c编程里看到一句代码：kill（func(), SIGHUP）；func()是子函数，请问这句是什么意思

func（）函数返回一个进程ID，SIGHUP是signal信号中的一种处理方式，系统对SIGHUP信号的默认处理是终止收到该信号的进程。所以若程序中没有捕捉该信号，当收到该信号时，进程就会退出。

H. Linux kill函数返回了1是什么情况

返回1是没有权限
man 2 kill
可以查到kill函数的错误返回：EINVAL、EPERM和ESRCH
再看error.h里：
#define EPERM 1 /* Operation not permitted */

#define ESRCH 3 /* No such process */

#define EINVAL 22 /* Invalid argument */

I. Linux的kill函数和SIGUSR1信号。

对于这个信号而言,没有信号响应函数的话,进程应该会异常终止,对于系统已有的信号一般都是有默认处理的,具体的我有点记不得了,搜下其实就知道了.我在网上找了下各信号默认处理方式,你看看吧,对你有没有用
信号名称 信号说明 默认处理
SIGABRT 由程序调用 abort时产生该信号。 程序异常结束。 进程终止并且产生core文件
SIGALRM timer到期， 有alarm或者setitimer 进程终止
SIGBUS 总线错误，地址没对齐等。取决于具体硬件。 结束终止并产生core文件
SIGCHLD 进程停止或者终止时，父进程会收到该信号。 忽略该信号
SIGCONT 让停止的进程继续执行 继续执行或者忽略
SIGFPE 算术运算异常，除0等。 进程终止并且产生core文件。
SIGHUP 终端关闭时产生这个信号 进程终止
SIGILL 代码中有非法指令 进程终止并产生core文件
SIGINT 终端输入了中断字符ctrl+c 进程终止
SIGIO 异步I/O,跟SIGPOLL一样。 进程终止
SIGIOT 执行I/O时产生硬件错误 进程终止并且产生core文件
SIGKILL 这个信号用户不能去捕捉它。 进程终止
SIGPIPE 往管道写时，读者已经不在了，或者往一个已断开数据流socket写数据。 进程终止
SIGPOLL 异步I/O，跟SIGIO一样。 进程终止
SIGPROF 有setitimer设置的timer到期引发 。 进程终止
SIGPWR Ups电源切换时 进程终止
SIGQUIT Ctrl+\，不同于SIGINT，这个是会产生core mp文件的。 进程终止并且产生core文件
SIGSEGV 内存非法访问，默认打印出segment fault 进程终止并且产生core文件
SIGSTOP 某个进程停止执行，该信号不能被用户捕捉。 进程暂停执行
SIGSYS 调用操作系统不认识的系统调用。 进程终止并且产生core文件
SIGTERM 有kill函数调用产生。 进程终止
SIGTRAP 有调试器使用，gdb 进程终止并且产生core文件
SIGTSTP Ctrl+z，挂起进程。 进程暂停
SIGTTIN 后台程序要从终端读取成数据时。 进程暂停
SIGTTOU 后台终端要把数据写到终端时。 进程暂停
SIGURG 一些紧急的事件，比如从网络收到带外数据。 忽略
SIGUSR1 用户自定义信号 进程终止
SIGUSR2 用户自定义信号 进程终止
SIGVTALRM 有setitimer产生。 进程终止

J. 关于Linux中kill（），请大家看一哈

你的子进程没有调用 signal 来设置它自己对应 SIGALM的处理函数，看看我改后的代码，子进程调用了signal来设置信号处理函数。

子进程给父进程发信号后，父进程打印3秒后，会向子进程也发同一信号，子进程也能处理这个信号了。

#include <sys/types.h>
#include <signal.h>
#include <stdio.h>
#include <unistd.h>
static int alarm_fired = 0;

void ding(int sig)
{
alarm_fired = 1;
}

int main()
{
pid_t pid;
printf("alarm application starting\n");
pid = fork();
switch(pid) {
case -1:
/* Failure */
perror("fork failed");
exit(1);
case 0:
/* child */
sleep(5);
(void) signal(SIGALRM, ding);
printf("Child send sig to parent\n");
kill(getppid(), SIGALRM);
pause();
if (alarm_fired) printf("Ding!\n");
printf("Child exit\n");
exit(0);
}

/* if we get here we are the parent process */
printf("waiting for alarm to go off\n");
(void) signal(SIGALRM, ding);
pause();
if (alarm_fired) printf("Ding!\n");
sleep(3);
printf("Parent send sig to child\n");
kill(pid, SIGALRM);
wait(NULL);
exit(0);
}