关于getpw系列函数返回的静态区域

  首先说一下什么是getpw系列函数,它主要是指这些函数:

  

  这些函数根据一个用户名(getpwnam和getpwnam_r两个函数)或者一个用户ID(getpwuid和getpwuid_r)来获取这个用户在/etc/passwd中相应的条目信息,并把这些信息存放在一个struct passwd的结构体里面,然后再把这个结构体的指针返回。问题就出在这个存储用户信息的结构体上面,它是由getpw函数在程序中自定义的一块静态存储区,而且每调用一次getpw函数,这个静态存储区就会被重写一次。比如下面这段代码:

 1 #include<errno.h>
 2 #include<pwd.h>
 3 #include<string.h>
 4 #include<stdlib.h>
 5 #include<stdarg.h>
 6 #include<stdio.h>
 7 #include<sys/types.h>
 8
 9 #define BUFSIZE 512
10
11 void err_exit(char *fmt,...);
12
13 int main(int argc,char *argv[])
14 {
15
16     struct passwd *mistr;
17     struct passwd *rootstr;
18
19     if(NULL == (mistr=getpwnam("michael")))
20     err_exit("[getpwnam]<mi>:");
21     if(NULL == (rootstr=getpwnam("root")))
22     err_exit("[getpwnam]<root>:");
23
24     printf("name = %s\n",mistr->pw_name);
25     printf("name = %s\n",rootstr->pw_name);
26
27     return 0;
28 }

  我想要获取michael用户和root用户的信息,然后我很异想天开得创建了两个指针,一个指向michael用户的信息,一个指向root用户的信息,以为这样就能分别保存两个用户的信息了,然后发现程序的运行结果如下图:

  

  发现两次打印的信息,都是root,说明后面调用的getpwnam函数重写了struct passwd这个结构体,把前面调用getpwnam函数时写入的michael用户的信息给覆盖了。

  这个就是getpwnam_r和getpwuid_r函数出现的原因,为了防止多线程程序因为竞争而产生错误。关于这两个函数getpwnam的文档中是这样描述的:

  

  这两个函数可以将用户信息存放在用户定义的struct passwd结构体中,而不一定非得要放在函数定义的,可能被重写的静态区域中,这样多线程程序运行的时候就可以避免竞争了。

  接下来再来说我的一个新的发现,就是getpw函数调用的时候是有锁的,也就是说同一个进程中,如果一个getpw函数正在运行,另一个getpw函数是无法运行的。

  这个发现是我在运行《APUE》的程序清单10-2的时候发现的,《APUE》上面的代码如下(不是完全相同,自己重写了一下^_^):

 1 /**
 2  *  可重入函数的概念就是可以在被调用了一半的时候被打断,然后再来从新调用,这里的getpwnam就是一个不可重入函数
 3  * ,因为getpwnam函数会修改一个静态变量来保存读出的用户信息,如果调用了一半再被重新调用,则有可能会让原来的
 4  * 信息被覆盖掉
 5  *
 6  * 现在getpwname函数可能有锁,信号处理函数再来调用这个函数会卡死
 7  */
 8
 9 #include<errno.h>
