This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Summary: | C Debugger does not recognise breakpoints | ||
---|---|---|---|
Product: | cnd | Reporter: | theghostdog <theghostdog> |
Component: | Debugger | Assignee: | henk89 |
Status: | RESOLVED INCOMPLETE | ||
Severity: | normal | ||
Priority: | P3 | ||
Version: | 8.0 | ||
Hardware: | PC | ||
OS: | Linux | ||
Issue Type: | DEFECT | Exception Reporter: | |
Attachments: |
GDB Log file
project properties - debug project properties - run Project Properties --> Build --> Make Project Custom Makefile gdb log |
Description
theghostdog
2014-04-16 10:11:33 UTC
1) in NetBeans 8.0 'Debugger Console' tab displays user's commands. Can you attach your /tmp/gdb-cmds3572853162591147543.log file (this file contains internal commands) 2) Do you use "C/C++ Application" or "C/C++ Project with Existing Sources" project type? Created attachment 146879 [details]
GDB Log file
Hello soldatov, the project type is C++ Project from existing Source, created directly with NB 8.0. The log file is created with a fresh run, within the debugger should catch three breakpoints several times, but it has not done it. best ghostdog PS: by the way, I'am sorry, but writing an comment and attaching a file afterwards looks also as an bug, since the file is posted without the comment. this is the reason for my double post. ;) The bug is also present with Oracle Java jdk1.8.0_05. Hallo,I tried the Gcc 4.7.7 from the RedHat DevTool-Set 1.1, but the same behaviour is still present.best Just for your information. I have created an NB C++ application project and tried the debugger. For this configuration works the debugger as expected on Centos 6. hello soldatov, is there any update for this bug on the horizon???? best theghostdog The debugging engine was unable to detect your symbol file. Could you please screen-shot run and debug tabs in project properties? Created attachment 147591 [details]
project properties - debug
the project debug properties
Created attachment 147592 [details]
project properties - run
the project run properties
the shell script in the run command simple calls: #!/bin/sh make -f Makefile-Netbeans-Project.mk Run thereby is Makefile-Netbeans-Project.mk the makefile of my c++ project from source hello henk, were the screenshots of the project properties helpful? do you need any support? best Hello together,yesterday, I tried to open the project in NetBeans 7.4. First of all, I receive a warning that its a project of a new version. However, the project was opened and compiled. I tried to debug it, but i recognize the same behavior as in NB 8.0, the debugger does not stop on the break point. Afterwards, I create in NB7.4 a new c project from source for my project and try it to debug. Again, it does not stop at any break-points. Thus, the error may be independent of NB7.4 and NB8.0. it may be that it is related to the GCC 4.7.7 used via the Redhat Developer Tools 1.1?best You should specify a correct symbol file in the Build Result field (Project Properties -> Build -> Make). It should be the binary generated by your makefile. Could you please screen-shot Project Properties -> Build -> Make tab in project properties? Created attachment 147887 [details]
Project Properties --> Build --> Make
The desired screen shot from the project properties build make options.
Created attachment 147888 [details]
Project Custom Makefile
For your information: The custom makefile, used to create, build and run the project.
Hallo Henk, as you can see above, I have posted the desired screen shots. In addition, I attached my handmade custom makefile, which rules the build process of my project. Just for your information: this makefile is a kind of meta makefile. It defines some variables and paths and calls a small program that creates the actual makefile. Afterwards, I call indirectly that created makefile. Sounds strange, but its necessary for using the omnet++ network simulator from netbeans, instead the ugly eclipse ide, provided by omnet. ;) best It looks like you'd set an incorrect workdir and as a result debugger was unable to resolve out/gcc-debug folder (try writing the absolute path to the workdir here) (In reply to henk89 from comment #19) > It looks like you'd set an incorrect workdir and as a result debugger was > unable to resolve out/gcc-debug folder (try writing the absolute path to the > workdir here) I was mistaken: build result is resolved inside the project directory. Try specifying the absolute path to build result. (In reply to henk89 from comment #20) > (In reply to henk89 from comment #19) > > It looks like you'd set an incorrect workdir and as a result debugger was > > unable to resolve out/gcc-debug folder (try writing the absolute path to the > > workdir here) > > I was mistaken: build result is resolved inside the project directory. Try > specifying the absolute path to build result. Hey henk, your tips solve my problem in parts. ;) I change the project settings in build-result and debug command both, to an absolute path to the build result ( i tried relativ paths and absolute paths using links before, but this does not work). after this, I was able to start a debug session. the debugger stops and shows me the local context. Unfortunately, after pressing a several times of stepover and step into, the debugger seems to crash internaly. in specially, the programm runs, but the debugger menu bar and the debugger window does not came back (the debugger buttons within the menu bar are greyed out and the variables window does not display any content but the program still runs in the debugging mode without doing any progress. was my defect description understandable? maybe, its an additional issue??? best ghostdog It looks like an internal GDB issue. Could you share the log? Created attachment 148268 [details]
gdb log
hey henk,
did you mean the gdb log or the ide log? I have attached a gdb log.
however, it appears that the last C++ update of NB solves my problem in collaboration with your project setting advices.
consequently: thank you very much. the issue is now closed, from my perspective. ;)
postscript: my c++ module version is: 1.26.3.1 |