support

Forum Replies Created

Viewing 15 posts - 4,621 through 4,635 (of 7,822 total)
  • Author
    Posts
  • support
    Keymaster

    Hi,

    As long as Eclipse and VisualGDB use different toolchains, the results might be slightly different (e.g. different optimization algorithms). Also using different input file order could affect the order of functions in the final image and might also trigger some strange bugs.

    We would advise doing a quick test – replacing the ELF file generated by VisualGDB with the ELF file from Eclipse and trying a VisualGDB debug session without rebuilding. If this works, the problem is in the build settings (which is most likely, but still worth double-checking at this stage). Otherwise, it is related to debug settings.

    Weird memory locations usually come from gdb doing some guessing while unwinding the stack and are usually harmless (exceptions caused by the debugger itself don’t invoke HardFault_Handler).

    You can verify the FLASH automatically by adding the “compare-sections” command to the additional GDB commands in VisualGDB Project Properties or use the “Verify FLASH memory” button in the GDB Session window (this will display a detailed report on mismatches if any are found).

    in reply to: Trouble Getting printf() to work with ESP8266 #13526
    support
    Keymaster

    Hi,

    The “Info : debug cause: 0x8” and other similar messages come from OpenOCD – the command line tool used for debugging; it is not directly related to the UART port output.

    In order to see the UART output from esp8266, you would need to physically connect a USB-to-UART adapter to the UART pins on your module (please ensure you use a level translator, as UART and regular CMOS logic use different voltages and connecting them directly might burn one side). Once you connect it, you can see the UART output in the corresponding COM port (either via VisualGDB’s Embedded Terminal or using our free SmarTTY tool).

    in reply to: Template formatting #13515
    support
    Keymaster

    Hi,

    OK, we have added a partial workaround to this. Please try this build: http://sysprogs.com/files/tmp/VisualGDB-5.3.18.2009.msi

    You can disable template contents indentation via Tools->Options->Text Editor->C/C++ (VisualGDB)->Formatting->Don’t indent template contents.

    VisualGDB will still add indentations when you press ‘enter’ after starting a template declaration, however they will be removed once you enter the final ‘;’ or reformat the entire document via Ctrl-K, Ctrl-D.

    support
    Keymaster

    Hi,

    Thanks for the detailed description. This might be related to an OpenOCD bug in the STM32L4 driver that refuses to program some sections if they are insufficiently aligned (we were not able to reliably pinpoint it though). The file built with Eclipse shows the size of .isr_vector section to be 0x2f8, while the VisualGDB version has 0x2f4 (due to different size of mcu_cpu_systick_Handler). Please try increasing alignment of your sections and see if this works around the programming errors.

    in reply to: VisualGDB Template Import Error #13513
    support
    Keymaster

    Hi,

    Thanks, this looks like a bug fixed a few maintenance builds ago. Please update to the latest VisualGDB 5.3R8.

    in reply to: Android executable CMake import #13512
    support
    Keymaster

    Hi,

    No problem. Please let us know what are you trying to create a – stand-alone command-line Android tool, a native Android app or a Java App with C++ part built by CMake.

    in reply to: Line breaks in build output in console #13511
    support
    Keymaster

    Hi,

    Thanks for the screenshot. This type of output is processed directly by Visual Studio and should not be affected by any VisualGDB bugs. If you observe the same in Android Studio, this is likely a bug in Gradle.

    in reply to: Issue with Clang #13509
    support
    Keymaster

    Hi,

    This is by design – VisualGDB normally keeps automatic rename smart tags for 3 last edits. You can disable this by setting this limit to 0 as shown below:

    Please note that you would need to reopen your project after changing this setting.

    Attachments:
    You must be logged in to view attached files.
    in reply to: C11 extensions & Clang-based IntelliSense #13508
    support
    Keymaster

    Hi,

    Normally the Clang IntelliSense should automatically pick this flag from the project settings. If not, please try adding it to VisualGDB Project Properties -> IntelliSense Settings -> Additional flags for C++ files.

    in reply to: nRF52 – steps for logging via RTT to free up UART pins #13507
    support
    Keymaster

    Hi,

    As we are not a vendor for Segger RTT, unfortunately we cannot provide much help for this. For VisualGDB projects we recommend using our advanced semihosting framework (enabled via the Embedded Frameworks page of VisualGDB Project Properties). It provides fast non-stop semihosting (including support for multiple colors via the ANSI escape sequences), is fully integrated with VisualGDB and doesn’t need any extra setup.

    in reply to: VisualGDB breaks IntelliSense in driver projects #13506
    support
    Keymaster

    Hi,

    Thanks, this might be related to a recently fixed bug. Please try this build: http://sysprogs.com/files/tmp/VisualGDB-5.3.18.2008.msi

    in reply to: Issue with Clang #13494
    support
    Keymaster

    Hi,

    That would normally count as a valid attempt to rename the function. If this is annoying, we could easily add an option to disable this behavior.

    in reply to: Autocomplete not working #13493
    support
    Keymaster

    Hi,

    The shortcut actually comes from Visual Studio.  You can see under in Edit->IntelliSense together with a other IntelliSense commands. If you are not familiar with Visual Studio commands and shortcuts, we would advise looking through the Edit menu – it contains a few very powerful commands.

    in reply to: Android executable CMake import #13492
    support
    Keymaster

    Hi,

    Sorry, unfortunately that is not directly supported. However as for CMake projects the Solution Explorer contents is dynamically built from the CMake project structure, you can simply copy-paste the CMakeLists.txt file structure to a newly created project (and also copy all relevant sources) and VisualGDB will automatically update Solution Explorer to show the contents of your project.

    in reply to: Line breaks in build output in console #13491
    support
    Keymaster

    Hi,

    Strange, normally this would not happen. Does this happen in the Output window (the regular Build Output pane?)? Could you please share a screenshot so that we could see if anything else could provide a hint to the cause behind this?

Viewing 15 posts - 4,621 through 4,635 (of 7,822 total)