........
nwDataSize =fwrite(&btaryBuffer[0],sizeof (char), nDataSize, stream2);
这行要是过了～程序就完结了～
但是程序跑到这行死机～猜测可能原因是档案太大～超过1GB的二进制档案～
不知道fwrite的上限是多少～求解～
nDataSize=1266682177
&btaryBuffer[0]=这个阵列起始位址

之前验过600MB是OK的～程序也用了半年左右没出过问题～
这次因为单一档案越来越大～就遇上了～

蛮好奇，就百度了下，好fwrite是先读到缓冲区的，我也不懂，等大牛吧

http://bbs.

我说的不对。。。嗯

你一条语句读完整个文件啊？

unsigned long CN_BUFFER_SIZE =(unsigned long)GetFileLength(FileName);
unsigned char *btaryBuffer=new unsigned char[CN_BUFFER_SIZE];
fseek(stream1, 0, SEEK_SET);strcpy(Code,"0");
while (nDataSize =fread(btaryBuffer,sizeof (char),CN_BUFFER_SIZE, stream1))    //读完整个文件
{
    ......
}
stream2 = fopen(TmpFileNameStr, "wb" );   
nwDataSize =fwrite(&btaryBuffer[0],sizeof (char), nDataSize, stream2);    //写完整个文件

抱歉～是我眼睛瞎了～
问题不在那~~所以目前fwrite无上限～
听说同事是4GB～针对IO的部分～

你取的缓冲块大小就是文件的长度GetFileLength()，是一次把整个文件读完，当然文件越大，需求的内存越大了，32位程序最多只有4G内存，数据的极限是2G。

原来如此~记下了~因为一开始开发时~使用者给的档案都才200MB左右~
一来更大的档案不多见~二来没理由找自己麻烦去做切割处理的动作~
效率上也不会比较快~但是随着时代进步~代码也得跟着不断更新适应各种情况~

所以急迫性的问题暂时解决了~但是长远来看~还是得做分段处理的动作~
因为档案会长到多大~我已经无法掌握~而使用者只会有两个结论~
能用~不能用~但是12亿多个字~要切割处理~错一个字都不行~感觉就很麻烦~
还是感谢各位的协助~日后应该还会有问题需要来请教的~

不是一次性读就快的。必须分割读，这是一定的，但要反复测试每一次读的块应是多大，这与C库和操作系统设置的缓冲机制有关，也与运行时实际可支配的快速内存有关（即尽量不要迫使系统使用交换内存页）。