GDB : No line xx in file "/path/to/source.c"

User forums > Using Code::Blocks

(1/1)

BrianSidebotham:
Hi guys,

I'm trying to debug a console project on windows, but I keep getting errors where GDB is ignoring breakpoints and reports the message "no line xx in file "C:\path\to\source.c" "

It is a multi-threaded console app, but I've removed all threads and it still behaves the same! I can successfully set breakpoints in any file under the cpu subdirectory, but not in any of the main files as they all get ignored.

Here's the build log:

--- Code: ---gcc.exe -Wall -g -I.\ -c C:\Filter\hal\x86\cpu_support_wave.c -o obj\Debug\hal\x86\cpu_support_wave.o
gcc.exe -Wall -g -I.\ -c C:\Filter\hal\x86\cpu_log.c -o obj\Debug\hal\x86\cpu_log.o
gcc.exe -Wall -g -I.\ -c C:\Filter\hal\x86\cpu_keyboard_thread.c -o obj\Debug\hal\x86\cpu_keyboard_thread.o
gcc.exe -Wall -g -I.\ -c C:\Filter\hal\x86\cpu_dac_wave.c -o obj\Debug\hal\x86\cpu_dac_wave.o
gcc.exe -Wall -g -I.\ -c C:\Filter\hal\x86\cpu_adc_wave.c -o obj\Debug\hal\x86\cpu_adc_wave.o
gcc.exe -Wall -g -I.\ -c C:\Filter\hal\x86\cpu_adc_thread.c -o obj\Debug\hal\x86\cpu_adc_thread.o
gcc.exe -Wall -g -I.\ -c C:\Filter\hal\x86\cpu.c -o obj\Debug\hal\x86\cpu.o
gcc.exe -Wall -g -I.\ -c C:\Filter\pm_app.c -o obj\Debug\pmr_app.o
gcc.exe -Wall -g -I.\ -c C:\Filter\main.c -o obj\Debug\main.o
C:\Filter\main.c: In function 'main':
C:\Filter\main.c:47:9: warning: implicit declaration of function 'CPU_adc_sample' [-Wimplicit-function-declaration]
gcc.exe -Wall -g -I.\ -c C:\Filter\hal\x86\cpu_timer_thread.c -o obj\Debug\hal\x86\cpu_timer_thread.o
gcc.exe -Wall -g -I.\ -c C:\Filter\hal\x86\cpu_timer.c -o obj\Debug\hal\x86\cpu_timer.o
gcc.exe -Wall -g -I.\ -c C:\Filter\eam.c -o obj\Debug\eam.o
g++.exe -o bin\Debug\cpuc.exe obj\Debug\hal\x86\cpu_support_wave.o obj\Debug\hal\x86\cpu_log.o obj\Debug\hal\x86\cpu_keyboard_thread.o obj\Debug\hal\x86\cpu_dac_wave.o obj\Debug\hal\x86\cpu_adc_wave.o obj\Debug\hal\x86\cpu_adc_thread.o obj\Debug\hal\x86\cpu.o obj\Debug\pmr_app.o obj\Debug\main.o obj\Debug\hal\x86\cpu_timer_thread.o obj\Debug\hal\x86\cpu_timer.o obj\Debug\eam.o ..\..\..\..\mingw\lib\libpthread.a pm\lib\x86\libpm.a
Output size is 118.96 KB
Process terminated with status 0 (0 minutes, 2 seconds)
0 errors, 1 warnings (0 minutes, 2 seconds)

--- End code ---

and the GDB debugger messages:

--- Code: ---Building to ensure sources are up-to-date
Selecting target:
Debug
Adding source dir: C:\Filter\
Adding source dir: C:\Filter\
Adding file: C:\Filter\bin\Debug\cpuc.exe
Changing directory to: C:/Filter/.
Starting debugger: C:\Program Files\CodeBlocks\MINGW\bin\gdb.exe -nx -fullname -quiet -args C:/Filter/bin/Debug/cpuc.exe
done
Registered new type: wxString
Registered new type: STL String
Registered new type: STL Vector
Setting breakpoints
Debugger name and version: GNU gdb 6.7.50.20071127
No line 86 in file "C:\Filter\eam.c".
At C:\Filter\hal\x86\cpu.c:51
Debugger finished with status 0

--- End code ---

Yet, of course there IS a line 86 in eam.c. It doesn't seem to be an optimisation problem (i've tried breakpoints all over the code and have optimisation turned off anyway!)

So what am I doing wrong? I'm always convinced it's me that's doing something wrong!

I'm using the latest nightly build SVN8081 on Windows XP. I'm using GDB 7.4 and GCC 4.6.2

Thanks, Brian.

Jenna:

--- Quote from: BrianSidebotham on July 05, 2012, 01:45:40 pm ---
--- Code: ---Debugger name and version: GNU gdb 6.7.50.20071127

--- End code ---

I'm using the latest nightly build SVN8081 on Windows XP. I'm using GDB 7.4 and GCC 4.6.2

