C runtime lib 线程安全
周五开会做团队成员codereivew， 有同事提出了一个关于gmtime多线程是否安全的问题， 当时觉得程序Link了VC的多线程库，应该不是问题。还好回头核实了一下，发现了竟是一个潜在的bug。
程序分在application（完成项目特定功能）和framework（可重用的核心功能）两部分，线程的启动由framework完成。 app中使用了gmtime/localtime等C库函数。
gmtime/localtime等C函数是非线程安全的，这个n年前就知道， 也知道在Windows平台上VC有MT版本的runtime library，通过线程的局部存储（TLS）实现了/mt 链接时的线程安全。 然而线程的启动必须通过C运行时库的_beginthreadex, 而不是win32 API CreateThead 。不幸的的是当年framework的实现者貌似不清楚_beginthreadex与CreateThread的区别（BTW， 这个是当年进入第一家公司的一道面试题，所以印象颇为深刻），直接调CreateThread启动了线程。
解决方案调查中，VC CRT竟是没有gmtime_r/localtime_r。
参考资料：
http://social.msdn.microsoft.com/forums/en-US/vclanguage/thread/c727ae29-5a7a-42b6-ad0b-f6b21c1180b2
http://www.tech-archive.net/Archive/VC/microsoft.public.vc.language/2006-02/msg00013.html
相关文档：
C/C++函数调用约定和函数名称修饰规则探讨
作者：星轨（oRbIt）
使用C/C++语言开发软件的程序员经常碰到这样的问题：有时候是程序编译没有问题，但是链接的时候总是报告函数不存在（经典的LNK
2001错误），有时候是程序编译和链接都没有错误，但是只要调用库中的函数就会出现堆栈异常。这些现象通常是出现在C和C ......
1、在C文件中调用C++文件中定义的文件
直接的方法是在C++ 文件的头部添加如下代码段：
extern "C"
{
int API(int A);
}
2、C++接口的方法
在C++中调用C的函数，在C头文件中加入如下代码：
#ifdef __cplusplus // 开始
exte ......
修改makefile，在LIBS里面加上-lmemcached，比如原来 gcc test.c，现在 gcc test.c -lmemcached。这个库就是libmemcached提供的。
然后添加#include<libmemcached/memcached.h>，这个文件也是libmemcached提供的。
主函数里面需要添加：
memcached_st *memc;
uint32_t&nbs ......
