http://blog.chinaunix.net/u1/58640/showart_1876100.html　　

概述

　　在很多情况下，尤其是读别人所写代码的时候，对 C语言声明的理解能力变得非常重要，而C语言本身的凝练简约也使得C语言的声明常常会令人感到非常困惑，因此，在这里我用一篇的内容来集中阐述一下这个问题。

　　问题：声明与函数

　　有一段程序存储在起始地址为 0的一段内存上，如果我们想要调用这段程序，请问该如何去做？

　　答案

http://feiqiang.javaeye.com/blog/383913

关键字: stl map 用法
一    map内部数据的组织

map内部自建一颗红黑树(一种非严格意义上的平衡二叉树)，这颗树具有对数据自动排序的功能，所以在map内部所有的数据都是有序的，后边我们会见识到有序的好处。

二    map的构造函数

map共提供了6个构造函数，这块涉及到内存分配器这些东西，略过不表，在下面我们将接触到一些map的构造方法，这里要说下的就是

http://www.leskysoft.com/bbs/dispbbs.asp?boardid=5&id=1&page=1&star=1

有符号数的转换

今天看到公司的代码内有大量的explicit关键字,但是老版的MSDN内例子并不完善,实在是不明白,最终从网上一篇文章内找到了答案:原来explicit是为了防止隐式使用拷贝构造函数的.以下附上从新版MSDN中找到的例子和网上那篇文章:

// Copy From MSDN

This keyword is a declaration specifier that can only be applied to in-class constructor declarations. An explicit constructor cannot take part in implicit conversions. It can only be used to explicitly construct an object.

The following program

c++中的explicit关键字

c++中的explicit关键字用来修饰类的构造函数，表明该构造函数是显式的，既然有"显式"那么必然就有"隐式"，那么什么是显示而什么又是隐式的呢？

如果c++类的构造函数有一个参数，那么在编译的时候就会有一个缺省的转换操作：将该构造函数对应数据类型的数据转换为该类对象，如下面所示：

版权声明：转载时请以超链接形式标明文章原始出处和作者信息及本声明
http://eastsun.blogbus.com/logs/7873846.html

Select在Socket编程中还是比较重要的，

http://blog.daviesliu.net/2005/08/31/200811/

关于短延迟 sleep usleep nanosleep select

http://linux.chinaitlab.com/kernel/769661.html

大家也许还记得 2005 年 3 月 C++ 大师 Herb Sutter 在 Dr.Dobb’s Journal 上发表了一篇名为《免费的午餐已经结束》的文章。文章指出：现在的程序员对效率、伸缩性、吞吐量等一系列性能指标相当忽视，很多性能问题都仰仗越来越快的 CPU 来解决。但 CPU 的速度在不久的将来，即将偏离摩尔定律的轨迹，并达到一定

http://objectmix.com/perl/351699-storing-references-hash-why-does-perl-complain-here.html

I would like to build a hash, where the keys are strings, and the
values are
references (actually, they are references to anonymous hashes). When I
start like this:

my %uts={};
$uts{X}={};

Perl 5.8.6 complains:

"Reference fo

之前为了诊断系统的检索性能中的问题，分阶段地对程序进行了计时，诊断出的结果是：记录越多，那么这三个阶段所消耗的时间就越长。而反复review三个阶段的主要工作代码，却发现这些代码根本不可能这么耗时。慢慢地，顺藤摸瓜地查出时间消耗都发生在获取时间值的方法——mktime()上。于是大家一致怀疑是mktime()方法以及相关的local

localtime和mktime是用来在时间分量和时间秒数之间进行转换的标准c函数。

在glibc的文档描述中，localtime的实现是使用了一个内部静态缓存来保存结果，所以这是一个不可用于多线程环境的api。glibc提供了一个线程安全版本localtime_r。mktime不存在这个问题。

所以，按照glibc的文档，在多线程环境下可以安全的使用localtime_r和mktime，实际情况并非如此。

mktime和localtime_r在实现上都考虑了时区的转换，而时区的计算要使用全局变量tzname/timezone/daylight。这本质上就是线程不安全的。

参考g