The 02 February 2009 build (5432) 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_wx289.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 02 February 2009 build is out.
  - Windows :
   http://prdownload.berlios.de/codeblocks/CB_20090202_rev5432_win32.7z
  - Linux :
   none

Resolved Fixed:

• fix possible crash-candidate in new IPC/DDE-implementation
• set member-variable that holds the version-string, after (!) we read the toolchain executables from configuration
• if we are in batch-mode, no DDE/IPC-server should be started
• Fixed bug in changebar : Closes: #15029
• updated copyright time to 2009
• expand variables, before trying to get the version-string for gcc/MinGW-compilers
• corrected icon for "Edit -> Clear changes history"
• allow raising batch-build dialog via icon (applied patch from the forums)
• move SaveAs to EditorBase so that plugin can make better use of it
• added CanSelectAll and SelectAll to EditorBase (suggested in the forums for plugins)
• provide workspace built-in variables as macros (applied patch from the forums)
• skip spaces before "=" and "," in tokenizer (suggested in the forums)
• applied wxScintilla/D-lexer related patch (provided in the forums)
• applied patch to realpath to fix problems with symlinks (suggested in the forums)
• HexEdit plugin: Make use of new SaveAs API (thanks danselmi), Make sure the entry in the "File" menu is not at the bottom
• fixed wxscintilla bug, that leads to not working mousewheels on some systems. Thanks to DrewBoo. : Closes #15054
• avoid trailing quotes in some cases, use "platform-dependent" quotes
• IncrementalSearch: Removed use of global variables from Unix project file to make it consistent with other project files.
• Fixed: codeblocks.desktop file
• Fixed: [Bug #15075] rename DoubleToString to avoid conflict with wxWidgets (By applying [Patch #2653] rename DoubleToString to avoid conflict with wxWidgets)
• avoid gtk-critical due to initial sizes less than -1
• Improvements and fixes for custom makefiles build-system, especially for use of multiple custom makefile projects in one workspace.
  Based on a patch of gryphon.
• fix to make the editor respect margin masks set by plugins like browsetracker,
  fixes the blue-line-problem: http://forums.next.codeblocks.org/index.php/topic,9998.msg69512.html
• fixed error (margins initially not shown) , that came in with last commit
• handle silent install correctly (silent install is toggled via the /S command line switch)
• fixed a crash, that happened when todo-list gets disabled, when it is in message pane
• Modified: Default encoding settings. Now user can set an encoding as a Default one or as a fallback one.
  * Fixed: [Bug #15158] Cannot open source code in F10

Regressions/Confirmed/Annoying/Common bugs:

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

[Jenna]

I just finished uploading the nightlies for debian (32- and 64-bit) into my repository.

[Xaviou]

Ubuntu 7.04 to 8.10 Amd64 tar.gz archive (containing '.deb' installers builds with wx288) can be found here or here (direct link).

[Max]

Dear All,

Using the latest nigthly 5432 in a Windows XP SP3 environment I'm observing the following strange behaviour.

Using ISO-8852-1 as "Use encoding opening file" and havign all my source code encoded in that encoding I'm getting:

1) With "As fallback encoding" selected -> OK
2) With "As default encoding" -> no characters are present in editor when I open a file.

Using the option 2) the Edit->File Encoding menu is showing (correctly) ASCII(ISO-8859-1) but no characters are present.

I think is a bug of the latest related feature added just before the nightly.

Hope this helps.

Max

[Biplab]

Using the latest nigthly 5432 in a Windows XP SP3 environment I'm observing the following strange behaviour.

Using ISO-8852-1 as "Use encoding opening file" and havign all my source code encoded in that encoding I'm getting:

1) With "As fallback encoding" selected -> OK
2) With "As default encoding" -> no characters are present in editor when I open a file.

Using the option 2) the Edit->File Encoding menu is showing (correctly) ASCII(ISO-8859-1) but no characters are present.

I think is a bug of the latest related feature added just before the nightly.

Confirmed this bug. Please file this in Berlios. Thanks.

[ollydbg]

Dear All,

Using the latest nigthly 5432 in a Windows XP SP3 environment I'm observing the following strange behaviour.

Using ISO-8852-1 as "Use encoding opening file" and havign all my source code encoded in that encoding I'm getting:

1) With "As fallback encoding" selected -> OK
2) With "As default encoding" -> no characters are present in editor when I open a file.

