The 31 January 2007 build is out.

[killerbot]

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

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

To fix the menu alignment bug introduced in wx 2.6.3 [windows only bug] we have patched wx ourselves, and that results in the following alternative dll : http://prdownload.berlios.de/codeblocks/wxmsw26u_gcc_cb_wx2.6.3p2AndCbPatch_version3.7z

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

For support of ansi builds, a link to the ansi windows wxWidget dll for Code::Blocks : http://prdownload.berlios.de/codeblocks/wxmsw26_gcc_cb_wx2.6.3p2.7z

The 31 January 2007 build is out.
  - Windows : http://prdownload.berlios.de/codeblocks/CB_20070131_rev3558_win32.7z
  - Linux :
         http://prdownload.berlios.de/codeblocks/CB_20070131_rev3558_Ubuntu6.xx.deb
         http://prdownload.berlios.de/codeblocks/CB_20070131_rev3558_suse100+101.i586.rpm (not yet)
         http://prdownload.berlios.de/codeblocks/CB_20070131_rev3558_fc4+5.i586.rpm (not yet)


Resolved Fixed:

• wxSmith:
  * Added wxsItem::IsPointer to check whether given item should be represented as pointer or as object in destination classes
  * wxTimer is now created as object, not pointer. This prevented memory leaks in destination classes
  * Added wxsItem::GetAccessPrefix and wxsItem::GetCreatePrefix and wxsItem::Codef (Printf-like function which helped to simplify process of creating source code)
  * Converted all current items to support new code-generation scheme
• Added compiler settings versioning so when compiler defaults are changed the user is notified and given the chance to update to the newer settings
• Compilers now save only the settings that differ from the default values. This leads to smaller configuration file
• Editor syntax highlighting settings are now only saved if different than defaults
• Fixed "Reset" button functionality in editor syntax highlighting page
• Fixed a few problems with spaces in paths (including the resource compiler issue)

Regressions/Confirmed/Annoying/Common bugs:

• toolbar-images-not-changing-state (is a wx problem/Win XP problem)
• menu items with icon not correctly aligned (since wx263) (is fixed with our special wx263/wx28 dll)

[Belgabor]

• Added compiler settings versioning so when compiler defaults are changed the user is notified and given the chance to update to the newer settings

I'm not 100% sure, but I believe there was an error in the warning message. It said that only the advanced options are affected, which I interpreted as everything that comes up when I pressed the so-called button on the Other tab. Nevertheless Compiler logging was reset from Full command line to Task description in my case.

• Fixed a few problems with spaces in paths (including the resource compiler issue)

At least for the resource complier I can confirm that. Thanks a lot

[Marenz]

Found 2 Bugs:

1)

I added to functions to a subclass, that means a class that is declared inside an other class.
e.g
class A
{
class B
{...}
}

i got class A in own headers and all classes own cpp files.
the Functions in the cpp files are write like:
returnvalue A::B::functionname(..)

now i do Rightclick -> insert all class methods without implementation.
a windows pops up, showing me every function, including the already implenented ones. I think its because its a subclass.
well second bug is
2)
in that window i choosed the 2 added functions, but it adds only one of the choosed and an other one which was not choosed.

well and maybee 3. bug, it did not write A::B::name but B::name

rev 3558

--Ano

[@nthony]

Fixed a few problems with spaces in paths (including the resource compiler issue)

Mana from the heavens!! I can finally use new nightly's now!

Very very minor GUI bug:
Parts of the toolbar background do not refresh after a dialog box has been opened. I.E. after opening  the "compiler & debugger" dialog and closing it, the remenants of the caption bar of the dialog was left imprimented on the background of my toolbar. This may be related to the toolbar state bug, but in any case it is very minor as it can be fixed by compiling (or any other function that updates the toolbar area).

Good work!

[LCsquare]

(Sorry for my poor english)

Hi~ I am a new user of Code::Block (But already used for a few months )

Today after I updated to this nighty build, then I restart the Code::Block, I received the following error message:

Can't read value of 'HKCR\.png\Content Type' (error 2: the system cannot find the file specified)

Then I press OK to close the error window and everything is OK (no side effect?)

Does my computer has some files missing? Please help.

[stahta01]

(Sorry for my poor english)

Hi~ I am a new user of Code::Block (But already used for a few months )

Today after I updated to this nighty build, then I restart the Code::Block, I received the following error message:

Can't read value of 'HKCR\.png\Content Type' (error 2: the system cannot find the file specified)

Then I press OK to close the error window and everything is OK (no side effect?)

Does my computer has some files missing? Please help.

Your registry has a problem; below is my best guess on how to fix it. Use a text editor and create a file called png.reg and put the below code in it. Save the file. Click on the file to import it into registry this might fix your issue but might not.
This Code is AS-IS no warranty, use with caution.

