我在使用Dropbox文件夹时似乎遇到MinGW64 (gcc 4.6.3, from RTools build on CRAN)
问题。我有一个使用make文件构建的大型项目。它编译好所有源文件,但是当我开始将所有*.o
文件添加到库中时,我收到了奇怪的消息:
C:\ Rtools \ gcc-4.6.3 \ binar.exe:无法重命名' project.lib&#39 ;;原因: 文件存在。
正在执行的命令是:
ar rcs project.lib func1.o
ar rcs project.lib func2.o
ar rcs project.lib func3.o
...
ar rcs project.lib func120.o
有超过100个*.o
个文件。最初的那些工作,但在随机数之后发生上述错误消息。有时它在第二个ar命令上,有时在100号。
这个make文件在Win32,Win64,linux 32,linux 64和OSX下工作了多年。当我将文件夹复制到非Dropbox位置时,它适用于此Win64机器。我猜测当ar试图重复更新库文件时会出现一些冲突,而Dropbox正试图反复将文件复制到云端。
有没有人见过这个?或者知道Dropbox的工作原理并可以解释发生了什么?
答案 0 :(得分:0)
不确定这是否是特定于Windows的问题,但可能是。默认情况下,Windows会锁定打开的文件,这些锁会阻止正确删除/替换文件。 Dropbox喜欢在其文件夹中打开文件(以便检查/上传它们)。
除此之外,我发现Dropbox在文件操作过快时会遇到各种问题(如构建过程可能会这样),包括重复和丢失的文件。