Author Topic: The 09 August 2008 build (5182) is out. (Read 71964 times)

killerbot · « **on:** August 10, 2008, 09:55:27 am »

Get quick announcements through the RSS feed http://www.codeblocks.org/nightly/CodeBlock_RSS.xml

Before you use a nightly make sure you understand how it works.

A link to the unicode windows wxWidget dll for Code::Blocks : http://prdownload.berlios.de/codeblocks/wxmsw28u_gcc_cb_wx288.7z

For those who might need this one (when no MingW installed on your system) : the mingw10m.dll : http://prdownload.berlios.de/codeblocks/mingwm10_gcc421.7z

The 09 August 2008 build is out.
- Windows :
http://prdownload.berlios.de/codeblocks/CB_20080809_rev5182_win32.7z
- Linux :
none

Resolved Fixed:

HexEditor: Added expression calculator (based on simple virtual machine), it will be used for goto, search and preview operations
Fixed a bug that can lead to a crash if compiler-plugin checks if external deps are outdated. Thanks to jeroen for pointing this out and the patch.
HeaderFixup plugin: fixed typo in defaults.cpp that leads to incorrect includes

Regressions/Confirmed/Annoying/Common bugs:

toolbar-images-not-changing-state (is a wx problem/Win XP problem)

Acki · « **Reply #1 on:** August 10, 2008, 04:07:45 pm »

still the double click problem !!!

:?

Jenna · « **Reply #2 on:** August 10, 2008, 05:55:14 pm »

I just uploaded svn r5182 to my server.

Important notice (please read carefully):
Starting with r5177 I changed the package- and directory-structure of my Code::Blocks build to make it more debian-compliant.
I also split off the architecture-independent files from the codeblocks-package and put them into codeblocks-common.
The architecture-dependent libraries, that are parts of the contrib-plugins are now in "/usr/lib/codeblocks" and only the architecture-independent parts remain in "/usr/share/codeblocks".
The changes are based on a patch provided by "daniel2000".
More details can be found here.
I posted a patch in this thread. I modified this patch for the nightlies, to make lintian run without errors.

If you get any errors caused by this changes, please send me a PN or a mail.
I will be out for work the next week (most times without internet), except for the wednesday.
So I can look for mails from time to time from late tuesday to early thursday.

The changes work for me without any problems, so I hope they will also do it for other users.

Please have in mind, that these changes are not part of the official svn-code, so if anything does not work due to the changes, don't blame C::B.

Belgabor · « **Reply #3 on:** August 11, 2008, 12:00:48 am »

Quote from: killerbot on August 10, 2008, 09:55:27 am

Fixed a bug that can lead to a crash if compiler-plugin checks if external deps are outdated. Thanks to jeroen for pointing this out and the patch.

Are you sure about that? C::B just crashed for me during building my project when I had updated an external library. A RPT was created, but it didn't look very useful:

Code

Error occured on Sunday, August 10, 2008 at 23:46:18.

C:\Programme\Development\CodeBlocks\codeblocks.exe caused an Access Violation at location 0000000e Reading from location 0000000e.

Registers:
eax=06987df8 ebx=6d24bea0 ecx=77bfc2e3 edx=05012b08 esi=64c5eb30 edi=0022fd68
eip=0000000e esp=0022f82c ebp=0022f838 iopl=0         nv up ei pl nz na pe nc
cs=001b  ss=0023  ds=0023  es=0023  fs=003b  gs=0000             efl=00010202

