最近有个项目需要在UNIX下用C做，很久没用过C了，发现些问题容易搞错。
这个问题很容易搞错，并导致很多问题，需要强调的是fread函数返回的并不是字节数。
realRead = fread(buf,item,count,fp) （每次读item大小的数据块，分count次来读。）
而是返回的是成功有效的读取的item元素的个数，而成功读入的字节数则是realRead * sizeof(item)
一般说来realRead 是小于count的，很巧的情况就刚好为count.除非文件大小刚好为item大小的整数倍。
返回的是真实读入item元素的个数，虽然读了count次，但是真正读到的有效个数为realRead个
真实读入字节数就为realRead*sizeof(item)
RETURN VALUE
fread and fwrite return the number of items successfully read or written (i.e., not the number of
characters). If an error occurs, or the end-of-file is reached, the return value is a short item
count (or zero).
fread does not distinguish between end-of-file and error, and callers must use feof(3) and ferror(3)
to determine which occurred.
fread（从文件流读取数据）
表头文件 #include<stdio.h>
定义函数 size_t fread(void * ptr,size_t size,size_t count,FILE * stream);
函数说明 fread()用来从文件流中读取数据。参数stream为已打开的文件指针，参数ptr 指向欲存放读取进来的数据空间，读取的字节数以参数size*count来决定。
Fread()会返回实际读取到的count数目，如果此值比参数count来得小，则代表可能读到了文件尾了或者有错误发生(前者几率大)，这时必须用feof()或ferror()来决定发生什么情况。
返回值 返回实际读取到的count数目。
fread返回的不是字节数，
当且仅当下面这么用的时候，返回值才是字节数（当然因为恰好一个数据块大小为1个字节，相当于realRead*1）
char buff[size];
FILE *fp;
...
realRead = fread(buff, 1, size, fp);
...
如果是: fread(buff, size, 1, fp)
�
通用函数库在头文件stdlib.h中声明，比较庞大，主要分为以下几大类：存储分配、随机数生成、数字转换与整型运算、程序退出与环境通信、搜索与排序、多字节与宽字符的转换。由于汲及到存储分配、环境通信等，因此它们的大多数也依赖于操作系统。glibc中，通用函数库的核心实现在stdlib和malloc两个目录下 ......
基于优先级的操作系统（preemptive operating system）必须使用某种算法以决定CPU如何调度系统中的线程，本章将讨论Windows Vista使用的调度算法。 我们之前讨论过线程的上下文结构CONTEXT，其中含有线程最后一次执行时CPU寄存器组的状态。 操作系统每20毫秒检查系统中所有线程内核对象的状态，其中一些对象被认为是可调度� ......
/加了下面两个头文件，是为了在Win32工程中使用MFC的特性!
#include <afx.h>
#include <afxwin.h>
#include "stdio.h"
#include "conio.h"
////加了下面两句，是为了能够用string(basic_string类型)
#include <string>
using namespace std;
int main(int argc, char* argv[ ......
曾经认为，学好C语言打遍天下无敌手。 后来发现为了面向对象，不得不用C++，后来发现面向对象果然是非常伟大的思想！ 再后来，从VS6.0这个版本之后，VC就已经没有什么太大的变化了，MFC等等都已经稳定下来了，微软不玩了，微软跑到.net平台上面去玩了！！微软一些新的应用，全部都跑到.net平台上去了，VC平台个人觉得就剩 ......
