The 15 November 2007 build (4639) is out.

[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_wx286.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 15 November 2007 build is out.
  - Windows :
   http://prdownload.berlios.de/codeblocks/CB_20071115_rev4639_win32.7z
  - Linux :
   none

Resolved Fixed:

• wxSmith: Fixed bug #12367: items color not changing (AARGH, Can anyone clean up this mess in wxPropertyGrid ?? )
• Added back/forward buttons to embedded HTML viewer
• Added "App.Open()" script binding
• In help plugin, user can add Code::Blocks scripts as help items. Such scripts should contain a "SearchHelp(keyword)" function. Sample help script included for wxWidgets docs
• Fixed bug with ${TARGET...} macro not always being correct (patch #2234, bugs #12193 and @11665)
• Fixed menu View->ManViewer to be in sync (patch #2226, bug #12306)
• GDB types script now uses member variable directly for evaluating wxString. Fixes issues while debugging a static wx build (patch #2236)
• Fixed autotools build for help plugin

Regressions/Confirmed/Annoying/Common bugs:

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

[orefa]

With today's and yesterday's updates, the message pane is not showing and hiding smoothly like before. The pane used to appear on compile and disappear if no error was reported. Now it stays either open or closed as if the auto-hide check box was just ignored in the settings.

[Jenna]

Just moved the svn4638 into my repo (click link in my signature)
svn4639 just contains a fix for windows .cbp ("- little build fix for help plug-in on windows").

[pasgui]

Build for Ubuntu i386/amd64 can be found here

[Xaviou]

Ubuntu 6.10 -> 7.10 Amd64 tar.gz archive (containing '.deb' installers builds with wx2.8.6) can be found here.

[Acki]

I still have the problem when opening a project (.cbp) by double click !!!

here you see the folder with the project:



then I open it by double click but the project is not loaded and the folder is inactive:



after closing C::B the folder gets active again and I get the message that the file could not be found:



what could cause this, has no one else this problem

[killerbot]

hehe, Rubiks cube, that would be a nice plug-in for the CBGames  :twisted: :twisted: :twisted:

[Jenna]

hehe, Rubiks cube, that would be a nice plug-in for the CBGames  :twisted: :twisted: :twisted:

There is an implementation of Rubiks Cube for (at least) linux: http://www.gnu.org/software/gnubik/
 .
But it's nearly unplayable (at least for me).
I must be able to touch it with my hands.
If I try to turn it with the mouse, I have to think about every move/turn, that does not really work  :?.

[reptils]

I have the same problem than Acki. I had this problem with several previous version, finaly I installed a stable version provided in october (wx 284)
I just add a new screenshot to see an intermediate frame



maybe a xml load problem?

[cppluvva]

Arrrrgghhhhh........
When i press new project Code::Blocks F***s Up And Crashes
Help meI think the stable worked for me but i wanna be able to use OGRE 3D
http://www.ogre3d.org/

[sque]

Aha! This is the day of screenshots, so I 'll follow the rythm and I all post a couple too :p

System:
 Ubuntu 7.10 32bit (full updated)
 wxWidgets from official repo (2.8.6.1-0)
 Codeblocks rev4630 (using the repo posted many times at this forum)
 GDB: GNU gdb 6.6-debian
 GCC: gcc (GCC) 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2)

My problems:
* gdb parser doesn't always parse stack frame addresses correctly and displays a "("
* Watches doesn't always distinguish variables and print them as one line and corrupted
* Call stack displays addresses of this kind: 0x00000004 like this: 0x4


Here is the common error of addresses at call stack, at the bottom of log there is there result from gdb command "info stack" to compare with real values of gdb


And Here is all the problems together
1. Shows the calls stack displayed with wierd "("
2. Shows the real addresses displayed using "info stack"
3. Shows a variable "pData" that has been concatenated with sData (the "@?ta = 52") and with static member EMPTY, in one line and are displayed incorrectly

At last picture pData is of type unsigned char * but the string contained is a wide character string, maybe this is confusing it

[sque]

Also I have a wish. If it is possible to check if "*this" is valid and display it by default in watches.

Generally watches are not that much helpfull at CB, I think there can be a cleaner implementation like MSVC, not exactly the same as I am frustrated at VC tha i have to change from "auto watches" to "local watches" to "manual watches".
I like the way CB has everything in one window, but I don't think they are displayed cleanly and surely they are not parsed always correctly.
Maybe if inherit look of MSVC (with tree view in grid box) but keep them all together as you do now. And also for arrays they are not always expandable.

Finally I have to say thank you, the last 6 months I am working on 2 projects, one on Windows (with MSVC7.1) and one on linux (with CB). I must admit that many times that I work on MSVC I miss CB! CB is getting great Keep up that work!

[MortenMacFly]

Arrrrgghhhhh........
When i press new project Code::Blocks F***s Up And Crashes
Help meI think the stable worked for me but i wanna be able to use OGRE 3D
http://www.ogre3d.org/

Nice to know what OS, what wx version, what C::B version/revision (self-compiled)...?! No such information - no help possible.

[idblew]

Hi,

I can normally build without problem, however since updating to SVN4639 certain plugins are not available after a build.

It appears that the post-build steps for these plugins are not firing. 

For example, wxSmith compiles fine but does not run "update.bat" as part of the build.  If I run "update.bat" manually then everything is ok.

Any ideas?

UPDATE:

Scrub that, it appears it's a problem with my custom workspace (see below) that incorporates codeblocks + plugins.  If I use the supplied plugins workspace everything is fine.

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<CodeBlocks_workspace_file>
 <Workspace title="Workspace">
   <Project filename="src\CodeBlocks.cbp" active="1" />
   <Project filename="src\plugins\contrib\byogames\byogames.cbp" />
   <Project filename="src\plugins\contrib\cb_koders\cb_koders.cbp" />
   <Project filename="src\plugins\contrib\codesnippets\codesnippets.cbp" />
   <Project filename="src\plugins\contrib\codestat\codestat.cbp" />
   <Project filename="src\plugins\contrib\copystrings\copystrings.cbp" />
   <Project filename="src\plugins\contrib\devpak_plugin\DevPakPlugin.cbp" />
   <Project filename="src\plugins\contrib\dragscroll\dragscroll.cbp" />
   <Project filename="src\plugins\contrib\envvars\envvars.cbp" />
   <Project filename="src\plugins\contrib\help_plugin\help-plugin.cbp" />
   <Project filename="src\plugins\contrib\keybinder\keybinder.cbp" />
   <Project filename="src\plugins\contrib\lib_finder\lib_finder.cbp" />
   <Project filename="src\plugins\contrib\profiler\cbprofiler.cbp" />
   <Project filename="src\plugins\contrib\source_exporter\Exporter.cbp" />
   <Project filename="src\plugins\contrib\symtab\symtab.cbp" />
   <Project filename="src\plugins\contrib\regex_testbed\RegExTestbed.cbp" />
   <Project filename="src\plugins\contrib\wxSmith\wxSmith.cbp" />
   <Project filename="src\plugins\contrib\wxSmithContribItems\wxSmithContribItems.cbp" />
   <Project filename="src\tools\cb_share_config\cb_share_config.cbp" />
 </Workspace>
</CodeBlocks_workspace_file>

[MortenMacFly]

If I run "update.bat" manually then everything is ok.

If you do a clean re-compilation that this is how it should be. update.bat is not launched automatically, you have to do this by hand. The reason is plain simple: The update.bat process last quite long and I don't really want to run that everytime I (re-)compile C::B. So this truely is by design.
With regards, Morten.