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
相关文档：
什么时候需要创建线程池呢？简单的说，如果一个应用需要频繁的创建和销毁线程，而任务执行的时间又非常短，这样线程创建和销毁的带来的开销就不容忽视，这时也是线程池该出场的机会了。如果线程创建和销毁时间相比任务执行时间可以忽略不计，则没有必要使用线程池了。
下面是Linux系统下用C语言创建的一个线程池。线程池� ......
C/C++ optimizing compilers are great--but there *are* a few techniques for hand-tuning your code to run as efficiently as possible on the AMD Athlon64 and Opteron processors, especially when developing DLLs, device drivers, or other performance-bound pieces of code.
Alan Zeichick
Share | ......
// & 与,将指定位置设置为0 | 或,将指定位置设置为1
//注: 只针对纯字母的情况
#include <stdio.h>
#include <string>
int main()
{
char str[6] = "xxing";
std::string str1 = "INGXX";
for(int i = 0; i < 5; i++)
{
str[i] &= 0xdf; ......
题目：编写一个程序，用于处理c/c++源程序，将源程序中的注释部分去掉
输入：c/c++文件名
输出：处理后的程序源文件
程序伪代码如下：
c1,c2:char
tag:int
a:读入一个字符存入c1
if tag==0 //读入字符不是注释
if c1=='/' //可能是注释标记
读入一个字符存入c2
&nbs ......
鉴于在用C语言写一些字符串处理的程序时种种的不便,本人坚信"磨刀不误砍柴功"这个信条,于是在专门
进行了一次磨对C语言的磨刀,写了一些字符串的处理函数, 方便网友使用, 大家有好的解决方法也请告知一下.
我估计有一些C的库中肯定有比我这更好的函数, 但是本人没有找到, 望"行家"告知.
#include <string.h> ......
