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_wx284.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
The 11 October 2007 build is out.
- Windows :
http://prdownload.berlios.de/codeblocks/CB_20071011_rev4522_win32.7z
- Linux :
none
Resolved Fixed:
- wxSmith:
* Switched Child->GetVarName() to %o where it was possible in Codef function (it's much safer than quering child's variable using GetVarName())
* Fixed memory leak in wxsItemEditor (thanx to valgrind ;) )
* Changed names generated for internal variables used for code generation (they should be safer now) - Fix: when a file is auto-generating other files to be compiled, wait
for it to finish compiling before proceeding to compile the generated
files (so as to ensure the generated files are valid) - wxSmith: Fixed crash in wxsListBook
Regressions/Confirmed/Annoying/Common bugs:
- toolbar-images-not-changing-state (is a wx problem/Win XP problem)
Ubuntu 6.10 & 7.04 Amd64 tar.gz archive (containing '.deb' installers builds with wx284) can be found here (http://www.esnips.com/web/CodeBlocks).
This lastest release seems to have broken something.
I just opened a .wxs file and the .cpp and .h files were changed. Not a problem.
However, the following code change seems odd:
Old code
TextCtrlPointA_X = new wxTextCtrl(PanelSideBar, ID_TEXTCTRL1, _("108.0"), wxDefaultPosition, wxSize(50,-1), 0, wxDefaultValidator, _T("ID_TEXTCTRL1"));
FlexGridSizer5->Add(TextCtrlPointA_X, 0, wxALL|wxALIGN_CENTER_HORIZONTAL|wxALIGN_CENTER_VERTICAL, 0);
New code
TextCtrlPointA_X = new wxTextCtrl(PanelSideBar, ID_TEXTCTRL1, _("108.0"), wxDefaultPosition, wxSize(50,-1), 0, wxDefaultValidator, _T("ID_TEXTCTRL1"));
FlexGridSizer5->Add(0, 0, wxALL|wxALIGN_CENTER_HORIZONTAL|wxALIGN_CENTER_VERTICAL, 0);
Notice that the Add now passes a '0' instead of the pointer 'TextCtrlPointA_X'? Is this correct??
Worse though is that now the code does not compile.
PanelMain->SetSizer(FlexGridSizer2);
was changed to PanelMain->SetSizer(PanelSideBar);
and the compiler complains that SetSizer cannot accept a wxPanel, but it can accept a wxSizer.
I'm using WinXP SP2, wxwidgets 2.8.4, minGW.
I hope the above helps track down the problem.
In the mean time, I need to rollback to the previous nightly build.
Please let me know if you require more information.
Thanks.
I have something that I can't understand, everytime when I close codeblocks, it's notify me to save workspace file, I think it can be improve, like when i open codeblocks, we can open a workspace file at that time in default, and when i close it , it's save the workspace file which when open it in the start time.
Platform Windows XP SP2
CodeBlocks version: svn 4522
BUG: When I Change the system time to year 2039. then i can't open codeblocks
I reported what I thought was a general problem in the previous version but it happens to be very code-specific, rather unusual, and not only on today's build but the last two as well (I didn't test older ones). Under Windows 2000 SP4, using gcc (either 3.4 or 4.2), compile a single file with this exact code:
struct Flags {
int bits;
};
struct Base {
struct BaseFlags : Flags {};
static const BaseFlags DATA;
};
struct Derived : Base {
struct Flags : BaseFlags {};
};
char dummy[Base::DATA.bits]; // Error: array bound is not an integer constant.
Make a cosmetic change and compile again. Repeat this four or five times and Code::Blocks will suddenly abort and close without warning. This does not happen with other code: make a meaningful change (comment out something for example) and Code::Blocks has no problem re-compiling until the cows come home. But this specific code plays some weird voodoo on CB. I don't know what to make of it.
@orefa
Try turning off code completion and see if it still does it.
Also, you might wish to post the codeblocks.RPT file found in the folder where C::B exe is.
Tim S
QuoteBUG: When I Change the system time to year 2039. then i can't open codeblocks
Are you programming a time machine? :P
@stahta01:
I don't use code completion, it was off already. Here is the content of codeblocks.RPT after a crash:
EDIT: Scratch that, it was an old file from October 1st. I deleted it and ran the test again. CB crached at the fifth compilations and no codeblocks.RPT file was created.
EDIT 2 ---> My mistake on code completion: it was on and this plugin is indeed the culprit.
Quote from: luoyonggang on October 12, 2007, 03:35:58 AM
Platform Windows XP SP2
CodeBlocks version: svn 4522
BUG: When I Change the system time to year 2039. then i can't open codeblocks
Know windows/unix bug
http://skattertech.com/2005/07/y2k38-bug-has-started/
http://old.bsrf.org.uk/tutorials/2038-time-bug.txt
Joke link about time travel
http://www.websurdity.com/2007/05/18/websurdity-exclusive-interview-with-time-traveler-john-titor-back-from-the-year-2039/
Hey there,
I am using debian lenny, on amd64, i compiled codeblocks myself.
in this and previous revision, i had/have this problem:
I have a project (about 100 files), and evertime i do a change in any file, it keeps compiling the whole project new, as if i clicked the rebuild-all button :(
--Ano
Quote from: Suprano on October 12, 2007, 12:55:26 PM
Hey there,
I am using debian lenny, on amd64, i compiled codeblocks myself.
in this and previous revision, i had/have this problem:
I have a project (about 100 files), and evertime i do a change in any file, it keeps compiling the whole project new, as if i clicked the rebuild-all button :(
--Ano
I have had the same problem not long ago, i don't know if these information could help:
environment: winxp sp2, mingw, gcc4.2.1-dw
when the problem happen, i try to recompile codeblocks with "no optimize release" mode, install it. Then clear your project, delete *.gch, rebuild the project. then, it works.
I don't know what happening, just guess the problem belongs to gcc4 ~~ :P
The AutoIndent and/or SmartIndent behaves not as expected when using a code style similar like this:
namespace x
....{
....void func( void )
........{
........if ( test )
............{
............// action
............}
........}
....}
I have checked the "Indent brackets" option in the Source formatter and would expect it to make the difference, but
the AutoIndent and/or SmartIndent generates this:
namespace x
{
....void func( void )
....{
........if ( test )
........{
............// action
........}
....}
}
Is this because the bracket rule doesn't influence a brace, and hence a brace indent option would be needed to make the auto indent working?
Build for Ubuntu i386/amd64 can be found here (http://lgp203.free.fr/spip/spip.php?article1)