Code::Blocks Forums

User forums => Nightly builds => Topic started by: killerbot on October 11, 2007, 10:54:47 pm

Title: The 11 October 2007 build (4522) is out.
Post by: killerbot on October 11, 2007, 10:54:47 pm
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.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:


Regressions/Confirmed/Annoying/Common bugs:


Title: Re: The 11 October 2007 build (4522) is out.
Post by: Xaviou on October 12, 2007, 12:08:37 am
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).
Title: Re: The 11 October 2007 build (4522) is out.
Post by: pdsonic on October 12, 2007, 01:55:17 am
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
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
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.

Code
	PanelMain->SetSizer(FlexGridSizer2);
was changed to
Code
	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.
Title: Re: The 11 October 2007 build (4522) is out.
Post by: luoyonggang on October 12, 2007, 02:32:37 am
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.
Title: Re: The 11 October 2007 build (4522) is out.
Post by: 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
Title: Re: The 11 October 2007 build (4522) is out.
Post by: orefa on October 12, 2007, 04:09:49 am

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:

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.
Title: Re: The 11 October 2007 build (4522) is out.
Post by: stahta01 on October 12, 2007, 04:30:43 am
@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
Title: Re: The 11 October 2007 build (4522) is out.
Post by: wwolf on October 12, 2007, 05:05:24 am
Quote
BUG: When I Change the system time to year 2039. then i can't open codeblocks

Are you programming a time machine?  :P
Title: Re: The 11 October 2007 build (4522) is out.
Post by: orefa on October 12, 2007, 06:15:02 am
@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.
Title: Re: The 11 October 2007 build (4522) is out.
Post by: stahta01 on October 12, 2007, 06:33:57 am
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/
Title: Re: The 11 October 2007 build (4522) is out.
Post by: Marenz 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
Title: Re: The 11 October 2007 build (4522) is out.
Post by: starofrainnight on October 12, 2007, 03:02:44 pm
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
Title: Re: The 11 October 2007 build (4522) is out.
Post by: surfinbird on October 12, 2007, 05:19:49 pm
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?

Title: Re: The 11 October 2007 build (4522) is out.
Post by: pasgui on October 12, 2007, 05:42:45 pm
Build for Ubuntu i386/amd64 can be found here (http://lgp203.free.fr/spip/spip.php?article1)