The 26 November 2008 build (5322) is out.

[Jenna]

The way it's done in C::B is the way recommended by wxWidgets:

wxFile(const char* filename, wxFile::OpenMode mode = wxFile::read)

Opens a file with the given mode. As there is no way to return whether the operation was successful or not from the constructor you should test the return value of IsOpened to check that it didn't fail.

quote from wxWidgets doc

[Wavesonics]

Has anyone noticed this bug:

When using the symbol browser for a project, it seems like the entire program loses focus, and I have to switch to some other running program and then back to C::B for it to become interactive again.

It might not *just* be when using the symbol browser, but thats when I've noticed it so far.

I've seen this on Vista64 and XP32, no one else has seen this?

[ollydbg]

Has anyone noticed this bug:

When using the symbol browser for a project, it seems like the entire program loses focus, and I have to switch to some other running program and then back to C::B for it to become interactive again.

It might not *just* be when using the symbol browser, but thats when I've noticed it so far.

Also, another small one, when using the symbol browser, when you click on a symbol to jump to it, it jumps to it just fine, but it scrolls the symbol browsers all the way to the bottom, kinda annoying.

HI, Wavesonics
I test it again about the "symbol browsers" problem you stated. I found that sometimes when I click an entry on the symbol browser list. The cursor will go to the right line, but the scrollbar of the symbol browser will move to the bottom of the list. This bug happen randomly, not every time I use the "symbol browser".

[Jenna]

I will not be at home the next days (until saturday).

So I updated the packages on my server to revision 5341 5344 this night.

I know it's a little bit early, but I will most likely not have much time to read and post in the forum until I'm back, so

I want to wish all users and all devs a
merry christmas

[ollydbg]

Thanks!
Merry Christmas to code::blocks's users and developers!

[Kalith]

Merry Christmas to all of you ^^
(and don't forget our present : the new nightly )

[gd_on]

Small problem with last svn 5363.
In newly modified compilergcc.cpp, lines 3363 and 3364 _ is used.
But this makes a problem with xgettext when extracting chains to be translated. Apparently xgettext find non-ansi characters then no .pot file is created.
If I use _T instead, no more problems. Effectively, those two strings have not to be translated I think.
May be an other source of problem : this file is detected as "Ansi as UTF-8" by my text editor, though all other .cpp or .h files are only seen as Ansi.

And Merry Christmas too.

gd_on

[killerbot]

you are right, no need to translate. So _T() is sufficient.

The ansi/utf8 : no sure about that yet, on windows I got bitten by it. But on linux it seemed to work ok. Will have to lookaround a bit longer...

[jmccay]

I have not been following the nightly builds closely.  Is this forum still the only place to get the latest nightly build for WinXP, and is this still the newest?

jmccay

[killerbot]

yes, still in this forum, an new one will be coming  today or tomorrow ;-)

[ollydbg]

yes, still in this forum, an new one will be coming  today or tomorrow ;-)

HI, killerbot. Thanks for your effort on this.

My question is: If I build the latest svn codeblocks on my computer. The output file are in the folder: like "F:\cb_svn\src\output", can I manually copy these files to over write the last SVN version?

If it works, how to deal with plugins? It seems there are some conflicts on the wxWidgets version of these files?

Thanks.

[Jenna]

My question is: If I build the latest svn codeblocks on my computer. The output file are in the folder: like "F:\cb_svn\src\output", can I manually copy these files to over write the last SVN version?

You can, but if you have plugins installed that are build against different versions of C::B it will most likely not work (the plugins will not be loaded).
You have to rebuild them also.

I use only standard C::B on my windows-box and before I copy a new version, I completely remove all contents of my C::B folder under "Programm files".

[ollydbg]

OK, I understand.
Thanks.
I don't even install  any unofficial  plugins. So, It is reasonably to totally delete the previous version files and paste the latest ones.

By the way, Your "windows-box" means a "virtual windows system" on your linux? Thanks.

[Jenna]

By the way, Your "windows-box" means a "virtual windows system" on your linux? Thanks.

Yes and no.

I use w2k in a kvm-virtual-system under linux, but also have win xp on one partition on my laptop (I need it for work) and at work.
I also have a virtual kubuntu-system, to test 32-bit C::B with kde (I don't use kde anymore on my normal system).
On all systzems I have C::B for work and for testing purposes.

[ollydbg]

I just clear the folder d:/program files/codeblocks , and copy the latest SVN build by myself. It works.
It seems that some Contrib Plugins like " wxSmith related DLL" were not included.
I'm not sure how to integrate the old Contrib Plugins such as " wxsmith.dll " "wxSmithContribItems.dll" ...

If I didn't delete any files in the d:/program files /codeblocks, and just paste the new files to over write the old ones(I want to keep the old Contrib Plugins), then It crashed when starting. I guess that some Contrib Plugins conflicts with codeblocks.exe I built.