C/C++程序中结构体字节流的网络传输
经常需要在程序中将远程传来的字节流进行结构化，或者将结构化的数据变成字节流传给远程主机。在C/C++程序中，结构化数据通常用结构体来组织，结构体也能够方便的转换为字节流，因此结构化的数据传输本不该成为问题，但在VC或GCC的默认设置下编译出的程序，却有一个值得注意的问题——结构体的对齐。 结构体的对齐是编译器为加快程序运行，在结构体中填入一些空白字节，是的结构体成员按一定规则对齐。
例如结构：
struct MyStruct
{
char a;
int b;
};
按一般计算其类洗过那大小应为5个字节，但在上述编译器默认设置下，使用sizeof计算出的结构体类型大小为8个字节，因为编译器在该结构的第一个成员后填入了3个字节来保持成员的对齐。这样，在序列化字节流的时候就产生了问题，该结构类型的变量指针直接转化成char *或者使用memcpy得出的字节流即为8个字节而非5个字节。一般情况下，传输规约只定义有效字节，因而上述方式产生的字节流中3个字节将不在规约中定义，因此远程主机在解析的时候会产生误解，当然除非远程解析程序采用同样的序列化方式和同样的结构对齐设置，而这在某些情况下难以保证。所以，在结构的序列化过程中，必须仅处理有效字节，使得字节流符合规约定义。
多余字节的产生原因在于编译器对结构体成员对齐字节数的设置的不同，VC和GCC(MinGW)的默认设置为8字节对齐，所以需要改变其默认的对齐字节数为按单字节对齐，即可以解决上述问题。具体方法是在代码头中加入:
#pragma pack(1)即可。
此后使用sizeof计算出的结构体大小即为各成员大小的总和。这在按既定规约编写网络二进制数据传输程序时需要注意。
相关文档：
const，c\c++中非常常用的关键字。
首先我们看看const有那些修饰方法。
最前面我们来看一个问题。
char *p = "123";
可能有的人不知道，这里的这个"123"是存储在常量区的，不容许修改的。
也就是说它是个const类型的。
标准的写法应该是
char const *p = "123";
至于为什么编译器容许上面的那个不标准的写法，可� ......
堆和栈的区别
一、预备知识—程序的内存分配
一个由c/C++编译的程序占用的内存分为以下几个部分
1、栈区（stack）— 由编译器自动分配释放 ，存放函数的参数值，局部变量的值等。其操作方式类似于数据结构中的栈。
2、堆区（heap）— 一般由程序员分配释放， 若程序员不释放，程序结束时可能由OS回收 。 ......
最近一段时间在研究 Pro*C 遇到了很多初级问题。在 Pro*C 中连接数据库时，我们一般是使用在“tnsnames.ora”中配置好连接，写起来很简单，语法如下：
EXEC SQL CONNECT :username IDENTIFIED BY :password USING :dbname;
/* 这里的 dbname 就是在 ......
曾经碰到过让你迷惑不解、类似于int * (* (*fp1) (int) ) [10];这样的变量声明吗？
本文将由易到难，一步一步教会你如何理解这种复杂的C/C++声明。
我们将从每天都能碰到的较简单的声明入手，然后逐步加入const修饰符和typedef，还有函数指针，最后介绍一个能够让你准确地理解任何C/C++声明的“右左法则&rdquo ......
The meaning of each is:
MemberMeaningRange
tm_sec
seconds after the minute
0-61*
tm_min
minutes after the hour
0-59
tm_hour
hours since midnight
0-23
tm_mday
day of the month
1-31
tm_mon
months since January
0-11
tm_year
years since 1900
tm_wday
days since Sunday
0-6
tm_yday
d ......
