1.引言
C++语言的创建初衷是“a better
C”，但是这并不意味着C++中类似C语言的全局变量和函数所采用的编译和连接方式与C语言完全相同。作为一种欲与C兼容的语言，C++保留了一部分过程
式语言的特点（被世人称为“不彻底地面向对象”），因而它可以定义不属于任何类的全局变量和函数。但是，C++毕竟是一种面向对象的程序设计语言，为了支
持函数的重载，C++对全局函数的处理方式与C有明显的不同。
2.从标准头文件说起
某企业曾经给出如下的一道面试题：
面试题
为什么标准头文件都有类似以下的结构？
#ifndef __INCvxWorksh
#define __INCvxWorksh
#ifdef __cplusplus
extern "C" {
#endif
/*...*/
#ifdef __cplusplus
}
#endif
#endif /* __INCvxWorksh */
分析
显然，头文件中的编译宏“#ifndef __INCvxWorksh、#define __INCvxWorksh、#endif” ......
一、C/S模式与B/S模式的比较分析
C/S模式主要由客户应用程序(Client)、服务器管理程序(Server)和中间件(middleware)三个部件组成。客户应用程序是系统中用户与数据进行交互的部件。服务器程序负责有效地管理系统资源，如管理一个信息数据库，其主要工作是当多个客户并发地请求服务器上的相同资源时，对这些资源进行最优化管理。中间件负责联结客户应用程序与服务器管理程序，协同完成一个作业，以满足用户查询管理数据的要求。
B/S模式是一种以Web技术为基础的新型的MIS系统平台模式。把传统C/S模式中的服务器部分分解为一个数据服务器与一个或多个应用服务器(Web服务器)，从而构成一个三层结构的客户服务器体系。
第一层客户机是用户与整个系统的接口。客户的应用程序精简到一个通用的浏览器软件，如Netscape Navigator，微软公司的IE等。浏览器将HTML代码转化成图文并茂的网页。网页还具备一定的交互功能，允许用户在网页提供的申请表上输入信息提交给后台，并提出处理请求。这个后台就是第二层的Web服务器。
第二层Web服务器将启动相应的进程来响应这一请求，并动态生成一串HTML代码，其中嵌入处理的结果，返回给客户机的浏览器。如果客户机� ......
大学已经来到了最重要的时期了，我不能再一事无成了。光说没用，所以就在这里写下文章，以记录我的成长历程。
这学期刚好学到数据结构，那就将题目分析的过程及代码写下来，供以后自己取舍。因本人水平一般，所以代码并不一定是最优的，但是我会努力改进，做最好的自己！ ......
C/C++函数调用约定和函数名称修饰规则探讨
作者：星轨（oRbIt）
使用C/C++语言开发软件的程序员经常碰到这样的问题：有时候是程序编译没有问题，但是链接的时候总是报告函数不存在（经典的LNK
2001错误），有时候是程序编译和链接都没有错误，但是只要调用库中的函数就会出现堆栈异常。这些现象通常是出现在C和C++的代码混合使用的情况下或
在C++程序中使用第三方的库的情况下（不是用C++语言开发的），其实这都是函数调用约定（Calling
Convention）和函数名修饰（Decorated
Name）规则惹的祸。函数调用方式决定了函数参数入栈的顺序，是由调用者函数还是被调用函数负责清除栈中的参数等问题，而函数名修饰规则决定了编译器使
用何种名字修饰方式来区分不同的函数，如果函数之间的调用约定不匹配或者名字修饰不匹配就会产生以上的问题。本文分别对C和C++这两种编程语言的函数调
用约定和函数名修饰规则进行详细的解释，比较了它们的异同之处，并举例说明了以上问题出现的原因。
函数调用约定（Calling Convention）
函数调用约定不仅决定了发生函数调用时函数参数的入栈顺序，还决定了是由调用者函数还是被调用函数负责清除栈中的参数 ......
C/C++函数调用约定和函数名称修饰规则探讨
作者：星轨（oRbIt）
使用C/C++语言开发软件的程序员经常碰到这样的问题：有时候是程序编译没有问题，但是链接的时候总是报告函数不存在（经典的LNK
2001错误），有时候是程序编译和链接都没有错误，但是只要调用库中的函数就会出现堆栈异常。这些现象通常是出现在C和C++的代码混合使用的情况下或
在C++程序中使用第三方的库的情况下（不是用C++语言开发的），其实这都是函数调用约定（Calling
Convention）和函数名修饰（Decorated
Name）规则惹的祸。函数调用方式决定了函数参数入栈的顺序，是由调用者函数还是被调用函数负责清除栈中的参数等问题，而函数名修饰规则决定了编译器使
用何种名字修饰方式来区分不同的函数，如果函数之间的调用约定不匹配或者名字修饰不匹配就会产生以上的问题。本文分别对C和C++这两种编程语言的函数调
用约定和函数名修饰规则进行详细的解释，比较了它们的异同之处，并举例说明了以上问题出现的原因。
函数调用约定（Calling Convention）
函数调用约定不仅决定了发生函数调用时函数参数的入栈顺序，还决定了是由调用者函数还是被调用函数负责清除栈中的参数 ......
利用
下载的这段代码，成功实现了守护进程，原来守护进程是很简单的事情。
在main函数中执行
init_daemon();//初始化为Daemon
就可以把进程变成守护进程
#include
#include
#include
#include
#include
void
init_daemon(void
)
{
int
pid;
int
i;
if
(pid=fork())
exit
(0);//是父进程，结束父进程
else
if
(pid< 0)
exit
(1);//fork失败，退出
//是第一子进程，后台继续执行
setsid();//第一子进程成为新的会话组长和进程组长
//并与控制终端分离
if
(pid=fork())
exit
(0);//是第一子进程，结束第一子进程
else
if
(pid< 0)
exit
(1);//fork失败，退出
//是第二子进程，继续
//第二子进程不再是会话组长
for
(i=0;i< NOFILE;++i)//关闭打开的文件描述符
close
(i);
chdir("/tmp"
);//改变
工作目录到/tmp
umask(0);//重设文件创建掩模
return
;
} ......
利用
下载的这段代码，成功实现了守护进程，原来守护进程是很简单的事情。
在main函数中执行
init_daemon();//初始化为Daemon
就可以把进程变成守护进程
#include
#include
#include
#include
#include
void
init_daemon(void
)
{
int
pid;
int
i;
if
(pid=fork())
exit
(0);//是父进程，结束父进程
else
if
(pid< 0)
exit
(1);//fork失败，退出
//是第一子进程，后台继续执行
setsid();//第一子进程成为新的会话组长和进程组长
//并与控制终端分离
if
(pid=fork())
exit
(0);//是第一子进程，结束第一子进程
else
if
(pid< 0)
exit
(1);//fork失败，退出
//是第二子进程，继续
//第二子进程不再是会话组长
for
(i=0;i< NOFILE;++i)//关闭打开的文件描述符
close
(i);
chdir("/tmp"
);//改变
工作目录到/tmp
umask(0);//重设文件创建掩模
return
;
} ......
在做ACM题时，经常都会遇到一些比较大的整数。而常用的内置整数类型常常显得太小了：其中long 和 int
范围是[-2^31,2^31)，即-2147483648~2147483647。而unsigned范围是[0,2^32)，即
0~4294967295。也就是说，常规的32位整数只能够处理40亿以下的数。
那遇到比40亿要大的数怎么办呢？这时就要用到C++的64位扩展了。不同的编译器对64位整数的扩展有所不同。基于ACM的需要，下面仅介绍
VC6.0与g++编译器的扩展。
VC的64位整数分别叫做__int64与unsigned __int64，其范围分别是[-2^63,
2^63)与[0,2^64)，即-9223372036854775808~9223372036854775807与
0~18446744073709551615(约1800亿亿)。对64位整数的运算与32位整数基本相同，都支持四则运算与位运算等。当进行64位与
32位的混合运算时，32位整数会被隐式转换成64位整数。但是，VC的输入输出与__int64的兼容就不是很好了，如果你写下这样一段代码：
1 __int64 a;
2 cin >> a;
3 cout << a;
那么，在第2行会收到“error C2679: binary '>>' : no operator
defined which takes a right-hand operand of type '__int64' (or t ......
在做ACM题时，经常都会遇到一些比较大的整数。而常用的内置整数类型常常显得太小了：其中long 和 int
范围是[-2^31,2^31)，即-2147483648~2147483647。而unsigned范围是[0,2^32)，即
0~4294967295。也就是说，常规的32位整数只能够处理40亿以下的数。
那遇到比40亿要大的数怎么办呢？这时就要用到C++的64位扩展了。不同的编译器对64位整数的扩展有所不同。基于ACM的需要，下面仅介绍
VC6.0与g++编译器的扩展。
VC的64位整数分别叫做__int64与unsigned __int64，其范围分别是[-2^63,
2^63)与[0,2^64)，即-9223372036854775808~9223372036854775807与
0~18446744073709551615(约1800亿亿)。对64位整数的运算与32位整数基本相同，都支持四则运算与位运算等。当进行64位与
32位的混合运算时，32位整数会被隐式转换成64位整数。但是，VC的输入输出与__int64的兼容就不是很好了，如果你写下这样一段代码：
1 __int64 a;
2 cin >> a;
3 cout << a;
那么，在第2行会收到“error C2679: binary '>>' : no operator
defined which takes a right-hand operand of type '__int64' (or t ......
最新文章 : c