我测试到的规律是：
1小于2g，高位0，低位正数
2大于2g，高位0，低位负数 （小于4g）
3大于4g，高位1，低位正数 （小于6g）
4大于6g，（没这么大的文件，未测，我猜测高位是1，低位是负数，所以我就暂时下了结论了）

晕倒了！ 这个也是要在资源管理器刷新的，要不然得到的大小也是不实时的...

VFP有什么办法让某个目录定时刷新吗？

这里要注意的是：WIN32_FIND_DATA结构成员nFileSizeHigh和nFileSizeLow是DWORD类型（32位无符号），VFP的CTOBIN()是有符号处理，不能直接返回无符号数值，可以自定义一个函数逐个字节处理。

我消化一下，不过这个不是实时更新的问题怎么办才好啊？

FindFirstFile()实际是用来检索文件表，不针对文件内容。
试试 CreateFile() 或 VFP的 FOPEN()+ FSEEK()，这些是针对文件内容操作，但因为是其他进程处理的文件，如果VFP也不能OPEN这个文件就不好处理。

示例1, 用CreateFile()
DECLARE LONG CreateFile IN Kernel32 STRING@, LONG, LONG, LONG, LONG, LONG, LONG
DECLARE LONG GetFileSize IN Kernel32 LONG, LONG@
DECLARE LONG CloseHandle IN Kernel32 LONG

hFile = CreateFile("C:\TEMP\test.txt", 8, 1, 0, 3, 0, 0)
IF (hFIle != -1)
    nHSize = 0
    nLSize = GetFileSize(hFile, @nHSize)
    CloseHandle(hFile)
    ? nHSize * 0x100000000 + nLSize
ENDIF

示例2, 用 FOPEN()+FSEEK()
hFile = FOPEN("C:\TEMP\test.txt")
IF (hFIle > 0)
    nSize = FSEEK(hFile, 0, 2)
    FCLOSE(hFile)
    ? nSize
ENDIF

实例1解决了，非常感谢！基础很差啊，虽然写了好几个软件了