Code::Blocks Forums
User forums => Using Code::Blocks => Topic started by: mckl on April 18, 2024, 11:03:38 am
-
Ok so i ve set up new mingw64 compiler 13.2 so c++ 20 is working. But debugger is not functioning completely. I ve tried to put older version 8.1 back so it fixed it. But how to adjust debugger for newer compiler. It does not read breakpoints at all and I am getting:
[debug]terminate called after throwing an instance of 'std::system_error'
[debug] what(): terminate called recursively
[debug]Invalid argument
[debug]> set prompt >>>>>>cb_gdb:
Setting breakpoints
Debugger finished with status 1
-
Are you using a recent nightly or the 20.03 release?
-
20.03
-
Recent GDB introduced some changes in the output so parsing failed. This was fixed in r13162 (https://sourceforge.net/p/codeblocks/code/13162/) a year ago, try the last nightly (https://forums.codeblocks.org/index.php/topic,25755.0.html).
-
Yeah I just installed Last nightly with dll flies and put them into folder and still the same issue.
-
Activate "Full debug log" in Settings->Debugger->Common and attach the log here.
-
Yeah it is already in full
-
Active debugger config: GDB/CDB debugger:Default
Building to ensure sources are up-to-date
Selecting target:
Debug
Adding source dir: C:\Users\mstar\Desktop\CPP_AIO4\BookIV\Chapter02\BuggyProgram\
Adding source dir: C:\Users\mstar\Desktop\CPP_AIO4\BookIV\Chapter02\BuggyProgram\
Adding file: C:\Users\mstar\Desktop\CPP_AIO4\BookIV\Chapter02\BuggyProgram\bin\Debug\BuggyProgram.exe
Changing directory to: C:/Users/mstar/Desktop/CPP_AIO4/BookIV/Chapter02/BuggyProgram/.
Set variable: PATH=.;C:\mingw64\bin;C:\mingw64;C:\Program Files (x86)\Common Files\Oracle\Java\java8path;C:\Program Files (x86)\Common Files\Oracle\Java\javapath;C:\Windows\System32;C:\Windows;C:\Windows\System32\wbem;C:\Windows\System32\WindowsPowerShell\v1.0;C:\Windows\System32\OpenSSH;C:\Program Files (x86)\NVIDIA Corporation\PhysX\Common;C:\Program Files\NVIDIA Corporation\NVIDIA NvDLISR;C:\Program Files\Intel\WiFi\bin;C:\Program Files\Common Files\Intel\WirelessCommon;C:\Program Files\Git\cmd;C:\Program Files\dotnet;C:\Users\mstar\AppData\Local\Programs\Python\Python38\Scripts;C:\Users\mstar\AppData\Local\Programs\Python\Python38;C:\Users\mstar\AppData\Local\Microsoft\WindowsApps;\;C:\Program Files\JetBrains\PyCharm Community Edition 2020.3\bin
[debug]Command-line: C:\mingw64\bin\gdb.exe -nx -fullname -quiet -args C:/Users/mstar/Desktop/CPP_AIO4/BookIV/Chapter02/BuggyProgram/bin/Debug/BuggyProgram.exe
[debug]Working dir : C:\Users\mstar\Desktop\CPP_AIO4\BookIV\Chapter02\BuggyProgram
Starting debugger: C:\mingw64\bin\gdb.exe -nx -fullname -quiet -args C:/Users/mstar/Desktop/CPP_AIO4/BookIV/Chapter02/BuggyProgram/bin/Debug/BuggyProgram.exe
done
[debug]terminate called after throwing an instance of 'std::system_error'
[debug]terminate called recursively
[debug] what(): Invalid argument
[debug]> set prompt >>>>>>cb_gdb:
Setting breakpoints
Debugger finished with status 1
-
Never mind I ve figured it out turns out these nightly versions do not support 13.2 yet. So I have switched to 13.1 and now it works.
-
Recent GDB introduced some changes in the output so parsing failed. This was fixed in r13162 (https://sourceforge.net/p/codeblocks/code/13162/) a year ago, try the last nightly (https://forums.codeblocks.org/index.php/topic,25755.0.html).
Here is potential other issue: The 01 April 2024 build (13496) is actually built with gcc 13.2, all its dlls- with gcc 13.1. At my experience mixing of the c++ libraries is a lottery.
-
Never mind I ve figured it out turns out these nightly versions do not support 13.2 yet. So I have switched to 13.1 and now it works.
I have nighties (including last one) running with 13.2 gcc (nixman) without such problems.
-
Then maybe Xaviou's build (https://wxstuff.xaviou.fr/article/codeblocks-nightly-builds.html)can be suitable?
-
GNU has changed the output of the "info breakpoints" command in GDB 13. From Sourceware change log:
* "info breakpoints" now displays enabled breakpoint locations of
disabled breakpoints as in the "y-" state. For example:
(gdb) info breakpoints
Num Type Disp Enb Address What
1 breakpoint keep n <MULTIPLE>
1.1 y- 0x00000000000011b6 in ...
1.2 y- 0x00000000000011c2 in ...
1.3 n 0x00000000000011ce in ...
The Enb column previously showed 'y' or 'n', now it shows 'y-' or 'n'. This may be fooling the debugger plugin.