Call stack:
0000000E
6CC898EA  C:\Programme\Development\CodeBlocks\wxmsw28u_gcc_cb.dll:6CC898EADwarf Error: found dwarf version '16903', this reader only handles version 2 information.  _ZNK9wxProcess16IsInputAvailableEv
61864BAD  C:\Programme\Development\CodeBlocks\codeblocks.dll:61864BAD  _ZN12PipedProcess8HasInputEv
64BA8EFC  C:\Programme\Development\CodeBlocks\share\codeblocks\plugins\compiler.dll:64BA8EFC
6CCCAC0E  C:\Programme\Development\CodeBlocks\wxmsw28u_gcc_cb.dll:6CCCAC0EDwarf Error: found dwarf version '16903', this reader only handles version 2 information.  _ZN12wxEvtHandler21ProcessEventIfMatchesERK21wxEventTableEntryBasePS_R7wxEvent
6CCCC1E9  C:\Programme\Development\CodeBlocks\wxmsw28u_gcc_cb.dll:6CCCC1E9  _ZN16wxEventHashTable11HandleEventER7wxEventP12wxEvtHandler
6CCCC6AF  C:\Programme\Development\CodeBlocks\wxmsw28u_gcc_cb.dll:6CCCC6AF  _ZN12wxEvtHandler12ProcessEventER7wxEvent
6CCCC651  C:\Programme\Development\CodeBlocks\wxmsw28u_gcc_cb.dll:6CCCC651  _ZN12wxEvtHandler12ProcessEventER7wxEvent
6CCCC651  C:\Programme\Development\CodeBlocks\wxmsw28u_gcc_cb.dll:6CCCC651  _ZN12wxEvtHandler12ProcessEventER7wxEvent
6CCCC651  C:\Programme\Development\CodeBlocks\wxmsw28u_gcc_cb.dll:6CCCC651  _ZN12wxEvtHandler12ProcessEventER7wxEvent
[snip, lots of the same line]
6CCCC651  C:\Programme\Development\CodeBlocks\wxmsw28u_gcc_cb.dll:6CCCC651  _ZN12wxEvtHandler12ProcessEventER7wxEvent
6CD6FD16  C:\Programme\Development\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD6FD16  _ZN9wxAppBase14SendIdleEventsEP8wxWindowR11wxIdleEvent
6CD6FE48  C:\Programme\Development\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD6FE48  _ZN9wxAppBase11ProcessIdleEv
6CD92711  C:\Programme\Development\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD92711  _ZN17wxEventLoopManual3RunEv
6CD6FD8B  C:\Programme\Development\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD6FD8B  _ZN9wxAppBase8MainLoopEv
00403834  C:\Programme\Development\CodeBlocks\codeblocks.exe:00403834
6CC7706D  C:\Programme\Development\CodeBlocks\wxmsw28u_gcc_cb.dll:6CC7706DDwarf Error: found dwarf version '16903', this reader only handles version 2 information.  _Z12wxInitializeiPPw
6CCD2968  C:\Programme\Development\CodeBlocks\wxmsw28u_gcc_cb.dll:6CCD2968  _Z7wxEntryP11HINSTANCE__S0_Pci
00405D36  C:\Programme\Development\CodeBlocks\codeblocks.exe:00405D36
0044ED08  C:\Programme\Development\CodeBlocks\codeblocks.exe:0044ED08
0040124B  C:\Programme\Development\CodeBlocks\codeblocks.exe:0040124B
004012B8  C:\Programme\Development\CodeBlocks\codeblocks.exe:004012B8
7C816FF7  C:\WINDOWS\system32\kernel32.dll:7C816FF7  RegisterWaitForInputIdle

Jenna · « **Reply #4 on:** August 11, 2008, 07:32:54 am »

Quote from: Belgabor on August 11, 2008, 12:00:48 am

Quote from: killerbot on August 10, 2008, 09:55:27 am
Fixed a bug that can lead to a crash if compiler-plugin checks if external deps are outdated. Thanks to jeroen for pointing this out and the patch.

Are you sure about that?

Yes ! But it was a bug that can only lead to a crash in rare cases !

Quote from: Belgabor on August 11, 2008, 12:00:48 am

C::B just crashed for me during building my project when I had updated an external library. A RPT was created, but it didn't look very useful:

Your error seems to be a bug in "binutils" or "gcc".
I'm not really sure about that, but googling with your error-message leads to some (old) threads about similar error-messages.
Which version of "gcc", "binutils" etc. do you use ?

ryzryz · « **Reply #5 on:** August 11, 2008, 08:16:36 am »

