News:

As usual while waiting for the next release - don't forget to check the nightly builds in the forum.

Main Menu

The 09 August 2008 build (5182) is out.

Started by killerbot, August 10, 2008, 09:55:27 AM

Previous topic - Next topic

Belgabor

The first type of crash does not create a RPT and for the second one I posted the results above.

Pecan

#16
Quote from: Belgabor on August 15, 2008, 06:56:57 PM
The first type of crash does not create a RPT and for the second one I posted the results above.

You might catch these crashes by running CodeBlocks under gdb within a console window.
Start a cmd window, and issue "gdb --args codeblocks" .

When the crash happens do a "backtrace full" in the cmd window and keep hitting enter to get all the info.

Mark/copy/paste the cmd window to an editor and paste it here.

Be sure that the cmd window has some part of itself visible, else it might  get hidden behind the CodeBlocks window when the crash happens.

MortenMacFly

Quote from: Pecan on August 15, 2008, 07:31:28 PM
You might catch these crashes by running CodeBlocks under gdb within a console window.
Start a cmd window, and issue "gdb --args codeblocks" .
Notice that this makes most sense if you did not strip the symbols. But on Linux (IMHO) this s not the case anyways...?!
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: [url="https://www.codeblocks.org/docs/main_codeblocks_en.html"]https://www.codeblocks.org/docs/main_codeblocks_en.html[/url]
C::B FAQ: [url="https://wiki.codeblocks.org/index.php?title=FAQ"]https://wiki.codeblocks.org/index.php?title=FAQ[/url]

mpupro

If I use "Debug\Run to cursor", my cb(svn 5182) will show these messages and stop running:

Setting breakpoints
Debugger name and version: GNU gdb 6.8
Child process PID: 2420
At C:/MinGW/bin/../lib/gcc/mingw32/3.4.5/../../../../include/c++/3.4.5/iostream:77

If I press Ctrl+F7 to continue:

Continuing...
At C:/MinGW/bin/../lib/gcc/mingw32/3.4.5/../../../../include/c++/3.4.5/iostream:77

No such problems in CB 8.02, I use it to compile "Ogre+mingw" projects.
Thanks

indigo0086

I have a problem with breakpoints.  When I set a breakpoint, then press debug, it will not stop at the breakpoint right away, I have to press it again to go to the first one.

Pecan

Quote from: indigo0086 on August 19, 2008, 02:23:55 PM
I have a problem with breakpoints.  When I set a breakpoint, then press debug, it will not stop at the breakpoint right away, I have to press it again to go to the first one.

Try unticking  Settings/Compiler&Debugger/Debugger Settings/Catch C++  exceptions.

It works on my svn build  rev 5177 (2008-08-01T17:17:35.636485Z)   gcc 3.4.5 Windows/unicode

indigo0086


ftfish

Quote from: mpupro on August 16, 2008, 04:13:06 AM
If I use "Debug\Run to cursor", my cb(svn 5182) will show these messages and stop running:

Setting breakpoints
Debugger name and version: GNU gdb 6.8
Child process PID: 2420
At C:/MinGW/bin/../lib/gcc/mingw32/3.4.5/../../../../include/c++/3.4.5/iostream:77

If I press Ctrl+F7 to continue:

Continuing...
At C:/MinGW/bin/../lib/gcc/mingw32/3.4.5/../../../../include/c++/3.4.5/iostream:77

No such problems in CB 8.02, I use it to compile "Ogre+mingw" projects.
Thanks


Same problem with "Run to cursor" here, but my CB didn't stop running after pressing F4. Instead, my CB entered debug mode but no console appeared.
So it forced me to use cstdio instead of iostream.
Hope it be solved.

three_minute_hero

Hi everyone,

Sorry, one more bad news :(
I'm using CMake with C::B generator, so I regularly have to reload the project after a modification of the CMakeLists.txt.
It doesn't happen every time, but when I reload the project, C::B may crash silently. The console shows a segmentation fault message only, with no other information.

When running with gdb, I got this:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb6641700 (LWP 7201)]
0xb683c8fc in ?? () from /lib/i686/cmov/libc.so.6

Not so instructive :?

Crash happens (at least) in the following use case:

  • Two projects have to be open (e.g. a library project and its unit tests' project)
  • The library project must be open first, unit test second
  • Run CMake to update library project file
  • Reload project in C::B
  • Enjoy
No crash when updating unit tests' project...

I'm using Debian Sid.

I'm available for any further information you may need.

bianxiaobin2006@163.com


Jenna

Quote from: bianxiaobin2006@163.com on September 10, 2009, 04:28:00 AM
the link (http://download.berlios.de)maybe wrong !
The download-links are okay in general, but this thread is more than a year old and the old nightlies have been removed.
If you want to download C::B nightlies you should use a more recent version.

diablochris

Quote from: Pecan on August 19, 2008, 03:42:03 PM
Quote from: indigo0086 on August 19, 2008, 02:23:55 PM
I have a problem with breakpoints.  When I set a breakpoint, then press debug, it will not stop at the breakpoint right away, I have to press it again to go to the first one.

Try unticking  Settings/Compiler&Debugger/Debugger Settings/Catch C++  exceptions.

It works on my svn build  rev 5177 (2008-08-01T17:17:35.636485Z)   gcc 3.4.5 Windows/unicode
Yes, it really works, thanks very much

Dreamy

jens for some reason I believe you are talking to bots.  :D