Forum Replies Created
-
AuthorPosts
-
support
KeymasterHi,
We have just retested it with the latest Segger J-Link v5.10s and could not find any problem.
We have tested the LEDBlink (BSP) project and tried stepping through the main() function and setting breakpoints – everything worked as expected.
On the first run the J-Link server prompted to update the firmware and we did that. Could you please verify that the problem still exists with 5.10s and after the firmware update?
support
KeymasterHi,
Sure. Please see the answer on StackOverflow.
support
KeymasterHi,
Most likely the connection to your server is slow. Please try switching on the timing analysis mode in the GDB Session window (timer icon) and selecting “All GDB interaction” view. This will show how much time each GDB command takes. If this does not explain the slowness, please let us know which commands are the slowest so that we could advise you further.
March 11, 2016 at 05:30 in reply to: Need help: visualgdb cannot find gdbserver even though the gdbserver exists #7751support
KeymasterHi,
OK, it looks like VisualGDB is somehow using the obj/local/armeabi-v7a directory for symbols instead of obj/local/arm64-v8a.
Does the arm64-v8a directory exist? What does the VisualGDB Launcher Output say when you try to debug your project?
March 9, 2016 at 18:38 in reply to: Need help: visualgdb cannot find gdbserver even though the gdbserver exists #7741support
KeymasterHi,
Yes, please try this build: http://sysprogs.com/files/tmp/VisualGDB-5.1.4.656.msi
If it does not work, please send us the contents of the %LOCALAPPDATA%\VisualGDB\AndroidBinaryCache folder so that we can try reproducing the problem locally.
March 7, 2016 at 20:13 in reply to: Need help: visualgdb cannot find gdbserver even though the gdbserver exists #7735support
KeymasterHi,
Strange. The log looks like the gdb included in the Android NDK itself does not support your device. Can you check the VisualGDB Launcher Output for the path of the GDB executable? Perhaps VisualGDB is launching an incorrect version of gdb?
support
KeymasterThen you can simply use our ARM toolchain. You can combine our legacy device tutorial with the tutorial you mentioned to enter the correct settings into VisualGDB.
We have also added Teensy boards to our watch list, so if their popularity continues to grow, we will add direct support for some of them.
support
KeymasterHi,
Looks like you are missing an interrupt handler for some of the interrupts. Please define the DEBUG_DEFAULT_INTERRUPT_HANDLERS macro in VisualGDB Project Properties and try running your program again. You should then see which exact handler is missing.
March 5, 2016 at 03:23 in reply to: Need help: visualgdb cannot find gdbserver even though the gdbserver exists #7723support
KeymasterHi,
Thanks for the logs. Please try this build: http://sysprogs.com/files/tmp/VisualGDB-5.1.4.652.msi
support
KeymasterHi,
VisualGDB always runs chmod +x on the deployed files. Perhaps some permissions problem is preventing it from working properly? Are you connecting to your device as root?
support
KeymasterOK, which of the boards are you using? The one with AVR microcontroller or the ARM Cortex-based one?
support
KeymasterSure. Let us know once you have further information.
support
KeymasterHi,
Normal VC++ projects don’t automatically add files from the file system and VisualGDB is trying to follow that behavior.
We could add a command to rescan the files and update the project similarly to the Import Directory Recursive command. Would that be helpful?
March 3, 2016 at 03:43 in reply to: Need help: visualgdb cannot find gdbserver even though the gdbserver exists #7709support
KeymasterHi,
Please try the following build:http://sysprogs.com/files/tmp/VisualGDB-5.1.4.650.msi
Then open a VisualGDB project, launch the toolchain testing and send us the contents of the VisualGDB Launcher Output view from the Output window. It should contain detailed log messages explaining the gdbserver location logic.support
KeymasterYou can modify your makefile as follows to support per-file flags
- Modify the file rule templates to include file-specific variables:
$(CXX) $(CXXFLAGS) $($(basename $(notdir $<))_FLAGS) -c $< -o $@ -MD -MF $(@:.o=.dep)
- Add file-specific flags defines above the FileSpecificTemplates line:
LEDBlink_FLAGS := -O0
You can modify the $(basename $(notdir …)) expression to use the directory name instead of the file name. See the GNU Make function reference for more details.
You can similarly add the “include” lines to the Makefile to include your own files containing lines like “CFLAGS += some_flag”.
-
AuthorPosts