14:03:37: Failed to create a temporary file name (error 267: XXXXXX)
14:03:37: can't open user configuration file.
14:03:37: Failed to create a temporary file name (error 267:XXXXXX )
14:03:37: can't open user configuration file.
14:03:37: Failed to copy the file 'C:\Documents and Settings\Administrator\Application Data\codeblocks/default.conf' to 'C:\Documents and Settings\Administrator\Application Data\codesnippets/default.conf' (error 3:XXXXXX)
14:03:37: Failed to create a temporary file name (error 267: XXXXXX)
14:03:37: can't open user configuration file.
14:03:37: Failed to create a temporary file name (error 267: XXXXXX)
14:03:37: can't open user configuration file.
PS:"XXXXXX" means some words in Chinese.It's my first time to use it,and what I feel is that it is a perfect IDE for me.But when I open "codesnippets.exe",then...(:-O,my English skill is bad...)

Belgabor · « **Reply #6 on:** August 11, 2008, 10:27:02 am »

Quote from: jens on August 11, 2008, 07:32:54 am

Your error seems to be a bug in "binutils" or "gcc".
I'm not really sure about that, but googling with your error-message leads to some (old) threads about similar error-messages.
Which version of "gcc", "binutils" etc. do you use ?

I guess the error rather means that the exchndl.dll that comes with C::B doesn't fully work with the build system used to create the nighlies anymore

But I also don't think this is related to the crash, it just obfuscates the report.

Xaviou · « **Reply #7 on:** August 11, 2008, 10:46:47 am »

Ubuntu 7.04 to 8.04 Amd64 tar.gz archive (containing '.deb' installers builds with wx288) can be found here.

Pecan · « **Reply #8 on:** August 11, 2008, 03:01:23 pm »

Quote from: ryzryz on August 11, 2008, 08:16:36 am

14:03:37: Failed to create a temporary file name (error 267: XXXXXX)
14:03:37: can't open user configuration file.
14:03:37: Failed to create a temporary file name (error 267:XXXXXX )
14:03:37: can't open user configuration file.
14:03:37: Failed to copy the file 'C:\Documents and Settings\Administrator\Application Data\codeblocks/default.conf' to 'C:\Documents and Settings\Administrator\Application Data\codesnippets/default.conf' (error 3:XXXXXX)
14:03:37: Failed to create a temporary file name (error 267: XXXXXX)
14:03:37: can't open user configuration file.
14:03:37: Failed to create a temporary file name (error 267: XXXXXX)
14:03:37: can't open user configuration file.
PS:"XXXXXX" means some words in Chinese.It's my first time to use it,and what I feel is that it is a perfect IDE for me.But when I open "codesnippets.exe",then...(:-O,my English skill is bad...)

Question:
Is it possible that you ran CodesSnippets.exe just after after installing CodeBlocks, but before exiting (terminating) CodeBlocks?

Try the following:
Run CodeBlocks, then exit CodeBlocks.
Not try to run CodeSnippets.exe and tell us the results.

indigo0086 · « **Reply #9 on:** August 11, 2008, 03:42:12 pm »

I have a question. What exactly, in the code completion options does "keyword sets to include" followed by a number of checkboxes mean.

Also, when I try to derive from a stl class like list or soemthing, they don't show up in the "inherited members" list in the symbols browser. Is that a configuration thing?

ryzryz · « **Reply #10 on:** August 12, 2008, 02:17:40 am »

Quote from: Pecan on August 11, 2008, 03:01:23 pm

Quote from: ryzryz on August 11, 2008, 08:16:36 am
14:03:37: Failed to create a temporary file name (error 267: XXXXXX)
14:03:37: can't open user configuration file.
14:03:37: Failed to create a temporary file name (error 267:XXXXXX )
14:03:37: can't open user configuration file.
14:03:37: Failed to copy the file 'C:\Documents and Settings\Administrator\Application Data\codeblocks/default.conf' to 'C:\Documents and Settings\Administrator\Application Data\codesnippets/default.conf' (error 3:XXXXXX)
14:03:37: Failed to create a temporary file name (error 267: XXXXXX)
14:03:37: can't open user configuration file.
14:03:37: Failed to create a temporary file name (error 267: XXXXXX)
14:03:37: can't open user configuration file.
PS:"XXXXXX" means some words in Chinese.It's my first time to use it,and what I feel is that it is a perfect IDE for me.But when I open "codesnippets.exe",then...(:-O,my English skill is bad...)

