Forum Replies Created
-
Posts
-
Wait a bit more on that. Once the beta is out, I will release a self-contained source package that won’t require any further adjustments.
Hey guys, if I promise something, I don’t forget it 🙂
The new WinCDEmu beta is out. Check out the highlights here: http://wincdemu.sysprogs.org/news/4.0/
I’ve added what everything that was asked except 2 things:
* Registry cleanup for portable driver uninstallation. Simply could not reproduce it. If you can share exact repro steps, I’ll look into it more.
* Localization for the portable version. The current localization engine stores translations in separate files, but the portable version has to be 1 stand-alone file. If someone is willing to modify the sources to support localization via resources, I can show how to do this.If you have other requests or feedback on the beta, feel free to post them here.
OK guys, the Beta 1 is out so I need your feedback on it. Once we ensure it’s stable, I will release a complete source package that will include BazisLib so you won’t need to mess with installing and configuring it.
Hi,
Most likely your LD_LIBRARY_PATH is modified from .bashrc that is not processed when running commands like GDB over SSH directly (opposed to typing the command name manually in the shell). VisualGDB 4.3 Beta 2 actually detects this condition and configures a workaround automatically. Please try updating to it.
That depends on the bug. If your bug caused an exception during program initialization (before main() got a chance to run), the breakpoints would not be triggered.
OK, your prayers have been heard. I’ll try to get as much feedback from the community as I can and make a new release.
Regarding vmnt, have you installed BazisLib 3.0? It is needed by the latest WinCDEmu.Hi,
From the GDB perspective, the breakpoints are set correctly, but the tool simply exits. Are you missing custom LD_LIBRARY_PATH? Does the tool run normally when you launch it manually? Do you experience the same issues with a basic “Hello, World” tool?
Hi,
Thanks for the log. The problem might actually be caused by VisualGDB. We have recently modified our workaround that handles VSPackage registration and it may be causing your problem. Please try this build:
http://visualgdb.com/tmp/VisualGDB-4.3.1.184.msi
Then create a registry value: HKLMSOFTWAREWow6432NodeSysprogsVisualGDBSettingsPackageSiteWorkaroundMode and set it to 2. If that does not help, set it to 0. Let us know if that solves the problem.Hi,
Do you get any IntelliSense errors in the Errors pane? IntelliSense currently uses a completely different mechanism than the compiler uses, so it is known miss some GCC-specific declarations occasionally. We are currently working on a separate IntelliSense engine that will understand GCC-specific code much better.
Hi,
You appear to be using a very old version of tar that has a known bug. Please update to a newer version or configure VisualGDB to ignore file transfer errors on the Project Settings page in VisualGDB Project Properties.
It also looks like you are doing either a clean or a rebuild on a project that does not define the clean rules. Please either use the ‘Build All’ command or add a clean rule to your Makefile.Hi,
The easiest way would be first import the actual app (it should have the jni folder defining which libraries to import), then import the library project:
1. Copy the AndroidManifest.xml file to the root directory of your library (the one that contains the jni subdirectory). It will be deleted later.
2. Import the library as if it was an app.
3. Delete the AndroidManifest.xml file.
4. In the VisualGDB Project Properties set the “This is a library-only project” checkbox on the Build Settings page.Note that we have added support for Gradle projects to VisualGDB 4.3.
Hi,
Sorry about your PhpBB experience, normally when you press ‘back’ in your browser, the text you entered on the page should reappear. if that does not happen, you may want to update your browser. We had to disable hyperlink posting for anonymous users because we were getting 20+ spam posts per day despite having a custom CAPTCHA.
Please find the answers to your questions below:
1. It is straight-forward. See the STM32 tutorial here: http://visualgdb.com/tutorials/arm/stm32/
2. You can use any GCC-based toolchain of your choice (some our customers even reported success with using the IAR compiler). However you may need to specify some GCC flags manually if your toolchain handles them differently from ours.
3. This is not directly supported by VisualGDB, however you can use the GDB tracepoint commands (https://sourceware.org/gdb/onlinedocs/gdb/Tracepoints.html) to collect data in a similar way. You can enter GDB commands directly in the GDB Session window while using VisualGDB.
4. Last time we checked, ST did not ship their own GDB Server. Hence we support OpenOCD and Texane ST-Link tool out-of-the-box. If you want to use some other GDBServer, simply choose the ‘custom mode’ and specify the path to your GDBServer manually.
5. You can support FreeRTOS threads by writing a thread visualization plugin. There is a detailed tutorial here: http://visualgdb.com/tutorials/arm/threads/
6. VisualGDB does not have any special support for profiling. You can use the built-in GCC/GDB features for it.
7. You can use the Visual Studio memory window just like when debugging Windows programs.
8. You can use the VS Registers window to view the CPU registers and the Embedded Registers pane to view the peripheral registers.
9. The problem with serial wire viewer is that ST-Link uses an undocumented protocol and hangs randomly when you try to view the output. Hence OpenOCD and Texane ST-Link tools support it, but it not very useful in practice. You could get a stable SWV output if you use Segger J-Link with Segger software.
