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 (http://forums.next.codeblocks.org/index.php/topic,3232.0.html).
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)
I just finished uploading the nightlies for debian (32- and 64-bit) into my repository (http://apt.jenslody.de).
Ubuntu 7.04 to 8.10 Amd64 tar.gz archive (containing '.deb' installers builds with wx288) can be found here (http://www.esnips.com/web/CodeBlocks) or here (http://www.archive-host.com/compteur.php?url=http://codeblocks.archive-host.com/CB_20090202_802_rev5432_Ubuntu704-810_wx288_amd64tar.gz) (direct link).
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
Quote from: MaxGaspa on February 02, 2009, 10:26:48 PM
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.
Quote from: MaxGaspa on February 02, 2009, 10:26:48 PM
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".
(http://forums.next.codeblocks.org/index.php?action=dlattach;topic=10040.0;attach=3108)
[attachment deleted by admin]
to ollydbg
please look:
http://forums.next.codeblocks.org/index.php/topic,9873.msg69793.html#msg69793
Patch to fix Windows NON-PCH compile.
Tim S
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
Build for Ubuntu i386/amd64 can be found here (http://lgp203.free.fr/spip/spip.php?article1)
Best regards, pasgui
Quote
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.
- 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.
Quote from: MaxGaspa on February 02, 2009, 10:26:48 PM
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.
Quote from: stahta01 on February 03, 2009, 06:59:36 AM
Patch to fix Windows NON-PCH compile.
Applied. Thanks for your patch.
Quote from: ollydbg on February 03, 2009, 03:02:02 AM
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.
Quote from: ollydbg on February 03, 2009, 03:02:02 AM
And in the dialog the option 2 "As default encoding" button is beyond it's static box of "Use this encoding".
(http://forums.next.codeblocks.org/index.php?action=dlattach;topic=10040.0;attach=3108)
This works fine in my PC. Has anyone noticed this bug??
Quote from: afb on February 03, 2009, 02:32:17 PM
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. :)
Quote from: Biplab on February 03, 2009, 04:49:03 PM
Quote from: afb on February 03, 2009, 02:32:17 PM
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
Quote from: afb on February 03, 2009, 04:54:29 PM
Quote from: Biplab on February 03, 2009, 04:49:03 PM
Quote from: afb on February 03, 2009, 02:32:17 PM
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. :)
Quote from: Biplab on February 03, 2009, 04:57:09 PM
Quote from: afb on February 03, 2009, 04:54:29 PM
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
a bug:
when open a file with some chinese character,
the edit window show nothing.
[attachment deleted by admin]
A small problem with file time, in file properties window, with C::B 8.02 and last nightly SVN 5436 (both compiled with gcc 3.4.6 and using wx 2.8.7).
With 8.02, minutes and seconds are wrong. With SVN 5436, only minutes are wrong, seconds are correct.
OS is Linux Redhat enterprise 4.7 in french.
No problem with Windows XP.
gd_on
[attachment deleted by admin]
Quote from: hying on February 04, 2009, 07:45:51 AM
a bug:
when open a file with some chinese character,
the edit window show nothing.
This situation happend on me:
windows xp (Chinese)
Code::Blocks svn 5432
step1: Setting->Editor:
Use encoding when opening files: UTF8
checked: As fallback encoding
step2 : Now open a file which saved with "GB2312" encoding..
editor show nothing.
but when i open the same file by notepad, everything ok.
[attachment deleted by admin]
Quote from: nanyu on February 04, 2009, 10:34:30 AM
This situation happend on me:
editor show nothing.
That's not a bug. C::B does exactly what you tell him to do:
You provide an ANSI file with "non-ANSI" characters. Then you tell C::B to try to detect the encoding which fails. You tell C::B "In that situation use UTF-8 as fallback" but your file is
not UTF-8. Thus C::B fails again. The result: An empty file.
Choose the right encoding in the first place (when you create the file) I'd say.
To match the settings you have currently in C::B you need a file in UTF-8. Thus open your file in notepad (if you like), choose "Save-as" and "UTF-8" as format. Then it'll work in C::B.
Nevertheless, there seems to be an encoding bug in actual nightly, what is fixed in trunk.
See here: http://forums.next.codeblocks.org/index.php/topic,10040.msg69822.html#msg69822 (http://forums.next.codeblocks.org/index.php/topic,10040.msg69822.html#msg69822).
QuoteYou provide an ANSI file with "non-ANSI" characters.
The file was created by c::b.
In the prior version (svn 5382) c::b, I have set the "Use encoding when opening files" to "UTF-8", since most of time I need to write the wxWidget (UNICODE ver ) project.
one day, I need to write "Console project" . As you knonwn, the windows OS' console can't show any Chinese character which encoded by utf-8. So, I changed the main.cpp file's encoding from c::b's "Edit" menu. save it, compile... run, everything OK with "svn 5382" version.
Yesterday I updated c::b to svn5432, open the main.cpp, then show nothing.
----------------------------------------
QuoteChoose the right encoding in the first place (when you create the file) I'd say.
but when I create a new text file by "notepad", and input some Chinese character (or any other non-ANSI character) ...and try to "Save-as", the notepad give me four options:
ANSI
Unicode
Unicode big endian
UTF-8
I understand it maybe not the right encoding , but I have to select the "ANSI".
I know I can just save the file to UTF-8, and write some code to convert the encoding before output to console:
std::cout << convert_utf8_to_gb2312 ("~~chinese char~~") << std::endl;
But doing this will cost me an arm and a leg... I am writing a book for c++ beginner how to program with code::blocks. And the first program is write "Hello world!" but in Chinese. How can I to explain the "convert_utf8_to_gb2312" ? Long long ago, I study C++ by Turbo C++, It can output the Chinese version "Hello world" just like Code::Blocks all versions before "svn 5342"
BTW, the ThreadSearch plugin couldn't work for the same file, I gust it was the same reason.
:( sorry for my broken English again..
I roll back the c::b to prior version: svn 5382, and open the main.cpp again.I found c::b (5382) can detect the file's encoding is "Windows 936" (yes, it is 'code page' for gb2312).
Then, I update the c::b to svn 5432 again. and Set the "Encoding" to "WINDOWS 936" and "As fallback encoding". And I open the main.cpp again. I found the status bar show "utf8". and editor show nothing yet .
svn 5432: see also : (http://forums.next.codeblocks.org/index.php?action=dlattach;topic=10040.0;attach=3123;image)).
svn 5382 : see the attach.
[attachment deleted by admin]
Dear dev,
I read the latest commit
Rev 5438 - mortenmacfly - Go to most recent revision
Last modification: Rev 5438 - 2009-02-04 14:11:23 GMT
Log message: * encoding detector: using system locale as backup-solution has returned
- encoding detector: added some more messages, helping to track errors
I'm going to read the related code to understand the change but, in the meantime, I'd lke to remind you of a bad (IMHO) behavior heppened in the past. When the detecting is failing I do believe that the best choice is to use the encoding "preferred" by the programmer, not the system locale. In the end the programmer knows what is doing, if he made a choice of a default encoding that one is the "standard one" for programming.
Basically, regardless of any windows default or verification, the programmer should have the capability to force CB using any encoding the programmer likes (IMHO).
For example my preferred encoding is the old, reliable, read-by-any-editor ASCII file, say the ISO-8859-1. I'm sure I will able to read my files in any OS even after ages.
So, it will be very kind of you if, in the end, there is the possibility to force an encoding regardless of any test/verification/check.
Thanks
Max
Quote from: MaxGaspa on February 04, 2009, 09:58:32 PM
I read the latest commit
...
Basically, regardless of any windows default or verification, the programmer should have the capability to force CB using any encoding the programmer likes (IMHO).
...
You are absolutely right.
Exact that's the cause for the following commit (commited about 6 hours before your post):
QuoteRevision 5439 - mortenmacfly
Letzte Änderung: Revision 5439 - 2009-02-04 15:35:09 GMT
Logeintrag: - encoding detector: make fallback solution optional (to explicitely force a user to enable the fallback solution)
Wow it has been almost a whole year since i left c++ development on the dust I need to check all the new features of codeblocks!
Great work guys :D
Quote from: nanyu on February 04, 2009, 07:08:00 PM
I roll back the c::b to prior version: svn 5382, and open the main.cpp again.I found c::b (5382) can detect the file's encoding is "Windows 936" (yes, it is 'code page' for gb2312).
Then, I update the c::b to svn 5432 again. and Set the "Encoding" to "WINDOWS 936" and "As fallback encoding". And I open the main.cpp again. I found the status bar show "utf8". and editor show nothing yet .
svn 5432: see also : (http://forums.next.codeblocks.org/index.php?action=dlattach;topic=10040.0;attach=3123;image)).
svn 5382 : see the attach.
The same question. so i have to use SVN 5431!
I can't set size. it's not work.
I found it's always call 'SetSizeHints'. Index: src/plugins/contrib/wxSmith/wxwidgets/wxscontainer.cpp
===================================================================
--- src/plugins/contrib/wxSmith/wxwidgets/wxscontainer.cpp (revision 5440)
+++ src/plugins/contrib/wxSmith/wxwidgets/wxscontainer.cpp (working copy)
@@ -215,7 +215,7 @@
Codef(_T("%sFit(%O);\n"),ChildAccessPrefix.c_str());
}
- Codef(_T("%sSetSizeHints(%O);\n"),ChildAccessPrefix.c_str());
+ //Codef(_T("%sSetSizeHints(%O);\n"),ChildAccessPrefix.c_str());
}
}
[attachment deleted by admin]
Quote from: MaxGaspa on February 04, 2009, 09:58:32 PM
Log message: * encoding detector: using system locale as backup-solution has returned
When the detecting is failing I do believe that the best choice is to use the encoding "preferred" by the programmer, not the system locale.
Don't worry: This "feature" is optional. I don't like it, too because it "fixes" nothing but just tries to help the "dumb user" to get the right encoding. For professionals this can be turned off in the settings.
Quote from: Loaden on February 05, 2009, 04:40:22 AM
I can't set size. it's not work.
I found it's always call 'SetSizeHints'. Index: src/plugins/contrib/wxSmith/wxwidgets/wxscontainer.cpp
===================================================================
--- src/plugins/contrib/wxSmith/wxwidgets/wxscontainer.cpp (revision 5440)
+++ src/plugins/contrib/wxSmith/wxwidgets/wxscontainer.cpp (working copy)
@@ -215,7 +215,7 @@
Codef(_T("%sFit(%O);\n"),ChildAccessPrefix.c_str());
}
- Codef(_T("%sSetSizeHints(%O);\n"),ChildAccessPrefix.c_str());
+ //Codef(_T("%sSetSizeHints(%O);\n"),ChildAccessPrefix.c_str());
}
}
You should report this bug here wxsmith development thread:
http://forums.next.codeblocks.org/index.php/topic,372.150.html
Hi guys,
Thank you for the efforts making the CodeBlocks perfect.
I've found one bug here, ->
The CodeBlocks can't run more than one instance even though the option (Allow only one running instance) has been removed.
Quote from: Sunyata on February 05, 2009, 12:10:14 PM
Hi guys,
Thank you for the efforts making the CodeBlocks perfect.
I've found one bug here, ->
The CodeBlocks can't run more than one instance even though the option (Allow only one running instance) has been removed.
Uncheck "Use an already running instance instead of starting a new one (if possible)" also, or start C::B with parameter "-ni" (linux) or "-nd" (windows).
When we are going to have a new relize with automatic update? :?
Quote from: Grom on February 06, 2009, 12:15:52 AM
When we are going to have a new relize with automatic update? :?
Possibly when you provide a patch for this and it get accepted.
Quote from: Grom on February 06, 2009, 12:15:52 AM
When we are going to have a new relize with automatic update? :?
get on a debian system and you can have automatic updates of every nightly. :)
I didn't notice that option.... :oops: Now it works. Thank you very much ! :D
Quote from: jens on February 05, 2009, 12:35:43 PM
Quote from: Sunyata on February 05, 2009, 12:10:14 PM
Hi guys,
Thank you for the efforts making the CodeBlocks perfect.
I've found one bug here, ->
The CodeBlocks can't run more than one instance even though the option (Allow only one running instance) has been removed.
Uncheck "Use an already running instance instead of starting a new one (if possible)" also, or start C::B with parameter "-ni" (linux) or "-nd" (windows).
Change the management panel problem?
snap1:
If I want to view the "Symbols" panel. I should firstly press the right triangle button.
snap2:
Then, the "Projects" panel is still active below. So I should click on the "Symbols" panel stub to view it.
snap3:
The "symbols" was active.
My question: I need to press twice to change the panel. Why not just press once on right triangle button to change to the next panel directly to avoid the extra click?
[attachment deleted by admin]
What about new relise? Do you have any road map?
Quote from: jens on February 05, 2009, 12:35:43 PM
Quote from: Sunyata on February 05, 2009, 12:10:14 PM
Hi guys,
Thank you for the efforts making the CodeBlocks perfect.
I've found one bug here, ->
The CodeBlocks can't run more than one instance even though the option (Allow only one running instance) has been removed.
Uncheck "Use an already running instance instead of starting a new one (if possible)" also, or start C::B with parameter "-ni" (linux) or "-nd" (windows).
I think this should be considered as a bug.
Is it intended to have the DDE server blocking a second instance of C:B? Is there any good reason for it?
I remember it was working before the changes to the DDE server (i.e. Code::Blocks 8.02), and those changes were made to fix other problems.
Regards, XayC
Quote from: XayC on February 06, 2009, 08:09:07 PM
Quote from: jens on February 05, 2009, 12:35:43 PM
Quote from: Sunyata on February 05, 2009, 12:10:14 PM
Hi guys,
Thank you for the efforts making the CodeBlocks perfect.
I've found one bug here, ->
The CodeBlocks can't run more than one instance even though the option (Allow only one running instance) has been removed.
Uncheck "Use an already running instance instead of starting a new one (if possible)" also, or start C::B with parameter "-ni" (linux) or "-nd" (windows).
I think this should be considered as a bug.
Is it intended to have the DDE server blocking a second instance of C:B? Is there any good reason for it?
I remember it was working before the changes to the DDE server (i.e. Code::Blocks 8.02), and those changes were made to fix other problems.
Regards, XayC
The DDE-Server on windows still works as before, if you uncheck "Use an already running instance instead of starting a new one (if possible)", at least on my system.
So I think it's not a bug.
Maybe the option can be disabled by default, but that's more or less a matter of taste.
Quote from: jens on February 06, 2009, 09:22:25 PM
The DDE-Server on windows still works as before, if you uncheck "Use an already running instance instead of starting a new one (if possible)", at least on my system.
So I think it's not a bug.
Maybe the option can be disabled by default, but that's more or less a matter of taste.
Yes, you are right. I was confusing that option with the old "allow only one instance". :oops:
Thanks, for pointing that.
Regards, XayC
In new build don't work commands from custom makefile. Bug?
Quote from: emptymind on February 09, 2009, 04:43:15 PM
In new build don't work commands from custom makefile. Bug?
What exactly do you try, and what does not work ?
Custom makefile using has improved a lot and output might have changed.
See this thread: http://forums.next.codeblocks.org/index.php/topic,9966.0.html (http://forums.next.codeblocks.org/index.php/topic,9966.0.html).
You will only see the commands run by make, if you set "Compiler logging" to "full commandline", and a build is only done, if it is needed.
By default you only see messages like "Using makefile: makefile.unx" or "Nothing to be done".
When silent build field is empty but field make build/target = make all makefile don't run
Output (using rebuid):
-------------- Clean: Release in USB_Freq ---------------
Cleaned "USB_Freq - Release"
-------------- Build: Release in USB_Freq ---------------
Using makefile: makefile
Done.
When i type in silent build make all rebuild feature work correctly.
To see the makefile commands, you have to change "Settings -> Compiler and debugger... -> Global compiler settings -> <the compiler you use> -> Other settings -> Compiler logging:" to "Full command line".
Custom makefiles now have outputs like "normal" compilation.
The build without output ("Task description") is done with the silent build command.
I see. Thank you for help.