
- CODE BLOCKS DEBUGGER NOT WORKING INSTALL
- CODE BLOCKS DEBUGGER NOT WORKING 64 BIT
- CODE BLOCKS DEBUGGER NOT WORKING ARCHIVE
I don't want the latest "experimental" version (TDM 4.8.1) but the stable one, if possible.

The precompiled bundle "" doesn't seem to work.
CODE BLOCKS DEBUGGER NOT WORKING INSTALL
So please excuse my ignorance, I know this question has surely been asked many times before: "Where do I get a stable version of MinGw and how do I install it so that it works?" So I think Ollydbg is right, it's not a C::B bug but a GDB/GCC problem. But I still get the same debugger error "input/output error.". but anyway - now it works, I mean it compiles and runs with C::B V13.12.
CODE BLOCKS DEBUGGER NOT WORKING ARCHIVE
I suspect this has something to do with that's not a real archive but a "get-inst" that downloads from the internet. Surprisingly when I enter "gcc -v" the new installation displays 4.6.2 where on my other computer it says 4.7.2 (GDB 7.4 as opposed to 7.5). I re-installed from my archive "mingw-get-inst-20120426.exe" I saved last year. I gave up and completely deleted the Mingw installation. The computer was blank (no other version of C::B and no other compiler was ever installed on it) and I even searched the hard disk for different versions of libstdc++-6.dll, none found.
CODE BLOCKS DEBUGGER NOT WORKING 64 BIT
I googled and found some answers but, no, I don't have a 64 bit system, my compiler executables are set correctly (g++, not gcc) and I assume that the version of the dll should fit the compiler if it comes in the same archive. I get an error message "_gxx_personality_v0 could not be located in the dynamic link library libstdc++-6.dll". When I install that my program doesn't run at all. Here it's said that is recommended and that it comes with a stable, precompiled version (4.7.1) of MinGw. I tried to install the latest version of C::B. I also have the impression that somehow my installation of Mingw is broken. * My program runs without problems when started without debugger or with debugger but without breakpoints.Īny hints what to look for greatly appreciated. cbp file and only replaced the path names) works perfectly with the debugger on my friend's PC. * The same code compiled with the same MinGW version and the same C::B settings (we copied the. Even inside different cpp files of the same project, sometimes it works sometimes it doesn't.

I tried out other projects, with some of them "next line" still works. * The problem does not show up all the time but when it does it's deterministic. And why does it work when using "run to cursor"? I'm also aware that this might be a compiler/gdb problem and no C::B problem, but I have no way of finding out other than to ask here if somebody else has had the same problem before. My first thought was that the problem is related to some bug in my own code but I think if it was a dangling pointer or currupted memory problem I should get a segmentation fault and a controlled termination.

I have to kill the process with the task manager, otherwise I can not start it again. Then the windows message "Code::Blocks has a problem." pops up but even after that it's not gone. C::B still reacts to mouse clicks but I can't stop the debugger, so all I can do is closing it alltogether with the window close button. At E:\Projekte\BeamiconII\Source\Beamicon2\src\gcodeparser.cpp:275Īt E:\Projekte\BeamiconII\Source\Beamicon2\src\gcodeparser.cpp:282Įrror accessing memory address 0x7816cd30: Input/output error.Įrror accessing memory address 0x785947d8: Input/output error.īut nothing happens.
