关于获取文件大小的问题

[wancz]

我获得文件的属性，其中的WIN32_FIND_DATA结构有两个存储文件大小的字段。
其中获得
DWORD nFileSizeHigh;
DWORD nFileSizeLow;
我只取了nFileSizeLow，文件小的时候没有问题，当有3、4G的文件的时候就出错了。我再加上nFileSizeHigh，不知道要怎么做啊，
nFileSizeHigh*（WHAT）+nFileSizeLow？

谢谢大家！

[SeainBlue]

可以从FindFirstFile(FileName, &fileInfo)中的fileInfo得到的！

[SeainBlue]

文件大小为：
(fileInfo.nFileSizeHigh * (MAXDWORD+1)) + fileInfo.nFileSizeLow

[wuliangge2001]

帮你up

[howtotell]

WIN32_FIND_DATA filedata;
if(filedata.nFileSizeHigh==0)
{

m_strSize.Format("%d%s",(filedata.nFileSizeLow+1023)/1024," K");
}
else
{
double filesize=(MAXDWORD* filedata.nFileSizeHigh)+filedata.nFileSizeLow;
//CString m_strSize;
m_strSize.Format("%d%s",filesize/1024.0," K");

}

[snaill]

DWORD 就是32位 = 4G了，如果文件大小太大不得不采取64位来存储

DWORD nFileSizeHigh; // 64位的高位
DWORD nFileSizeLow; // 64位的低位

拼在一起就是完整的文件长度了

[Skt32]

又是一个文本方式和二进制方式的问题。
举个最简单的例子：
FILE * f = fopen("filename","w");
fputc('\n',f);
只向文件中写入了一个'\n'，然后看看文件的大小。应该是两个字节。
原因是，fopen默认为以文本方式打开文件。在文本方式下，写文件时，会将'\n'变成'\r'+'\n'这两个字符写入文件。读取时，相反，会将'\r'+'\n'这两个字符作为一个'\n'读取。
ftell返回的是文件的字节数，和文本方式读取的结果有出入是正常的。
要避免这种结果，一种方法是以二进制方式打开文件（fopen("filename","rb");加上一个'b'就可以了），这时读取的时候不会对'\r'+'\n'进行转换（写的时候也一样）。
但是如果文件本身就是文本文件，用二进制方式读取不方便，那么就不要用ftell得到的文件长读来判断文件是否读完，而是用feof来判断文件是否已读完。
char buf[MAX_LEN];
FILE * f = fopen("filename","r");
if(f == NULL)
{
//打开失败
return;
}
while(!feof(f))
{
fgets(buf,sizeof(buf),f);//一次读取一行，'\n'也保留在buf中
//进行处理
}

[无敌魔仙]

帮你up

[Richuen22]

用64位的LARGE_INTEGER

[goodboyws]

__int64 i64Length = nFileSizeHigh<<32+nFileSizeLow

[wancz]

SeainBlue(爱海)谢谢你。
goodboyws(深夜不眠者） 我没测试过你的方法，想当然是对的。
其他的只能少给点了。
Skt32(荒城之月)离题了，对不起。
snaill()没有给出方法。