[转]C/C++的64位整型
Technorati 标签: C++ 原文地址：http://www.byvoid.com/blog/c-int64/ 在C/C++中，64为整型一直是一种没有确定规范的数据类型。现今主流的编译器中，对64为整型的支持也是标准不一，形态各异。一般来说，64位整型的定义方式有long long和__int64两种(VC还支持_int64)，而输出到标准输出方式有printf(“%lld”,a)，printf(“%I64d”,a)，和cout << a三种方式。 本文讨论的是五种常用的C/C++编译器对64位整型的支持，这五种编译器分别是gcc(mingw32)，g++(mingw32)，gcc(linux i386)，g++(linux i386)，Microsoft Visual C++ 6.0。可惜的是，没有一种定义和输出方式组合，同时兼容这五种编译器。为彻底弄清不同编译器对64位整型，我写了程序对它们进行了评测，结果如下表。 变量定义 输出方式 gcc(mingw32) g++(mingw32) gcc(linux i386) g++(linux i386) MicrosoftVisual C++ 6.0 long long “%lld” 错误 错误 正确 正确 无法编译 long long “%I64d” 正确 正确 错误 错误 无法编译 __int64 “lld” 错误 错误 无法编译 无法编译 错误 __int64 “%I64d” 正确 正确 无法编译 无法编译 正确 long long cout 非C++ 正确 非C++ 正确 无法编译 __int64 cout 非C++ 正确 非C++ 无法编译 无法编译 long long printint64() 正确 正确 正确 正确 无法编译
上表中，正确指编译通过，运行完全正确；错误指编译虽然通过，但运行结果有误；无法编译指编译器根本不能编译完成。观察上表，我们可以发现以下几点： long long定义方式可以用于gcc/g++，不受平台限制，但不能用于VC6.0。 __int64是Win32平台编译器64位长整型的定义方式，不能用于Linux。 “%lld”用于Linux i386平台编译器，”%I64d”用于Win32平台编译器。 cout只能用于C++编译，在VC6.0中，cout不支持64位长整型。 表中最后一行输出方式中的printi
相关文档：
网上一道金山的面试题：
http://topic.csdn.net/u/20100524/14/0eff992a-2849-4db6-bdaa-d4a200e79b7c.html
请分别用C++的面向对象和泛型机制，编写实现Template Method模式的示例代码，并比较两种方式各自的优缺点。
用虚函数实现Template Method的方式就不多说了。用泛型的方式实现多态在ATL里面有大量的用到！
泛型� ......
在做SDL至Android的移植时，键盘事件是能正常捕获到，看了SLD的源码，发现用的device是 /dev/tty0，但是鼠标叫是不能成功捕获，总是得到 0，运行命令查看devices时，显示如下：
# cat /proc/bus/input/devices
cat /proc/bus/input/devices
I: Bus=0000 Vendor=0000 Product=0000 Version=0000
N: Name="qwerty ......
学东西，往往实例才是最让人感兴趣的，老是学基础理论，不动手，感觉没有成就感，呵呵。
下面先来一个实例。我们通过创建两个线程来实现对一个数的递加。
或许这个实例没有实际运用的价值，但是稍微改动一下，我们就可以用到其他地方去拉。
下面是我们的代码：
/*thread_example.c : c multiple thread p ......
不离开Emacs完成简单C程序的编辑编译运行（转）
（1）打开Emacs，执行
$ emacs
（2）建立一个新的程序文件. 执行 C-x C-f，
然后在屏幕的底部出现minibuffer，光标提示你输入文件名称，
文件名称要带上后缀名，如hello.cpp。回车，然后开始编辑源代码。
（3）编译代码。执行Esc-x compile，出现minibuffer，提示你输� ......
