Forum Replies Created
-
Posts
-
Hi,
You can go to the VisualGDB Project Properties, open the Embedded Frameworks page and remove references to HAL or StdPeriph. This will only leave the startup file and the linker script in your project.
We are not aware of any code that calls malloc() during initialization. Can you reproduce this on a “Hello, World” project and send it to us?
Hi,
This is a known limitation. The problem is that for typedef’ed types GDB reports the typedef name instead of the actual type name and resolving each unknown type would have a significant performance impact.
Hi,
Most likely you are either not deploying your library or are using the wrong symbols. Please ensure that the modified version of the library ends up both:
- On your Raspberry Pi
- In the sysroot directory of your toolchain. You can check the exact path by running the “info shared” command in the GDB Session window
Hi,
Unfortunately there is no easy or practical way to do that. If the APK vendor has not provided the sources/symbols, you cannot simply reconstruct them from the app.
Hi,
Normally launching the debugger should be fairly fast, so VisualGDB does it in the foreground. Do you have an idea why is it taking 10 seconds each time? Are you deploying large binaries? Do you experience the same delays with a “Hello, World” project?
Hi,
You can change the output directory on the Makefile Settings page of VisualGDB Project Properties. However, if you have several projects in the same directory, you would need to change the Makefile names for them (same page of properties) to ensure that they are using different Makefiles and their settings are stored separately.
Hi,
Please check your link command line in the build output. Does it include the ftk.o file twice? If yes, please ensure that you don’t have two different ftk.c files in your project.
Hi,
Unfortunately that won’t work because the Play Store apps contain release versions of the libraries that simply don’t have debug symbols required for debugging. So even if you manually set the ‘debuggable’ attribute and copy gdbserver, you won’t be able to get any meaningful debugging experience.
Hi,
Last time we checked the PIC32 devices were not very popular and the popularity was declining. So unless this trend changes, we won’t be supporting them directly.
You are welcome to try creating a project manually by following our legacy device tutorial and feel free to ask questions if anything breaks or becomes unclear.
Hi,
Please try manually locating the source file that contains the main() function. Is it located under the source directory you are importing?
Hi,
It’s usually displayed via Help->About VisualGDB. If you want to upgrade, simply email sales@sysprogs.com and we’ll give you a quote.
Hi,
Good to know it works now. It’s hard to say what could be causing the wifi_set_opmode() bug, can be that a simple rebuild just fixed it. If you encounter it again, feel free to let us know.
Hi,
You can do it by defining a custom pre-debug action (upload a file). Note that this works on Custom and Ultimate editions only.
Hi,
We have added a workaround to the “Command line too long” problem in this build: http://sysprogs.com/files/tmp/VisualGDB-5.1.0.617.msi
Let us know if this works.
