[转]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
相关文档：
解决步骤：
gylu@dell-desktop:~$ sudo apt-get install ckermit
显示安装过程
gylu@dell-desktop:~$gedit ~/.kermrc
输入下面内容后保存.kermrc退出:
set line /dev/ttyS0
set speed & ......
1.首先看懂官方文档
2.icbc.jar这个jar包一定要要到！这是进行base64加密解密，以及
使用工行证书签名的重要工具类。
3.采取纯Java编码，要确保用对证书，放在D盘根目录下(其他路径亦可)。
4.编写JSP接口页面，字段必须与工行的一一对应。
而且如tranData等字段进行base64加密后或者签名后 必须以"“双引号扩上才 ......
不离开Emacs完成简单C程序的编辑编译运行（转）
（1）打开Emacs，执行
$ emacs
（2）建立一个新的程序文件. 执行 C-x C-f，
然后在屏幕的底部出现minibuffer，光标提示你输入文件名称，
文件名称要带上后缀名，如hello.cpp。回车，然后开始编辑源代码。
（3）编译代码。执行Esc-x compile，出现minibuffer，提示你输� ......
1.这样的初始化有什么问题？char *p = malloc(10); 编译器提示“非法初始式” 云云。
答:这个声明是静态或非局
部变量吗？函数调用只能出现在自动变量(即局部非静态变量) 的初始式中。
因为静态变量的地址必须在编译的过程中就确定下来而malloc()申
请的内存地址是在运行时确定的。
2. *p++ 自增p 还是p 所� ......
