02-11-2011 05:26 PM
I had that problem while doing a lot of debugging. I resolved it by restarting my computer. Now I only get it when debugging Android apps, BlackBerrys fine.
02-12-2011 03:36 AM - edited 02-12-2011 03:39 AM
I have been using the plugin v1.3 for some time and here are the issues I noticed:
02-12-2011 05:32 AM
yesterday I noticed a problem with Torch 9800 Simulator
if Tilt to Landscape then I wasn't able to click on buttons or in fields
seems the Simulator still thinks it's in Portrait mode
02-14-2011 09:07 AM
Hi calgacus. Where do you see that error? Is it a dialog brought up by the simulator? Do you see it in Eclipse itself? Can you please also check your processes to see if there are any other fledge.exe processes running?
I tried it out at home again this weekend and found the same message and crash happening often, ususally even before I start stepping through code. My app is 99% complete but there is still a bug or two and a little UI tweaking to be done. is there another way to debug this stuff without the eclipse plugin?
02-17-2011 02:09 PM - edited 02-17-2011 02:10 PM
Just a tip, I have found that performance and stability has improved since removing all my watch expressions in debug mode. Gotta fatten stuff up with messages to do watches.
02-17-2011 05:29 PM
Yes, to some extent. BlackBerry Ant Tools provides a set of Ant tasks for running all the BlackBerry build tools. However, for me, this is only useful for automated builds outside my usual development environment.
I still do all my coding/testing using the Eclipse plugin (stuck at v1.1 until they fix the bugs in v1.3), but I have a Hudson (now called Jenkins) based build server that uses Ant to create the distributable builds of my application.
02-17-2011 05:48 PM
great to hear someone is using Jenkins (Hudson) to deploy BB projects
why not blogging how you're using BB Ant Tools with Jenkins ?
02-22-2011 08:04 PM
Can you please make the component packs available as offline installers? Is this possible? I manage several developers and having them all use the update site is a waste of time and bandwidth, also the downloads frequently fail for us (not sure why, maybe because of geography (Australia)) so using an offline install package for the component pack (4.5.0) would be much more convenient.
02-24-2011 06:34 PM
RE: Library build errors:
_126.96.36.199\components\lib\net_rim_api.jar(net_rim_b b_addressbook.cod): Error!: Duplicate definition for 'net.rim.device.apps.api.addressbook.AddressBook' found in: C:\Eclipse\plugins\net.rim.ejde.componentpack4.5.0 _188.8.131.52\components\lib\net_rim_api.jar(net_rim_b b_addressbook.cod)
I just tested and reproduced this issue and will bring it up to development. In the meantime I have found that if all projects use the same BlackBerry Java SDK to build the issue goes away so this is a potential workaround.
Is there any update for this? When we need to debug/test on multiple plaform versions, having all projects using the same SDK is not really a good option. For example, i have seven projects i my workspace: 1 resource, 1 main app, and 5 platform-specific libraries. Following this advice, in order to debug for any one paltform version, I need to edit my project settings for all of the affected libraries. And I can rule out entirely quickly checking running different simulator versions from within eclipse, since I need to edit configuration before launching each time.