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
相关文档：
利用
下载的这段代码，成功实现了守护进程，原来守护进程是很简单的事情。
在main函数中执行
init_daemon();//初始化为Daemon
就可以把进程变成守护进程
#include
#include
#include
#include
#include
void
init_daemon(void
)
{
int
pid;
int
i;
if
(pid=fork()) ......
在做ACM题时，经常都会遇到一些比较大的整数。而常用的内置整数类型常常显得太小了：其中long 和 int
范围是[-2^31,2^31)，即-2147483648~2147483647。而unsigned范围是[0,2^32)，即
0~4294967295。也就是说，常规的32位整数只能够处理40亿以下的数。
那遇到比40亿要大的数怎么办呢？这时就要用到C++的64位扩展 ......
用了三种方法...
#if 0
void StringTokenize(const std::string& strSrc, const std::string& strDelimit, std::vector<std::string>& vecSub)
{
if (strSrc.empty() || strDelimit.empty())
{
throw "tokenize: empty string\n";
......
// & 与,将指定位置设置为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; ......
第7章 内存管理
欢迎进入内存这片雷区。伟大的Bill Gates 曾经失言：
640K ought to be enough for everybody
— Bill Gates 1981
程序员们经常编写内存管理程序，往往提心吊胆。如果不想触雷，唯一的解决办法就是发现所有潜伏的地雷并且排除它们，躲是躲不了的。本章的内容比一般教科书的要深入得多，读者需细� ......