10 #include<pwd.h>
11 #include<signal.h>
12 #include<string.h>
13 #include<stdlib.h>
14 #include<stdarg.h>
15 #include<stdio.h>
16 #include<sys/types.h>
17 #include<unistd.h>
18
19 #define BUFSIZE 512
20
21 void err_exit(char *fmt,...);
22 int err_dump(char *fmt,...);
23 int err_ret(char *fmt,...);
24
25 /**
26  *  本函数用来处理SIGALRM信号
27  */
28 void sig_alrm(int signo)
29 {
30     struct passwd *rootstr;
31
32     printf("In signal SIGALRM handler\n");
33
34     if(NULL == (rootstr=getpwnam("root")))
35     err_exit("[getpwnam]<root>:");
36     else
37     printf("pw_name = %s\n",rootstr->pw_name);
38
39     alarm(1);
40 }
41
42 int main(int argc,char *argv[])
43 {
44
45     struct passwd *mistr;
46     signal(SIGALRM,sig_alrm);
47
48     /**
49      *    alarm函数用来在1秒钟之后发送一个SIGALRM信号给本程序
50      */
51     alarm(1);
52
53     for(;;)
54     {
55     if(NULL == (mistr=getpwnam("michael")))
56         err_exit("[getpwnam]<mi>:");
57     if(strcmp(mistr->pw_name,"michael"))
58         printf("结果错误,读出的用户名是:%s\n",mistr->pw_name);
59     }
60
61     return 0;
62 }

  这个程序的流程是主函数调用getpwname获取michael用户的信息,同时通过alarm函数给自己发送SIGALRM信号,在SIGALRM的信号处理函数中,我们再来调用getpwnam函数获取root用户的信息,作者想要的结果是主函数不断读取michael用户的信息,但是SIGALRM信号处理函数获取了root用户的信息,所以最后主函数最后打印就有可能是root用户的信息,此时主函数就打印读取出错。

  但是在程序运行的过程中我的电脑上却会发生死锁的情况,运行结果如下图所示:

  

  到此时程序就卡死了,不会再继续下去了。

  后来我又用gdb把这个程序调试了一下,首先在32行那里增加一个断点,然后再用si命令一步一步地执行汇编指令,执行的过程如下:

  

  si命令在调试时是会进入函数内部的,所以我在进入getpwnam函数之后又一步一步地深入,最后我发现我的函数卡在了__lll_lock_wait_private()这个地方,函数的调用栈如下:

  

  前4行表示接受到了信号之后的处理过程,最后函数卡在了__lll_lock_wait_private()这个函数这里。我google了一下这个函数,在这里找到了它的实现。这个有点惭愧,看了半天愣是没看懂那个实现代码是是什么意思,不过我在那里看到了那个文件是一个线程库,所以我猜getpwnam函数的执行过程应该是这样的:

  在getpwnam函数内部,具体还是要调用getpwnam_r函数来实现的(从上面函数栈截图的5~8行可以看出来),在getpwnam函数内部调用getpwnam_r函数的时候,先要上一个线程锁,调用完成之后,再来解锁这个线程锁,这样来确保getpwnam函数每次只会被一个线程调用。

  而在上面的代码中,主函数中的getpwnam函数没有解锁,就被暂停运行了,而信号处理函数(sig_alrm)函数中的getpwnam再来调用的时候,就会等待主函数中的getpwnam解锁,而主函数又是暂停的,这样就会产生死锁了!

  OK,这就是我的分析了, 后面那个线程锁那里我感觉还不是太了解,讲的不是太好,还望见谅,如果哪位关于这部分有更深的了解,还望不吝赐教!

时间: 2024-11-10 16:28:05

关于getpw系列函数返回的静态区域的相关文章

实战c++中的string系列--函数返回局部变量string(引用局部string,局部string的.c_str()函数)

