When I click on a build message it no longer jumps to the line.Same problem here under Windows 2000 sp4.
Found a bug.
When debugging a project and you go stepwise line by line through your src using the Button "Next Line" :
You click one time, it steps one line. You can click a second time. you first have to move your mouse out of the button and in again. Also the hilihght animation (the hover animation) is only played when i reenter the button..
--Ano
are you sure ?? Works ok here, make sure you double click on it in the Build messages pane (not the Build log)
are you sure ?? Works ok here, make sure you double click on it in the Build messages pane (not the Build log)
Totally sure, it's just not working, and I am in the build message pane. Even when I right click and choose jump to, it doesn't.
are you sure ?? Works ok here, make sure you double click on it in the Build messages pane (not the Build log)
Totally sure, it's just not working, and I am in the build message pane. Even when I right click and choose jump to, it doesn't.
I still can't reproduce !! I tried it on winXP and Suse.
Please try with a freshly installed nightly (in a new clean directory). Very weird!!!
@Hello killerbot,
indigo0086
skirby
pasgui
Someone mentioned a cause, he had '[' and/or ']' in his path. Our regular expressions used for the parsing of the compiler output didn't support that. I am working on a fix, should be available this evening. I will write a special post about it.
Could you check if you had one of the following characters in your path (to the project or source files) :
(
)
{
}
[
]
-------------- Build: Debug in Test ---------------
Compiling: main.c
mingw32-gcc.exe: D:\Test\main.c: No such file or directory
mingw32-gcc.exe: no input files
Process terminated with status 1 (0 minutes, 0 seconds)
0 errors, 0 warnings
You can also add the character ~ and =
I suppose there are more character which cause problem.
More, if the path contains an $ character, I have the following error message:Quote-------------- Build: Debug in Test ---------------
Compiling: main.c
mingw32-gcc.exe: D:\Test\main.c: No such file or directory
mingw32-gcc.exe: no input files
Process terminated with status 1 (0 minutes, 0 seconds)
0 errors, 0 warnings
The real folder name is: D:\Test$1\
I hope you could correct it.
I'm not sure if this is normal but will the debugger enter from a breakpoint within a header file, or does it only enter through source files?
void MyClass::thisfunc(int intVar)
{m_someVar = intVar;}
Setting breakpoints
Debugger name and version: GNU gdb 6.3
No source file named E:/Documents/COP 4338 Programming III Projects/project1/urlSearcher.h.
Breakpoint 1 ("E:/Documents/COP 4338 Programming III Projects/project1/urlSearcher.h:31) pending.
Program exited normally.
Debugger finished with status 0
Hmm, when I put a breakpoint in a function in a header file (which has to have been called by main), it skips over it and ends. I get this message in the debugger.QuoteSetting breakpoints
Debugger name and version: GNU gdb 6.3
No source file named E:/Documents/COP 4338 Programming III Projects/project1/urlSearcher.h.
Breakpoint 1 ("E:/Documents/COP 4338 Programming III Projects/project1/urlSearcher.h:31) pending.
Program exited normally.
Debugger finished with status 0
it just skipped over the breakpoint.
cout << "\nhello world";
cout << "world";
@Thomas, Yiannis --> any ideas on this issue ??My opinion on the issue is that if someone uses filenames like $*µ&foo{bar]]ߧ?#* then he deserves that programs are failing ;)