- This topic has 7 replies, 2 voices, and was last updated 7 years, 10 months ago by
.
-
Posts
-
hi
host : win10, target Debian
developing PHP extension, so the debug settings are:
application: php
parameter: myscript.php
php ini and extension location looks specified correctly,
because I see its diagnostic console output in gdb log, however breakpoint doesn’t catch the runflow.
any idea what can be wrong?
Hi,
This looks like some kind of a symbol load problem. Please check if gdb shows your plugin in the ‘info symbols’ command output. If yes, please try adding the path to the .so file with symbols via the set solib-search path command so that gdb can load symbols for it.
didn’t find ” info symbols” output… please assist
by the way , a couple more questions:
- in a wizard “import .so project”, that I’m doing from linux host, the setting: Debugged executable , I’m specifying “php”, however, after the project created, this field is $(TargetPath), and I need to change this again, is it a bug?
- please clarify, why my makefile from linux host is not imported locally? If I will download this manually and change this locally, will this be uploaded to remote host for a building automatically?
do I understand GCC compilation right , for the including debug info, I have to add these flags to Makefile
LD_FLAGS = -Wall -shared -O0 –g -ggdb3 ??
and how can I add “set solib-search path command”? and why? all my sources and .so in the same work directory (just for simplifying on this step)
the topic can be closed,
the steps to solve:
- after makefile-based project import, build system has been set to Custom, so I’ve changed to GNU Make manually. is it okay? or bug?
- add some required (from makefile GUI dialog) settings, which were added to my existing makefile, thanks a lot that just added only, not overwritten 🙂
the settings from default Debug GUI dialog were enough for start debug
currently works perfect, thank you!
=========================================================================
so as a summary of the topic:
- please confirm that Debugged Executable is not stored to settings when specified in a Wizard, bug?
- IMport makefile based project doesn’t set build system to GNU Make, why
Hi,
Good to know it works.
The ‘custom’ build system is used for projects where VisualGDB does not control the Makefile structure and cannot do precisely aimed edits to it. This is always the case when you import an external project (as the Makefile was not generated by VisualGDB). The only practical difference is that you would need to synchronize IntelliSense settings manually and edit the Makefiles directly instead of the VisualGDB GUI.
When you switch to the regular GNU Make subsystem, VisualGDB regenerates the Makefile based on its own template and will know how to edit it based on the settings from GUI. Although this is easier to handle, it will replace any custom steps present in the original Makefile, so VisualGDB does not to this unless explicitly requested.
thank you, I successfully switched on GNU Make system, with some limits (see my topic about custom build folder)
please comment my question about debugged executeable field.
”
- please confirm that Debugged Executable is not stored to settings when specified in a Wizard, bug?
”
if this is really a bug, do you have a public tracker for the requests?
“
- You must be logged in to reply to this topic.