如果没有对多线程做特殊处理的话，任何会带来副作用的函数内都可能导致这个问题。

给你举个栗子：glibc的qsort函数在多线程使用的时候也可能会core。为什么呢？因为有一段代码是这样的

if (phys_pages == 0)
        {
            phys_pages = __sysconf (_SC_PHYS_PAGES);
            //__sysconf函数在sysdeps/posix/sysconf.c中
            //_SC_PHYS_PAGES对应到函数__get_phys_pages()
            //位于文件sysdeps/unix/sysv/linux/getsysstats.c中
            //通过phys_pages_info()打开/proc/meminfo来读取内存信息
            //(这就定位到了qsort打开文件的问题)

            if (phys_pages == -1)
                /* Error while determining the memory size.  So let's
                  assume there is enough memory.  Otherwise the
                  implementer should provide a complete implementation of
                  the `sysconf' function.  */
                phys_pages = (long int) (~0ul >> 1);

            /* The following determines that we will never use more than
              a quarter of the physical memory.  */
            phys_pages /= 4;

            pagesize = __sysconf (_SC_PAGESIZE);
        }
        //注意，上面这一段if会产生竞争，出现线程安全安全：
        //如果两个线程都调用qsort，当线程1获取了phys_pages之后，线程2
        //才到达if，线程2就会跳过这一段代码，直接执行下面的if语句——
        //而此时pagesize尚未初始化（=0），于是就会出现除零错误，导致
        //core dump

        /* Just a comment here.  We cannot compute (phys_pages * pagesize)
          and compare the needed amount of memory against this value.
          The problem is that some systems might have more physical
          memory then can be represented with a `size_t' value (when
          measured in bytes.  */

        /* If the memory requirements are too high don't allocate memory.  */
        //如果所需的内存页数大于总的可用内存，则不分配内存（防止swap降低性能）
        if (size / pagesize > (size_t) phys_pages)
        {
            //直接使用stdlib/qsort.c中的 _quicksort 进行排序
            _quicksort (b, n, s, cmp, arg);
            return;
        }

完整的代码阅读笔记可参考 glibc的qsort源码阅读笔记

顺便提一下，解决qsort问题的办法，是在主线程中先调用一次qsort，让它初始化了pagesize，这样只会就不会遇到竞争了。