Using the option 2) the Edit->File Encoding menu is showing (correctly) ASCII(ISO-8859-1) but no characters are present.

I think is a bug of the latest related feature added just before the nightly.

Hope this helps.

Max

This bug still exists in this nightly build. I have reported in this thread:
http://forums.next.codeblocks.org/index.php/topic,9986.msg69449.html#msg69449
And in the dialog the option 2 "As default encoding" button is beyond it's static box of "Use this encoding".


[attachment deleted by admin]

[hying]

to ollydbg
please look:
http://forums.next.codeblocks.org/index.php/topic,9873.msg69793.html#msg69793

[stahta01]

Patch to fix Windows NON-PCH compile.
Tim S

Code Select Expand


Index: src/sdk/encodingdetector.cpp
===================================================================
--- src/sdk/encodingdetector.cpp (revision 5435)
+++ src/sdk/encodingdetector.cpp (working copy)
@@ -13,6 +13,7 @@
     #include <wx/file.h>
     #include <wx/string.h>
     #include "manager.h"
+    #include "logmanager.h"
     #include "configmanager.h"
#endif // CB_PRECOMP



[pasgui]

Build for Ubuntu i386/amd64 can be found here

Best regards, pasgui

[nanyu]

HexEdit plugin: Make use ..., Make sure the entry in the "File" menu is not at the bottom

It was done with English lang, but  the entry of  HexEdit in the "File" menu is also at the bottom while  startup Code::Blocks with Chinese lang package.

[afb]

- Mac OS X:
  http://prdownload.berlios.de/codeblocks/CB_20090202_rev5432_mac289.zip

No changes to the project templates (for e.g. wxWidgets) yet, unfortunately.

[Biplab]

Using the option 2) the Edit->File Encoding menu is showing (correctly) ASCII(ISO-8859-1) but no characters are present.

I think is a bug of the latest related feature added just before the nightly.

This bug has been fixed in revision 5436. Sorry for the inconvenience caused.

Patch to fix Windows NON-PCH compile.

Applied. Thanks for your patch.

This bug still exists in this nightly build. I have reported in this thread:
http://forums.next.codeblocks.org/index.php/topic,9986.msg69449.html#msg69449

Please set your default or fallback encoding to Windows-1252 or ISO-8859-1. That file can't be opened using UTF-8 (possibly due to some malformed characters) or Windows-936 (which seems to be default encoding in your PC).

As a note, UTF-8 can open certain Windows-1252 or ISO-8859-1 (also known as ASCII file) encoded files. However this is not true in all cases. UTF-8 encoded characters have a unique signature which may not be present in all ASCII files.

And in the dialog the option 2 "As default encoding" button is beyond it's static box of "Use this encoding".

This works fine in my PC. Has anyone noticed this bug??

No changes to the project templates (for e.g. wxWidgets) yet, unfortunately.

Are you referring about the update I was working on?? If yes, then I must apologise to all as I could not finish it due time constraint and personal commitments.

[afb]

No changes to the project templates (for e.g. wxWidgets) yet, unfortunately.

Are you referring about the update I was working on?? If yes, then I must apologise to all as I could not finish it due time constraint and personal commitments.

Specifically I meant so that the wxWidgets template would work out-of-the-box on Leopard.

http://forums.next.codeblocks.org/index.php/topic,9713.0 et al
EDIT: http://forums.next.codeblocks.org/index.php/topic,9934.0

[Biplab]

No changes to the project templates (for e.g. wxWidgets) yet, unfortunately.

Are you referring about the update I was working on?? If yes, then I must apologise to all as I could not finish it due time constraint and personal commitments.

Specifically I meant so that the wxWidgets template would work out-of-the-box on Leopard.

Please specify exactly what is required in order to support it on Leopard. I don't have a Mac and I need your help to fix it. Any help is appreciated. Good night.

[afb]

Specifically I meant so that the wxWidgets template would work out-of-the-box on Leopard.

Please specify exactly what is required in order to support it on Leopard. I don't have a Mac and I need your help to fix it. Any help is appreciated. Good night.

To be extra extra specific, I meant that revising those templates is still on my TODO...
Ditto with the D template, and possibly even the wxD template (for wxWidgets with D)

But it's along the lines of "mkdir" and creating the Info.plist file, as outlined on:
http://wiki.wxwidgets.org/WxMac_Issues#Building_a_MacOSX_application_bundle