The 31 January 2007 build is out.

[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