Doxygen: Could not open file xxx for writing - error 0x80070052

在Windows (win7 64-bit)上运行Doxygen的时候，总是遇到这个错误，困扰了我好久。

这次把Doxygen的源代码下载回来， 在Windows 7上成功编译(详情看这里)，想看看究竟发生了什么。

在Visual C++ 2008 Express Edition里debug, 发现是在Doxygen源码 (.\qtools\qfile_win32.cpp) 中定义的 bool QFile::open( int m ) 函数内，调用 _wfopen() 创建.html文件的时候，返回的指针为NULL.

跟踪到这里以后，折腾了好久也没有找到原因 - 函数的调用没有问题、硬盘的空间也足够、把Doxygen报错的源文件单独用Doxygen解析也没有问题。

就在无比迷茫之际，我在Doxygen的输出目录下，试图手工创建文件(Doxygen代码创建失败的文件)的时候，看到了下面的错误 (0x80070052)。




这让我看到了一些端倪。 经过google，Baidu和Bing了一通关键字"0x80070052"之后，开始怀疑Windows上一个目录下允许创建的文件个数可能有上限。

于是写了几行Python，往一个指定目录下循环写文件，测试的结果验证了我的猜想 - Windows (FAT32文件系统)一个目录下可以创建的文件个数是有上限的，而且这个上限和文件名的长度有关。

我测试的结果是，在FAT32文件系统里，一个目录下， 如果文件名长度为50个字符(包括 . 和 扩展名)，文件数最大为 13106； 如果文件名长度为100, 文件数最大为7281。

(顺便说一下，我是在Win7 64-bit下面使用truecrypt 创建了虚拟的FAT32分区, Doxygen的输出是在这个分区上。)

一个目录下支持的最大文件数NTFS文件系统要比FAT32要大。 于是我立即做了一个测试，把Doxygen的输出位置指向我电脑上的NTFS分区，果然错误消失了！！！

小结一下:

- Windows一个目录下可以创建的文件数是有上限的，而且文件名越长，文件数上限越小;
- NTFS文件系统支持的最大文件数比FAT32大;