Sysprogs forums › Forums › VisualGDB › Issue with "Start without debugging"
- This topic has 7 replies, 3 voices, and was last updated 11 years, 2 months ago by
support.
-
AuthorPosts
-
July 20, 2014 at 08:55 #874
wernert
ParticipantI’m thinking that “Start without debugging” may have a bug. It does not appear to load a new instance of my exe to the Raspberry PI. Instead it compiles etc, but when the app finally runs, it is still exactly the same one as before, despsite the fact that I made code changes. Only when I use “Start debugging” does it seem to actually load my changed code to the Raspberry PI.
July 24, 2014 at 01:31 #3294support
KeymasterHi,
Thanks, the deployment was indeed skipped. We have added a default option to deploy it to the upcoming maintenance release.
July 25, 2014 at 12:09 #3292wernert
ParticipantThanks for your reply. I’ve been playing a couply of days now with VisualGDB and its really a great tool. The only negative feedback I can give so far:
It takes very long from the time you click the start button, until the code is actually running on the Raspberry. Anything to speed this up would be a big plus. Also if there could at least be some ongoing feedback so one can see what’s happening it will help to not make it feel so long.
July 26, 2014 at 02:26 #3293support
KeymasterHi,
What is the final size of the binary you’re debugging? If it’s several tens of megabytes, it could explain why deployment is slow. You can speed it up by adding a custom action that will strip it and deploy a stripped version (don’t forget to disable auto-deployment and don’t strip the version used by GDB to read symbols). We could also add a deployment progress window if it turns out that the deployment is the bottleneck.
July 29, 2014 at 15:43 #3295Anonymous
ParticipantAbout VisualGDB slowness: we noticed also that it is really long to deploy to a target. On my project, I do not deploy with Visual GDB but with putty and it is really faster. I think SSH client in Visual GDB should be optimized.
July 30, 2014 at 22:20 #3296support
KeymasterHi,
Is uploading the same file with SmarTTY also slow? It is using the same SSH engine.
August 13, 2014 at 09:11 #3291wernert
ParticipantWhen I first started to play with VisualGDB I was using it with a Raspberry Pi Model A and a WiFi dongle to provide the network interface. It was really slow then. But in the meantime I started using a Raspberry Model B+ and an actual ethernet cable connection. It is very fast now. Not sure if it was the Wifi connection that made it so much slower or not, but I’m quite happy with how it works now.
August 18, 2014 at 19:56 #3290support
KeymasterHi,
We received a lot of feedback from different customers regarding poor performance when using Raspberry Pi with WiFi, so we would suspect it to be the main cause. Let us know if you experience any problems with the wired connection.
-
AuthorPosts
- You must be logged in to reply to this topic.