--- End quote ---
There must be something wrong with your setup, because the debug log says that the debugger version is 6.7.50.

BrianSidebotham:
Hi Jens,

That's because I tried GDB 6.7.50 too before I reported the problem as that's still the "official" version that's included with the standard CodeBlocks install. The result as you can see is exactly the same. Sorry I should have been clear about that.

oBFusCATed:
Does debugging from the command line works?
Have you looked here: http://wiki.codeblocks.org/index.php?title=Debugging_with_Code::Blocks
What is the full debugger log?

BrianSidebotham:
I just read this page: http://wiki.codeblocks.org/index.php?title=Debugging_with_Code::Blocks nothing exciting on there - can't wait to get back locals and function args as automatic watches though! :D

Anyway, I don't know where this bug came from, or where it went. The only thing I've changed is to Reset Defaults on the GCC compiler which simply switched gcc to mingw-gcc (but it should still be using the same gcc as the directory didn't change).

Now breakpoints work

Build Log:

--- Code: ----------------- Build: Debug in cpuc (compiler: GNU GCC Compiler)---------------

mingw32-gcc.exe -Wall -g -I.\ -c C:\Filter\hal\x86\cpu_keyboard_thread.c -o obj\Debug\hal\x86\cpu_keyboard_thread.o
mingw32-gcc.exe -Wall -g -I.\ -c C:\Filter\hal\x86\cpu_dac_wave.c -o obj\Debug\hal\x86\cpu_dac_wave.o
mingw32-gcc.exe -Wall -g -I.\ -c C:\Filter\hal\x86\cpu_adc_wave.c -o obj\Debug\hal\x86\cpu_adc_wave.o
mingw32-gcc.exe -Wall -g -I.\ -c C:\Filter\hal\x86\cpu_adc_thread.c -o obj\Debug\hal\x86\cpu_adc_thread.o
mingw32-gcc.exe -Wall -g -I.\ -c C:\Filter\peoplemeter_app.c -o obj\Debug\peoplemeter_app.o
mingw32-gcc.exe -Wall -g -I.\ -c C:\Filter\hal\x86\cpu.c -o obj\Debug\hal\x86\cpu.o
mingw32-gcc.exe -Wall -g -I.\ -c C:\Filter\main.c -o obj\Debug\main.o
mingw32-gcc.exe -Wall -g -I.\ -c C:\Filter\hal\x86\cpu_timer_thread.c -o obj\Debug\hal\x86\cpu_timer_thread.o
mingw32-gcc.exe -Wall -g -I.\ -c C:\Filter\hal\x86\cpu_timer.c -o obj\Debug\hal\x86\cpu_timer.o
mingw32-gcc.exe -Wall -g -I.\ -c C:\Filter\hal\x86\cpu_support_wave.c -o obj\Debug\hal\x86\cpu_support_wave.o
mingw32-gcc.exe -Wall -g -I.\ -c C:\Filter\hal\x86\cpu_log.c -o obj\Debug\hal\x86\cpu_log.o
mingw32-gcc.exe -Wall -g -I.\ -c C:\Filter\eam.c -o obj\Debug\eam.o
mingw32-g++.exe -o bin\Debug\cpuc.exe obj\Debug\hal\x86\cpu_keyboard_thread.o obj\Debug\hal\x86\cpu_dac_wave.o obj\Debug\hal\x86\cpu_adc_wave.o obj\Debug\hal\x86\cpu_adc_thread.o obj\Debug\pm_app.o obj\Debug\hal\x86\cpu.o obj\Debug\main.o obj\Debug\hal\x86\cpu_timer_thread.o obj\Debug\hal\x86\cpu_timer.o obj\Debug\hal\x86\cpu_support_wave.o obj\Debug\hal\x86\cpu_log.o obj\Debug\eam.o ..\..\..\..\mingw\lib\libpthread.a pm\lib\x86\libpm.a
Output size is 121.63 KB
Process terminated with status 0 (0 minutes, 2 seconds)
0 errors, 0 warnings (0 minutes, 2 seconds)
Build log saved as:

--- End code ---

Debugger output:

--- Code: ---Building to ensure sources are up-to-date
Selecting target:
Debug
Adding source dir: C:\Filter\
Adding source dir: C:\Filter\
Adding file: C:\Filter\bin\Debug\cpuc.exe
Changing directory to: C:/Filter/.
Starting debugger: C:\Vnix\compilers\gcc\mingw\4.6.2\bin\gdb.exe -nx -fullname -quiet -args C:/Filter/bin/Debug/cpuc.exe
done
Registered new type: wxString
Registered new type: STL String
Registered new type: STL Vector
Setting breakpoints
Debugger name and version: GNU gdb (GDB) 7.4
Child process PID: 1616
At C:\Filter\eam.c:86
Debugger finished with status 0

--- End code ---

So I can't get it to happen anymore! If I manage to get it to happen again I'll report it. Perhaps it's a GDB glitch anyway. It's hard to say.

Brian.

Navigation

[0] Message Index

Go to full version