Question:
Is it possible that you ran CodesSnippets.exe just after after installing CodeBlocks, but before exiting (terminating) CodeBlocks?

Try the following:
Run CodeBlocks, then exit CodeBlocks.
Not try to run CodeSnippets.exe and tell us the results.

I did like what you said,and maybe this problem was solved...

szurilo · « **Reply #11 on:** August 13, 2008, 04:18:10 pm »

Something wrong with the project dependencies.
I save my projects in a workspace and set the dependencies.
I change something in a source file in a dependent file and my project only build itself and not the dependent project.
Same if i clean my project, only the main project is rebuilded.

windows xp, CB 5182

Szurilo

Belgabor · « **Reply #12 on:** August 14, 2008, 04:54:33 pm »

I'm sorry to say so, but this is the most unstable version I've come across in a while
- Crashes when saving a file (usually only if done shortly after opening C::B, maybe an issue with code completion). This is a silent crash, ie no error message whatsoever, C::B just goes away. I had these for some time, but in combination with the one below, it really starts to get annoying.
- Crashes when building (no idea, so far always happened when C::B was building in the background, so I didn't see what it does when the crash occurred).

All of this is on WinXP.

three_minute_hero · « **Reply #13 on:** August 15, 2008, 10:31:14 am »

Hi,

From this build, Ctrl-T has no more effect (fyi, it's used for swapping the current text line with the above one).

ironhead · « **Reply #14 on:** August 15, 2008, 01:59:24 pm »

Quote from: Belgabor on August 14, 2008, 04:54:33 pm

I'm sorry to say so, but this is the most unstable version I've come across in a while
- Crashes when saving a file (usually only if done shortly after opening C::B, maybe an issue with code completion). This is a silent crash, ie no error message whatsoever, C::B just goes away. I had these for some time, but in combination with the one below, it really starts to get annoying.
- Crashes when building (no idea, so far always happened when C::B was building in the background, so I didn't see what it does when the crash occurred).

There should (hopefully) be an RPT file created in the CodeBlocks.exe directory.

I have had issues with crashes during build for a while, it looks like there is a problem related pipes. Here's a snippet from my RPT file:

Code

Call stack:
05DE2406
6189EBE0  C:\source\codeblocks\trunk\src\output\codeblocks.dll:6189EBE0  _ZN12PipedProcess8HasInputEv
64BF9AD2  C:\source\codeblocks\trunk\src\output\share\codeblocks\plugins\compiler.dll:64BF9AD2

Heres the thread where this was discussed:

http://forums.codeblocks.org/index.php/topic,8844.0.html

Chris

Belgabor · « **Reply #15 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.

Pecan · « **Reply #16 on:** August 15, 2008, 07:31:28 pm »

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 · « **Reply #17 on:** August 15, 2008, 08:14:33 pm »

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...?!

mpupro · « **Reply #18 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

indigo0086 · « **Reply #19 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.

Pecan · « **Reply #20 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

indigo0086 · « **Reply #21 on:** August 19, 2008, 06:04:53 pm »

Works great, thanks.

ftfish · « **Reply #22 on:** August 20, 2008, 09:57:24 am »

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 · « **Reply #23 on:** August 22, 2008, 12:38:22 pm »

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:

Code

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 · « **Reply #24 on:** September 10, 2009, 04:28:00 am »

the link (http://download.berlios.de)maybe wrong !

Jenna · « **Reply #25 on:** September 10, 2009, 06:49:00 am »

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 · « **Reply #26 on:** September 30, 2011, 11:06:41 am »

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 · « **Reply #27 on:** October 03, 2011, 12:39:42 am »

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

News:

Author Topic: The 09 August 2008 build (5182) is out. (Read 71964 times)

ftfish

bianxiaobin2006@163.com