Blackberry COD-Dateien fehlen bei der Verwendung von Eclipse 3.5 zufällig

Question

Ich finde die BB/Eclipse-Umgebung unglaublich instabil und wollte wissen, ob ich hier etwas grundsätzlich falsch mache?

Ich baue mein Projekt und es produziert etwa 40 oder so COD-Dateien ... in der Regel. Manchmal, wenn ich etwas säubere und laufe, fehlen einige COD-Dateien und es läuft nicht (oder schlimmer, es läuft irgendwie die alte Version). Ich mache dir keine Angst, ich verbringe jedes Mal etwa eine Stunde damit ich mein Setup ausführen/testen kann, was eine Größenordnung langsamer ist als die anderen Plattformen, mit denen ich arbeite. Es funktioniert schließlich, indem es clean/debug/clean/debug/etc ... und nichts anderes tut als diese clean/debug/repeat-Schritte.

Wenn ich inkrementelle Änderungen an meinem src mache, ist es ziemlich zuverlässig beim Abholen, aber wenn ich eine neue Ressource über den Windows Explorer hinzufüge und in diesem Verzeichnis 'refresh' sage, ist es, wenn alle Probleme beginnen.

Alle Hinweise von erfahrenen Eclipse/BB-Benutzern würden sehr geschätzt werden (besonders, wie man eingrenzen kann, warum manchmal es funktioniert und manchmal nicht). Danke, Stuart

Answer 1

Ich glaube, ich habe die Probleme eingegrenzt. Erstens benutze ich DropBox auf dem src, aber dies hat die unbeabsichtigte Eigenschaft, Build-Dateien zu sichern und kann keine Möglichkeit finden, dies zu deaktivieren. Wenn die Dateien von Dropbox gesperrt sind, scheitert es nicht überraschend, der Haken ist nicht, dass 'nicht in die Datei schreiben konnte, da sie gesperrt ist' oder irgendetwas anderes, das hilfreich ist ... scheitert einfach. Offensichtlich, wenn ich es inspiziere, hat Dropbox es gemacht, also das perfekte Verbrechen!

Mein Learnings:

1. deaktivieren Dropbox auf COD Erzeuger- baut.

2. Wenn SDK-Version zu ändern Ich fand ich ändern, das SDK über die Build-Konfigurationseinstellungen haben sauber, Ausfahrt Eklipse, das Build-Verzeichnis mit Windows Explorer löschen,
   Restart Eclipse und treffen Refresh/reinigen.

Das scheint jetzt ziemlich zuverlässig zu bauen. Ohne Eclipse neu zu starten, bekomme ich alle möglichen seltsamen Fehler von Dateien, die zu falschen Orten gehen und schmutzige Daten werden aufgenommen. Die wichtigste ist eine beliebige // # ifdefs werden vom Präprozessor nicht korrekt erkannt, so dass 1001 Fehler auftreten.