support

Forum Replies Created

Viewing 15 posts - 4,786 through 4,800 (of 7,817 total)
  • Author
    Posts
  • in reply to: Error calling Static library #12929
    support
    Keymaster

    Looks like the project is missing references to libraries or sources defining a few functions (like airkiss_printfImp). We would advise searching the SDK and your external libraries for definitions of those functions (not just declarations in .h files) and including the corresponding libraries.

    support
    Keymaster

    Hi,

    Yes [here], but it comes with absolutely no warranties or support of any kind.

    in reply to: Surprizing ESP32 support #12927
    support
    Keymaster

    Hi,

    Unfortunately it’s hard to provide any help without seeing the full context: OpenOCD output, screenshots of your settings, screenshot of your About window to show the current VisualGDB state. Please attach those and we will try to help you.

    in reply to: Toolchain arm-eabi-gcc7.2.0-r2 and libcompactcpp #12926
    support
    Keymaster

    The one from the LIBRARY_NAMES is the correct one (you would also need to remove it from the stm32.xml file as otherwise it will get regenerated).

    std::array<> should not be related to compactcpp. Please feel free to post the errors you get and we will help you resolve them.

    support
    Keymaster

    Hi,

    The <offset> files are generated when you debug your program first. You can also use the ESPImageTool.exe from the <toolchain>\esp8266-bsp directory to generate the files or program them via the bootloader.

    in reply to: Embedded Profiler Incredibly Slow #12912
    support
    Keymaster

    Hi,

    OK, thanks for the log, that explains it. Looks like something is totally wrong with the temporary directory and this breaks the .Net framework. It is surprising it didn’t affect any other programs.

    Please try deleting all files in the temporary directory and run chkdsk on the drive containing it.

    in reply to: Embedded Profiler Incredibly Slow #12907
    support
    Keymaster

    OK, sorry about that. We have added another logging layer on top: http://sysprogs.com/files/tmp/VisualGDB-5.3.15.1916.msi (the link will become available in ~10 minutes)

    Please open the View->Other Windows->VisualGDB Diagnostics Console window and enable logging before opening VisualGDB Project Properties.

    in reply to: Embedded Profiler Incredibly Slow #12905
    support
    Keymaster

    Hi,

    Thanks for confirming this. Looks like some internal VisualGDB component is throwing an exception and VisualGDB is not handling it properly. Please try this build:

    http://sysprogs.com/files/tmp/VisualGDB-5.3.15.1915.msi

    It should display a meaningful error message in this case.

    in reply to: Embedded Profiler Incredibly Slow #12902
    support
    Keymaster

    Hi,

    It could be that your license upgrade did not get applied properly. Please try re-entering the key via Help->About VisualGDB.

    in reply to: Why is my indenting this way? #12900
    support
    Keymaster

    Hi,

    Yes, it will be included in the next maintenance release.

    in reply to: Why is my indenting this way? #12898
    support
    Keymaster

    Hi,

    Thanks for the updated gif. Looks like you don’t have the “Reformat code when ‘}’ is pressed” enabled in the C++ editor settings, so VisualGDB is using an alternate simplified mechanism to layout the brackets.

    We have added a workaround to this build that will fix the location of the closing brace: http://sysprogs.com/files/tmp/VisualGDB-5.3.15.1913.msi

     

    in reply to: Debug C++ called from C# #12897
    support
    Keymaster

    Hi,

    We would recommend calling the MessageBox() function from your C++ MinGW code at the beginning of the test. This should pause the test displaying the message box. Then you can use Task Manager to locate the PID of the test process and then simply attach to it with VisualGDB (you can also display the PID in the message box itself).

    support
    Keymaster

    Hi,

    The ESP8266 images consist of several non-consequent blocks that need to be programmed at different addresses in the FLASH memory following the “<Project Name>-<Offset>.bin” syntax. The “<project name>.bin” file is generated by the regular objcopy tool that is not aware of the ESP8266 specifics and should be ignored.

    in reply to: Toolchain arm-eabi-gcc7.2.0-r2 and libcompactcpp #12895
    support
    Keymaster

    Hi,

    For a stand-alone project please simply remove “compactcpp” from the list of libraries in the first page of VisualGDB Project properties.

    in reply to: Surprizing ESP32 support #12894
    support
    Keymaster

    Hi,

    Wow, this looks like something in the installation/configuration gone horribly wrong. We have just re-tested a clean R7 toolchain install, but could not reproduce any crashes. The OpenOCD output also mentions a different build date:

    C:\SysGCC\esp32\esp32-bsp\OpenOCD\bin\openocd.exe -c "gdb_port 8786" -c "telnet_port 8787" -f interface/ftdi/olimex-arm-usb-ocd-h.cfg -c "adapter_khz 3000" -f target/esp32.cfg -c "echo VisualGDB_OpenOCD_Ready"
    Open On-Chip Debugger 0.9.0 (2017-08-05)
    Licensed under GNU GPL v2
    For bug reports, read
        http://openocd.org/doc/doxygen/bugs.html
    adapter speed: 3000 kHz
    Info : auto-selecting first available session transport "jtag". To override use 'transport select <transport>'.
    force hard breakpoints
    VisualGDB_OpenOCD_Ready
    Error: libusb_open() failed with LIBUSB_ERROR_NOT_SUPPORTED
    Info : clock speed 3000 kHz
    Info : JTAG tap: esp32.cpu0 tap/device found: 0x120034e5 (mfg: 0x272 (Tensilica), part: 0x2003, ver: 0x1)
    Info : JTAG tap: esp32.cpu1 tap/device found: 0x120034e5 (mfg: 0x272 (Tensilica), part: 0x2003, ver: 0x1)
    Info : Target halted. PRO_CPU: PC=0x400D0A58 (active)    APP_CPU: PC=0x00000000 
    Info : accepting 'gdb' connection on tcp/8786
    Info : Use core0 of target 'esp32'
    Info : Target halted. PRO_CPU: PC=0x40090FA3 (active)    APP_CPU: PC=0x400803C0 
    Info : Auto-detected flash size 4096 KB
    Info : Using flash size 4096 KB
    Info : dropped 'gdb' connection

    It looks like you might have accidentally started an incorrect version of OpenOCD (or accidentally copied it over the version in the R7 toolchain). Our best advice would be to delete the toolchain directory and try installing it again. Please also ensure you are using the latest VisualGDB 5.3R5 (early pre-release v5.3 builds are not compatible with the latest toolchains).

Viewing 15 posts - 4,786 through 4,800 (of 7,817 total)