News:

Accounts with zero posts and zero activity during the last months will be deleted periodically to fight SPAM!

Main Menu

The 11 October 2007 build (4522) is out.

Started by killerbot, October 11, 2007, 10:54:47 PM

Previous topic - Next topic

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_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)


Xaviou

Ubuntu 6.10 & 7.04 Amd64 tar.gz archive (containing '.deb' installers builds with wx284) can be found here.
My wxWidgets's stuff : [url="https://wxstuff.xaviou.fr/"]https://wxstuff.xaviou.fr/[/url]

pdsonic

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.

luoyonggang

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.

luoyonggang

Platform Windows XP SP2
CodeBlocks version: svn 4522

BUG: When I Change the system time to year 2039. then i can't open codeblocks

orefa


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.

stahta01

@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
C Programmer working to learn more about C++.
On Windows 10 64 bit and Windows 11 64 bit.
--
When in doubt, read the CB WiKi FAQ. [url="http://wiki.codeblocks.org"]http://wiki.codeblocks.org[/url]

wwolf

QuoteBUG: When I Change the system time to year 2039. then i can't open codeblocks

Are you programming a time machine?  :P

orefa

#8
@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.

stahta01

C Programmer working to learn more about C++.
On Windows 10 64 bit and Windows 11 64 bit.
--
When in doubt, read the CB WiKi FAQ. [url="http://wiki.codeblocks.org"]http://wiki.codeblocks.org[/url]

Marenz

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

starofrainnight

#11
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

surfinbird

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?


pasgui