Code

REGEDIT4

[HKEY_CLASSES_ROOT\.png]
"Content Type"="image/png"
"PerceivedType"="image"

[killerbot]

I wonder which component of CB or used by Cb wants to read "'HKCR\.png\Content Type' " ?

[user_mv]

Greetings,

   I'm a new user to the Code::Blocks IDE. I'm using Windows XP and minGW and the latest Codeblocks nightly build.  I've set the global variables in Codeblocks as cb = c:\codeblocks\src and wx = c:\wxwidgets-2.6.3. I have installed wxWidgets-2.6.3 and added the latest 2.6.3 patch. The SVN version of the code I'm using is 3558.

   When I load CodeBlocks.cbp and try to build it (using minGW as the compiler), it begins compiling and completes all targets up until src and then fails. It fails because the linker does not find resources.res. In fact, it appears that the resource compiler (windres) never gets called, and thus resource.res never gets built.

   And BTW, there are NO spaces in the names of my directories.

   To get around this problem, I manually called windres by typing

           C:\codeblocks\src>windres -i "C:\codeblocks\src\src\resources\resources.rc" -J rc -o .objs\2.6\src\resources\resources.res -O coff -IC:\wxWidgets-2.6.3\include -IC:\mingw\include

   and then compile again inside Codeblocks. This time the linker finds resources.res and links succefully, but I do get the warning:

           Info: resolving SquirrelVM::_VM       by linking to __imp___ZN10SquirrelVM3_VME (auto-import)

   Is this warning normal ??

   I am able to build the plugins without problems and when I run update.bat everything goes well. The newly generated Codeblocks seems to work fine. However, this temporary "fix" (assuming that's what it is) is clearly not an acceptable long term solution.

   I don't know if the problem is something I'm doing wrong, or an incorrect project file (CodeBlocks.cbp), or a bug in the Codebocks code.

   I hope you can fix this issue or point out what I'm missing. Thank you in advance.

[stahta01]

I wonder which component of CB or used by Cb wants to read "'HKCR\.png\Content Type' " ?

I am guessing that something is trying to display an png file and it uses the registry to determine how to display it. This is complete guess work on my part. I tried to duplicate the error and could not do it by deleting the Content Type entry.

Tim S

[alanwong]

Is it a bug ? When I click on a build message it don't jumps to the line.

[stahta01]

Greetings,

   I'm a new user to the Code::Blocks IDE. I'm using Windows XP and minGW and the latest Codeblocks nightly build.  I've set the global variables in Codeblocks as cb = c:\codeblocks\src and wx = c:\wxwidgets-2.6.3. I have installed wxWidgets-2.6.3 and added the latest 2.6.3 patch. The SVN version of the code I'm using is 3558.

   When I load CodeBlocks.cbp and try to build it (using minGW as the compiler), it begins compiling and completes all targets up until src and then fails. It fails because the linker does not find resources.res. In fact, it appears that the resource compiler (windres) never gets called, and thus resource.res never gets built.

   And BTW, there are NO spaces in the names of my directories.

   To get around this problem, I manually called windres by typing

           C:\codeblocks\src>windres -i "C:\codeblocks\src\src\resources\resources.rc" -J rc -o .objs\2.6\src\resources\resources.res -O coff -IC:\wxWidgets-2.6.3\include -IC:\mingw\include

   and then compile again inside Codeblocks. This time the linker finds resources.res and links succefully, but I do get the warning:

           Info: resolving SquirrelVM::_VM       by linking to __imp___ZN10SquirrelVM3_VME (auto-import)

   Is this warning normal ??

   I am able to build the plugins without problems and when I run update.bat everything goes well. The newly generated Codeblocks seems to work fine. However, this temporary "fix" (assuming that's what it is) is clearly not an acceptable long term solution.

   I don't know if the problem is something I'm doing wrong, or an incorrect project file (CodeBlocks.cbp), or a bug in the Codebocks code.

   I hope you can fix this issue or point out what I'm missing. Thank you in advance.

I ignore the (auto-import) warnings that I get.
But your work around using windres is NOT normal.

Tim S

[stahta01]

Is it a bug ? When I click on a build message it don't jumps to the line.

Yes, it is a bug. I have no idea if it is a know bug that is being worked on. Someone complained about it in the last few days, but the C::B team member was not able to duplicate it at first. I have no idea if they could duplicate it later on.

Tim S

[alanwong]

It is to be regretted that ...

[once_upon_user]

Hello,

I do not give a try to every nightly  built, but I enjoy having a new version compiled from SVN once for a several days.. I admire people working on this wonderful software. However There are still some improvments to made. I'm not an expert in operating CB but, When I try to use feature : "find declaration" it fails in a case
when  there is a struct defined similar to the one shown below:

Code

typedef struct {
	byte bunch; 
	byte ext_num[MAX_DIR_N];
	byte int_num[MAX_DIR_NO_AB]; 
	byte opts;     
} __attribute__ ((packed))  NAME_OF_STRUCTURE;

I got result that declaration wasn't found. The problem could be with analyze last line.

[stardust]

Starting C::B prints out

(codeblocks:12810): Gtk-CRITICAL **: gtk_window_realize_icon: assertion `info->icon_pixmap == NULL' failed

and then runs.

SVN: 3557
wx2.6.1 (Linux, unicode)

BTW: Would be nice if the build/system info in Help->About could be copied/pasted and was not provided as image (label or so)...

[gd_on]

I confirm the bug with windres mentioned by user_mv but in my case with Windows 2000. So I came back to yesterday build (3553) which has not this problem.
And the bug described by once_upon_user looks similar to the one I described in http://forums.codeblocks.org/index.php?topic=5044.msg39535#msg39535.

gd_on

PS: Full logs : With 3553 works OK. With 3558 : windres is not invoked.

[attachment deleted by admin]

[stardust]

C::B grabs the mouse! I cannot use the mouse in any application, entering text via keyboard is still possible. The mouse pointer looks like a "plus inupper left corner".

Last action was:
(Resources tab is active)
Project->Built options -> Change compiler default for all projects -> Confirm

Click on 'Project view in Manager' (formerly was the resources tab).

SVN: 3558
OS: SuSE 10.0, KDE, wx2.6.1

I tried to make a snapshot (blame me), but get in the snapshot tool:

Code

Grabbing the mouse failed with "AlreadyGrabbed"

Killing C::B releases the mouse.

----

I just reproduced the bug.
I now cound not even use the keyboard and ALT+TAB to switch to a console and had to kill C::B from remote...

[rjmyst3]

this sounds like a well know bug in wxGTK 2.6.x - it doesn't handle drag'n'drop properly, so it's possible to get stuck "dragging" if you move the mouse while clicking on a tab.

If you feel like compiling code::blocks yourself, you could modify the sources to disable dragging in the notebook - see nzoltan's question in this thread:
http://forums.codeblocks.org/index.php?topic=4442.msg35221#msg35221

This bug is fixed in wxGTK 2.8, and there has been significant work by the Code::Blocks team to build with wx2.8, so hopefully soon we'll see a nightly built against wx2.8.

[warlock24]

Hi,

Could someone can explain me why actualy theres no precompiled version of SDK included with nightly builds?

Is this such big problem to add one more link and provide "sdk.zip" to each topic?

[killerbot]

the sources structures are different, we need to refactor those

[wxLearner]

Hello,
I think, I've found a small bug in wxSmith: wxStdDialogButtonSizer doesn't work anymore.
(seen on WinXP SP2)

Thank you for the best IDE!

[stahta01]

Greetings,

   I'm a new user to the Code::Blocks IDE. I'm using Windows XP and minGW and the latest Codeblocks nightly build.  I've set the global variables in Codeblocks as cb = c:\codeblocks\src and wx = c:\wxwidgets-2.6.3. I have installed wxWidgets-2.6.3 and added the latest 2.6.3 patch. The SVN version of the code I'm using is 3558.

   When I load CodeBlocks.cbp and try to build it (using minGW as the compiler), it begins compiling and completes all targets up until src and then fails. It fails because the linker does not find resources.res. In fact, it appears that the resource compiler (windres) never gets called, and thus resource.res never gets built.

   And BTW, there are NO spaces in the names of my directories.

   To get around this problem, I manually called windres by typing

           C:\codeblocks\src>windres -i "C:\codeblocks\src\src\resources\resources.rc" -J rc -o .objs\2.6\src\resources\resources.res -O coff -IC:\wxWidgets-2.6.3\include -IC:\mingw\include

   and then compile again inside Codeblocks. This time the linker finds resources.res and links succefully, but I do get the warning:

           Info: resolving SquirrelVM::_VM       by linking to __imp___ZN10SquirrelVM3_VME (auto-import)

   Is this warning normal ??

   I am able to build the plugins without problems and when I run update.bat everything goes well. The newly generated Codeblocks seems to work fine. However, this temporary "fix" (assuming that's what it is) is clearly not an acceptable long term solution.

   I don't know if the problem is something I'm doing wrong, or an incorrect project file (CodeBlocks.cbp), or a bug in the Codebocks code.

   I hope you can fix this issue or point out what I'm missing. Thank you in advance.

What version of GCC are you using?
3.3.x or 3.4.x?

Please verify that the file "c:\wxwidgets-2.6.3\lib\gcc_dll\mswu\wx\msw\rcdefs.h" exists?

Tim S

Right click on src\resources\resources.rc in the "Projects" viewer.
On the advanced tab try changing compiler Variable to CPP instead and see if that works.
Also, remove the check mark by link file under general tab.

Note: I had the problem for me on testing C::B link against wxWidgets 2.8.1.1 with WX_PRECOMP turned off (By that I mean WX_PRECOMP was not defined.) Note, if you are using GCC 3.3.x you will be doing something like having WX_PRECOMP turned off.

Code

		<Unit filename="src\resources\resources.rc">
			<Option compilerVar="WINDRES" />
			<Option target="src" />
		</Unit>

[stardust]

this sounds like a well know bug in wxGTK 2.6.x - it doesn't handle drag'n'drop properly, so it's possible to get stuck "dragging" if you move the mouse while clicking on a tab.

If you feel like compiling code::blocks yourself, you could modify the sources to disable dragging in the notebook - see nzoltan's question in this thread:
http://forums.codeblocks.org/index.php?topic=4442.msg35221#msg35221

Yepp, thanks for the link. It works now.

If you feel like compiling code::blocks yourself

As far as I can see there is no alternative to that. I want to add support for some more compilers etc...

[ironhead]

When I load CodeBlocks.cbp and try to build it (using minGW as the compiler), it begins compiling and completes all targets up until src and then fails. It fails because the linker does not find resources.res. In fact, it appears that the resource compiler (windres) never gets called, and thus resource.res never gets built.

I've got a similar problem, in that all the C::B projects I have that have a resource file are no longer being compiled, and as was pointed out, windres is never being called.  Could it be that compiler variable 'WINDRES' is no longer set or had no action?

[stahta01]

When I load CodeBlocks.cbp and try to build it (using minGW as the compiler), it begins compiling and completes all targets up until src and then fails. It fails because the linker does not find resources.res. In fact, it appears that the resource compiler (windres) never gets called, and thus resource.res never gets built.

I've got a similar problem, in that all the C::B projects I have that have a resource file are no longer being compiled, and as was pointed out, windres is never being called.  Could it be that compiler variable 'WINDRES' is no longer set or had no action?

I deleted the compiler variable value of windres and it automaically put in CPP and it worked for me after I removed the link file check mark.

Tim S

[gd_on]

I deleted the compiler variable value of windres and it automaically put in CPP and it worked for me after I removed the link file check mark.

Tim S

Works also for me, but it's just a workaround because rc file is not compiled nor linked. So, as if there were not any resource file. Again came back to 3553 build. 

gd_on

[stahta01]

I deleted the compiler variable value of windres and it automaically put in CPP and it worked for me after I removed the link file check mark.

Tim S

Works also for me, but it's just a workaround because rc file is not compiled nor linked. So, as if there were not any resource file. Again came back to 3553 build. 

gd_on

No, the .res file was created when I rebuild the project so I do NOT think the resource file was left out.
Note, I left it checked so it was compiled. I have no idea are resource files supposed to be linked?

Tim S

[Marenz]

C::B grabs the mouse! I cannot use the mouse in any application, entering text via keyboard is still possible. The mouse pointer looks like a "plus inupper left corner".

Last action was:
(Resources tab is active)
Project->Built options -> Change compiler default for all projects -> Confirm

Click on 'Project view in Manager' (formerly was the resources tab).

SVN: 3558
OS: SuSE 10.0, KDE, wx2.6.1

I tried to make a snapshot (blame me), but get in the snapshot tool:

Code

Grabbing the mouse failed with "AlreadyGrabbed"

Killing C::B releases the mouse.

----

I just reproduced the bug.
I now cound not even use the keyboard and ALT+TAB to switch to a console and had to kill C::B from remote...

I can confirm this bug. i always thought it was my window-managers fault. i got Ion3, debian etch, wx2.6 .
I don't need to open some menu'S for that, well i never actually see when it happens, i just programm as normal and suddendly i realize that i can't click anything. after trying to close CB, it refuses to close, but the problem was also gone.

[ironhead]

No, the .res file was created when I rebuild the project so I do NOT think the resource file was left out.
Note, I left it checked so it was compiled. I have no idea are resource files supposed to be linked?

Yes, they should be linked, if not they will not be included as part of the resulting binary.

[stahta01]

No, the .res file was created when I rebuild the project so I do NOT think the resource file was left out.
Note, I left it checked so it was compiled. I have no idea are resource files supposed to be linked?

Yes, they should be linked, if not they will not be included as part of the resulting binary.

I am using a custom command to build the res file.

$rescomp -i $file -J rc -o .objs\2.6\src\resources\resources.res -O coff $res_includes

It appeared to work and then it stopped working.

Tim S

[TDragon]

I can confirm the resource issue for r3560, Win XP, GCC 4.1.1, Unicode. Building appears to work according to the Build Messages panel, but the Build Log shows otherwise. This issue makes C::B unable to build itself, among other things.