当函数返回字符串的时候,我们可以定义返回string和string&. 1写一个返回string引用的函数 std::string & TestStringReference() { std::string loal_str = "holy shit"; return loal_str; } 这个函数当然是错误的,编译器会提示我们: 返回局部变量或临时变量的地址: loal_str 即不能返回局部变量的引用. 2写一个返回string的函数(函数返回局部变量string

GetLastError()函数返回值及含义

GetLastError返回的值通过在api函数中调用SetLastError或SetLastErrorEx设置.函数并无必要设置上一次错误信息,所以即使一次GetLastError调用返回的是零值,也不能担保函数已成功执行.只有在函数调用返回一个错误结果时,这个函数指出的错误结果才是有效的.通常,只有在函数返回一个错误结果,而且已知函数会设置GetLastError变量的前提下,才应访问GetLastError:这时能保证获得有效的结果.(来源:百度百科) 在进行windows网络编程时,可以

函数返回局部指针变量是否可行?

我们大家都知道指针函数的返回指针不能指向函数内的自动变量,如果需要返回函数的内部变量的话,就需要将该变量声明为静态变量.为什么函数能够返回 静态变量的地址而不能返回局部自动变量的地址,到底什么样的对象能够返回其地址,而什么样的对象不能够返回其地址?静态变量与局部自动变量的主要区别是什 么? 要想明白这些就需要理解程序的内存布局情况 程序的存储区域分为:代码段.只读数据段.已初始化的读写数据段.未初始化的数据段.堆.栈. 1.代码段.只读数据段.已初始化的读写数据段.未初始化的数据段都属于静态区域

PHP进程通信基础——shmop 、sem系列函数使用

PHP进程通信基础--shmop .sem系列函数使用 进程通信的原理就是在系统中开辟出一个共享区域,不管是管道也好,还是共享内存,都是这个原理.如果心中有了这个概念,就会很方便去理解代码.由于官网上shmop函数的英语解释稍显复杂,所以一边练习,一边简单翻译了下.信号量的内存扩展函数,比较简单,也非常好理解.所以就没有翻译.这篇博客是通信基础,所以直接就放实例代码了,按照上代码上敲一遍,就能够明白个七七八八了.如果实在不明白,可以复制进去,直接打断点调试,也是一种不错的学习思路. 这篇文章参考

PHP输出缓存ob系列函数详解

ob,输出缓冲区,是output buffering的简称,而不是output cache.ob用对了,是能对速度有一定的帮助,但是盲目的加上ob函数,只会增加CPU额外的负担 ob的基本原则:如果ob缓存打开,则echo的数据首先放在ob缓存.如果是header信息,直接放在程序缓存.当页面执行到最后,会把ob缓存的数据放到程序缓存,然后依次返回给浏览器.下面我说说ob的基本作用:  1)防止在浏览器有输出之后再使用setcookie().header()或session_start()等发送

转 C++函数返回值,你必须注意的问题

归根结底,C++所面临的问题要求它提供各种各样的机制以保证性能,也许,这辈子也见不到C++能安全有效的自己进行内存垃圾回收..... 老程序猿都会提醒菜鸟,注意函数的返回值,因为,很可能,你的函数返回的数据在后续的使用中会出错.那么函数在返回值时要注意什么呢? 本篇博客尝试用最简练的普通大白话,讲解函数返回值的问题. C++把内存交给了程序猿,但是,请你注意,它可没把所有的内存都交给你,交给你的只是堆上的内存,也就是你通过malloc函数  和new 关键字申请来的内存,除了这些内存以外,其他的

PHP ob系列函数详解

一. 相关函数简介:    1.Flush:刷新缓冲区的内容,输出.    函数格式:flush()    说明:这个函数经常使用,效率很高.    2.ob_start :打开输出缓冲区    函数格式:void ob_start(void)    说明:当缓冲区激活时,所有来自PHP程序的非文件头信息均不会发送,而是保存在内部缓冲区.   为了输出缓冲区的内容,可以使用ob_end_flush()或flush()输出缓冲区的内容.    3 .ob_get_contents :返回内部缓冲区

contiki-main.c 中的process系列函数学习笔记 &lt;contiki学习笔记之六&gt;

说明:本文依然依赖于 contiki/platform/native/contiki-main.c 文件. ------------------------------------------------------------------------------------------------------------------------------------- 根据上一个笔记里面添加的printf()语句的打印信息提示,hello world 打印是在执行了 1 autostart_

PHP 使用 curl_* 系列函数和 curl_multi_* 系列函数进行多接口调用时的性能对比

在页面中调用的服务较多时,使用并行方式,即使用 curl_multi_* 系列函数耗时要小于 curl_* 系列函数. 测试环境 操作系统:Windows 10 x64 Server:Apache 2.4.18 PHP:5.6.19 MySQL:5.7.11 cURL:7.47.1 测试数据库选择 MySQL 官方网站的样本数据库 sakila,下载地址:http://dev.mysql.com/doc/index-other.html 测试页面需要调用 3 个 api: getActorInf