The 19 July 2007 build (4281) 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_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 19 July 2007 build is out.
  - Windows :
   http://prdownload.berlios.de/codeblocks/CB_20070719_rev4281_win32.7z
  - Linux :
   http://prdownload.berlios.de/codeblocks/CB_20070719_rev4281_Ubuntu6.10+7.04_wx2.8.4.tar.gz
   http://prdownload.berlios.de/codeblocks/CB_20070719_rev4281_Debian4.0_wx2.8.4.deb (not yet)
   http://prdownload.berlios.de/codeblocks/CB_20070719_rev4281_suse100-102.wx28.i586.rpm (not yet)
   http://prdownload.berlios.de/codeblocks/CB_20070719_rev4281_fc4+5.i586.rpm (not yet)


Resolved Fixed:

• Fixed: Crash while compiling a single file with OpenWatcom compiler

Regressions/Confirmed/Annoying/Common bugs:

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

[rickg22]

hey killerbot, we could start distributing the binaries at sourceforge, what do you think? It also helps us gain points for the "most popular" contest

[Roman]

Each scoolboy knows SF - I think it is right to be there too

[codeur]

Each scoolboy knows SF - I think it is right to be there too

After seeing the problems others (e.g. MinGW) have on SF, and the mess on that site, it's not such a clear-cut decision.

[killerbot]

published :-)

[dje]

Crash crash crash and crash  :evil:

Context :
I am working on an awful project one would never choose to work on. 
I imported 4 Visual 6 projects containing approximatively 450 files (total number of Visual projects = 263  :roll:)
The crashes systematically happen when I save the current header file after edition.
No RPT report is generated.

The inheritance complexity is very important.
There are things like #ifdef/#ifndef in multiple inheritance that give wrong result in symbol window.
I can't provide sources.

WinXP
SVN4281
Used for edition, not for building.

I create bug report this evening.

Dje

[rickg22]

dje: Try running C::B inside GDB. After you get the segfault, type "bt" and you'll get a backtrace. That always works and it's much better than a report ;-).

[dje]

the problem is I am working on a stinky project and as I work for a stone edge company, I am not supposed to install software (even free) nor have access to Internet. Hopefully, C::B can be run from a USB key  :wink:

My SVN env is at home and I can't bring back source code at home.

I'll try to reproduce the dirty inheritance I saw with own classes this WE.

Dje

[Roman]

published :-)

Why not to pulish some of the nightlies?

Regards,
Roman

[DC@DR]

Why it's .tar.gz now instead of the usual .deb package for Ubuntu 7.04?

[cstudent]

Why it's .tar.gz now instead of the usual .deb package for Ubuntu 7.04?

The Linux builds are now broken down into 7 separate packages.

Generated packages are:
    * libcodeblocks0
    * codeblocks
    * codeblocks-contrib
    * codeblocks-dbg
    * codeblocks-dev
    * libwxsmithlib0
    * libwxsmithlib0-dev

All the files are archived in the tar.gz file. The file is also considerably larger than the old .deb file. The tar file is around 18 mb.

[dje]

Hi all !

It seems that (at least) cbEVT_SHOW_DOCK_WINDOW is not correctly processed in certain circumstances.
BerliOS bug is 11596:

Here is how to reproduce it (systematic)
- Hide Messages notebook
- "Find in files"
- Search for an existing word
- Results are displayed in log
- Normally, first found result is displayed in current editor and Message notebook is shown.

Message notebook doesn't appear.

Code Select Expand

int EditorManager::FindInFiles(cbFindReplaceData* data)
calls

Code Select Expand

Manager::Get()->GetMessageManager()->Open();

with

Code Select Expand


void MessageManager::Open()
{
    if (!m_AutoHide)
        return;

    CodeBlocksDockEvent evt(cbEVT_SHOW_DOCK_WINDOW);
    evt.pWindow = m_pNotebook;
    Manager::Get()->ProcessEvent(evt);
}

The same problem happens with ThreadSearch plugin.

[DC@DR]

The Linux builds are now broken down into 7 separate packages.

Generated packages are:
    * libcodeblocks0
    * codeblocks
    * codeblocks-contrib
    * codeblocks-dbg
    * codeblocks-dev
    * libwxsmithlib0
    * libwxsmithlib0-dev

All the files are archived in the tar.gz file. The file is also considerably larger than the old .deb file. The tar file is around 18 mb.

Could you explain the reason why we need to split the build into packages like that? Thx :-)

[raph]

Could you explain the reason why we need to split the build into packages like that? Thx :-)

Because it makes sense?
See this thread.

raph

[DC@DR]

Because it makes sense?
See this thread.

raph

OK, now I got the idea, thanks :-)