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

killerbot

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


Jenna

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

#3
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:


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

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

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

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

Ubuntu 7.04 to 8.04 Amd64 tar.gz archive (containing '.deb' installers builds with wx288) can be found here.
My wxWidgets's stuff : [url="https://wxstuff.xaviou.fr/"]https://wxstuff.xaviou.fr/[/url]

Pecan

#8
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

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

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

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

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

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

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:

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.next.codeblocks.org/index.php/topic,8844.0.html

Chris