使用 Eclipse 3.5 时，Blackberry COD 文件随机丢失答案

【问题标题】：Blackberry COD files randomly missing when using Eclipse 3.5使用 Eclipse 3.5 时，Blackberry COD 文件随机丢失
【发布时间】：2011-02-11 19:44:03
【问题描述】：

我发现 BB/Eclipse 环境非常不稳定，想知道我在这里做的是否根本性错误？

我构建了我的项目，它会生成大约 40 个左右的 COD 文件……通常情况下。有时，如果我清理并运行一些 COD 文件丢失并且它无法运行（或者更糟糕的是它以某种方式运行旧版本）。我不骗你，每次我想运行/测试我的设置时，我都会花费大约一个小时，这比我使用的其他平台慢一个数量级。它最终通过点击 clean/debug/clean/debug/etc... 并且除了这些 clean/debug/repeat 步骤之外什么都不做。

如果我对我的 src 进行增量更改，那么在获取它们时相当可靠，但是当我通过 Windows 资源管理器添加新资源并在 Eclipse 中对该目录说“刷新”时，就会出现所有问题。

非常感谢有经验的 Eclipse/BB 用户的任何指点（尤其是如何缩小为什么有时有效，有时无效）。谢谢，斯图尔特

【问题讨论】：

标签： blackberry-eclipse-plugin

【解决方案1】：

我相信我已经缩小了问题的范围。首先，我在 src 上使用 DropBox，但这具有备份构建文件的无意功能，并且找不到禁用它的方法。如果文件被 Dropbox 锁定，它不出所料地失败了，问题是它没有说“无法写入文件，因为它被锁定”或任何类似的有用信息......只是失败了。显然，当我去检查它时，Dropbox 已经完成了它的工作，所以这是完美的犯罪！

我的学习：

在 COD 生成版本上禁用 Dropbox。
在更改 SDK 版本时，我发现我必须通过构建配置设置更改 SDK，干净的，退出日食，使用 Windows 资源管理器删除构建目录，
重新启动 Eclipse 并点击刷新/清理。

这似乎现在构建得相当可靠。在不重新启动 Eclipse 的情况下，我会遇到各种奇怪的错误，例如文件转到错误的位置并拾取脏数据。主要的是任何 //#ifdef 没有被预处理器正确拾取，所以会出现 1001 错误。

【讨论】：