The 28 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 28 January 2007 build is out.
  - Windows : http://prdownload.berlios.de/codeblocks/CB_20070128_rev3545_win32.7z
  - Linux :
         http://prdownload.berlios.de/codeblocks/CB_20070128_rev3545_Ubuntu6.xx.deb (not yet)
         http://prdownload.berlios.de/codeblocks/CB_20070128_rev3545_suse100+101.i586.rpm (not yet)
         http://prdownload.berlios.de/codeblocks/CB_20070128_rev3545_fc4+5.i586.rpm (not yet)


Resolved Fixed:

• wxSmith:
  * Added support for tool items
  * Added wxTimer support to demonstrate tools (it's available only in source edit mode since timers are not handled in XRC format)
  * Added wxsItemInfo::AllowInXRC defining whether given item is supported by XRC format
  * Added wxsItem::IsRootItem checking whether item is root item of resource (and for example can not have custom variable)
  * Updated code of currently supported items to use wxsItem::IsRootItem instead of wxsItem::GetParent (make code more stable and extensible)

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)

[indigo0086]

When I click on a build message it no longer jumps to the line.

[killerbot]

are you sure ?? Works ok here, make sure you double click on it in the Build messages pane (not the Build log)

[alanwong]

where can download the last version codeblocks.pot ?

[Marenz]

Found a bug.
When debugging a project and you go stepwise line by line through your src  using the Button "Next Line" :
You click one time, it steps one line. You can click a second time. you first have to move your mouse out of the button and in again. Also the hilihght animation (the hover animation) is only played when i reenter the button..

--Ano

[Marenz]

Codeblocks refuse to load projects that i saved. well it loads them, but does not display the name , the files, the buildoptions... well nothing..
i loads an empty name/project.
That happens when i save it. Projects saved with older CB versions still work. (till i save them)
this is CB rev 3547 on AMD64, debian etch

--Ano

[skirby]

When I click on a build message it no longer jumps to the line.

Same problem here under Windows 2000 sp4.
The previous build already had this problem.

[skirby]

Another bug.

I tried to import DevCpp project.
I already have an error message.

I have the following error message:


Here is some DevCpp project in order to reproduce the bug:
http://www.mytempdir.com/1191545

Could you reproduce it.

Do you want me to add this bug into BerliOS web site?

Thanks and have a nice day.

[lemerou]

Found a bug.
When debugging a project and you go stepwise line by line through your src  using the Button "Next Line" :
You click one time, it steps one line. You can click a second time. you first have to move your mouse out of the button and in again. Also the hilihght animation (the hover animation) is only played when i reenter the button..

--Ano

If your are using codeblocks with Linux I think that your bug is this one:
https://launchpad.net/ubuntu/+source/gtk+2.0/+bug/22930
it is a problem with GTK so it doesn't come from wxWidgets or Codeblocks
Sorry if I'm wrong

[indigo0086]

are you sure ?? Works ok here, make sure you double click on it in the Build messages pane (not the Build log)

Totally sure, it's just not working, and I am in the build message pane.  Even when I right click and choose jump to, it doesn't.

[killerbot]

are you sure ?? Works ok here, make sure you double click on it in the Build messages pane (not the Build log)

Totally sure, it's just not working, and I am in the build message pane.  Even when I right click and choose jump to, it doesn't.

I still can't reproduce !! I tried it on winXP and Suse.

Please try with a freshly installed nightly (in a new clean directory). Very weird!!!

[indigo0086]

I'll do that.  I'm using it at work and I noticed the one at home doesn't even show the little red square next to the first erro that it usually should.  I'm gonna go ahead and do a clean install.  You think it's a conflict of maybe a plugin.  I don't know but I tried to use devpacks and it kept freezing up on me when trying to download something

[pasgui]

are you sure ?? Works ok here, make sure you double click on it in the Build messages pane (not the Build log)

Totally sure, it's just not working, and I am in the build message pane.  Even when I right click and choose jump to, it doesn't.

I still can't reproduce !! I tried it on winXP and Suse.

Please try with a freshly installed nightly (in a new clean directory). Very weird!!!

I got the same problem on ubuntu svn3550. It looks also the line in the build message panel isn't written (see attached picture).




[attachment deleted by admin]

[indigo0086]

I did a clean install for three releases and still got the same problem.  Is it some kind of setting that I may have missed.

[Jordar]

<Problem Debugging>

Hi, 

I am having trouble debugging with this version.  It appears to have something to do with paths for the debugger.  I can not set a breakpoint anymore.  Here is an example run:

>>>>>>cb_gdb:
> directory C:/DOCUME~1/USER~1/MYDOCU~1/SOFWAR~1/FOOPRO~1/BC40/
>>>>>>cb_gdb:
> delete breakpoints
>>>>>>cb_gdb:
> break "C:/Documents and Settings/User Name/My Documents/Software Dir/Foo Project/BC40/RFM.cpp:2182"
No source file named C:/Documents and Settings/User Name/My Documents/Software Dir/Foo Project/BC40/RFM.cpp.
Breakpoint 1 ("C:/Documents and Settings/User Name/My Documents/Software Dir/Foo Project/BC40/RFM.cpp:2182) pending.

But this file definitely exists and is in this directory!

I noticed that if I start gdb manually I can set the break point with this same command, however if I then execute the directory command I can no longer set breakpoints again..  This is very weird.  Here is an example of this behavior:
gdb.exe -nx -fullname -quiet -args foo.exe
<gdb> break "C:/Documents and Settings/User Name/My Documents/Software Dir/Foo Project/BC40/RFM.cpp:2182"
Breakpoint 1 at 0c3e232: file RFM.cpp, line 2182.
<gdb> directory C:/DOCUME~1/USER~1/MYDOCU~1/SOFWAR~1/FOOPRO~1/BC40/
Source directories searched: C:/DOCUME~1/USER~1/MYDOCU~1/SOFWAR~1/FOOOPRO~1/BC40;$cdir;$cwd
<gdb>
break "C:/Documents and Settings/User Name/My Documents/Software Dir/Foo Project/BC40/RFM.cpp:2182"
No source file named C:/Documents and Settings/User Name/My Documents/Software Dir/Foo Project/BC40/RFM.cpp
Make breakpoint pending on future shared library load? (y or [n]) n
<gdb>

Is there someway to not have the debugger automatically call the directory command?  This appears to be the source of my problems.  Does anyone have any other ideas?

I am running Windows XP. Using GDB 6.4 configured for DJGPP.

thanks,
Jordar