malloc 的可重入性

ypxing

在这个链接中找到下面几句话:
http://www.laptev.org/doc/pthreads.html

Well, suppose that each thread calls printf():

                printf("i=%d s=%s\n",anint,astring);

The printf() call makes implicit use of malloc() to allocate the buffer that holds the string you are printing.

.......

The POSIX threads specification does demand that the calls in the C library (including malloc() and printf()) be thread-safe.

ypxing

原帖由 feasword 于 2007-5-29 19:55 发表

说是不同
哪位给最好能给个一个either reentrant or thread-safe的例子
想到的情况无非就是没有互斥使用stack以外的数据，实在看不出区别

The  strtok_r()  function is a reentrant version strtok().

ypxing

原帖由 cugb_cat 于 2007-5-29 22:47 发表

呵呵，收了先～～
可重入和线程安全这两个概念我还是分的不是太明了。
APUE中说malloc可能被信号中断，从而导致重入性问题，而如果是在多线程环境中，如果一个线程正在执行malloc，而此时os进行了调度，使另外 ...

感觉thread safety版本的malloc如果是加锁处理了的,
那么,在一个函数调用malloc的时候,
如果现在发生了信号中断,
而信号处理程序中又调用了malloc
这样会造成死锁吧

可能是用的非阻塞式的

[ 本帖最后由 ypxing 于 2007-5-29 23:22 编辑 ]

ypxing

原帖由 flw2 于 2007-5-29 23:22 发表



有道理。
还是谁去研究一下怎么实现的吧。或者这个锁可能属于它的时候再去获取不会死锁了？

刚刚想起来,有非阻塞式的,先检测一下,被锁了就返回

ypxing

原帖由 cugb_cat 于 2007-5-29 23:51 发表


确实存在这个问题，针对于中断不是原子操作。
ypying提到的那个问题感觉有那么点意思～
如果“递归”调用使用锁实现的可重入函数，可能就成死锁了～～
呵呵，有时间研究下代码～～～

俺叫ypxing