Get quick announcements through the RSS feed http://www.codeblocks.org/nightly/CodeBlock_RSS.xml
A link to the unicode windows wxWidget dll for Code::Blocks : http://download.berlios.de/codeblocks/wxmsw26u_gcc_cb.7z
For those who might need this one (when no MingW installed on your system) : the mingw10m.dll : http://download.berlios.de/codeblocks/mingwm10.7z
For support of ansi builds, a link to the ansi windows wxWidget dll for Code::Blocks : http://download.berlios.de/codeblocks/wxmsw26_gcc_cb.7z
The 24 April 2006 build is out.
- Windows : http://download.berlios.de/codeblocks/CB_20060424_rev2377_win32_.7z
- Linux :
http://download.berlios.de/codeblocks/CB_20060424_rev2377_ubuntu.deb
http://download.berlios.de/codeblocks/CB_20060424_rev2377_fc4+5.rpm (not yet)
Resolved Fixed:
- Keybinder; correct typo's on Linux; (my thanks to daniel2000)
- Turkish language hack
- show Find & FindInFiles tabs in dialog (patch 978 #3 from 06-04-20)
- Revision string in "start here" page now shows the revision date rather than the compile date of some random source.
Added ConfigManager::GetSvnDate() member.
Autorevision code cleanup, now uses subversion if present (falls back to old method otherwise) - Patch #1001 : Add autorevision as dependency in Makefile.am to fix parallel builds (prevents executable from being run before being built)
- Patch #990 : Preserve editor colour sets (interim solution for bugs 7063 and 7194)
- Patch #988 : Reorder wxToolBar::Realize() and SetBestSize() to prevent missized toolbar in wxWidgets 2.6.3
Regressions/Confirmed/Annoying/Common bugs:
- toolbar-images-not-changing-state (is a wx problem/Win XP problem)
- there are several issues with Code Completion (is being redesigned : work in progress)
the links are not yet working. The windows build upload is taking ages, no idea why : berlios ? my hotel wireless (have done it here before) ? , ... ?
So I think the windows link will be active only within 7 hours, now I am going to bed, and leave the laptop nerve breaking slow upload those darn bytes ....
where is the linux packs? O_O
windows link is active, linux will follow later today
Quote from: killerbot on April 25, 2006, 01:08:48 AM
- Patch #988 : Reorder wxToolBar::Realize() and SetBestSize() to prevent missized toolbar in wxWidgets 2.6.3
The toolbar is look fine for me now i compile the SVN rev2337 with wxWidgets 2.6.3 on WinXP platform
the size of toolbar is ok
only remains the toolbar-images-not-changing-state (is a wx problem/Win XP problem) to be fixed
Good work
sorry for my poor english
Hello,
QuotePatch #988 : Reorder wxToolBar::Realize() and SetBestSize() to prevent missized toolbar in wxWidgets 2.6.3
I don't know if it is the same problem but I always have a bug with the toolbar.
I tested C::B on Windows 2000 sp4 with wxWidgets 2.6.3 and wxWidgets 2.6.2 but I have the same result.
I also try deleting my default.conf but without success.
(http://img126.imageshack.us/img126/448/toolbarproblem3fj.th.jpg) (http://img126.imageshack.us/my.php?image=toolbarproblem3fj.jpg)
I hope you could fix that problem one day.
Thanks for this new release and have a nice day.
I've inserted another two SetBestFittingSize() for good.
Don't know if that fixes the Windows 2000 problem, but it might as well. In any case, it does not make things worse :)
Quote from: thomas on April 25, 2006, 10:16:04 AM
I've inserted another two SetBestFittingSize() for good.
Don't know if that fixes the Windows 2000 problem, but it might as well. In any case, it does not make things worse :)
Good news.
I will test the Nightly builds and tell you if the problem has disappeared.
Thanks and have a nice day.
Quote from: thomas on April 25, 2006, 10:16:04 AM
I've inserted another two SetBestFittingSize() for good.
Don't know if that fixes the Windows 2000 problem, but it might as well. In any case, it does not make things worse :)
No dice =(
Does it still crashes on Ubuntu? Is there any one using ubuntu dapper beta?
All builds crashes on my ubuntu boxes.....:(
Currently, I am using 1.0rc2, which crashes at most twice a day.
regards,
yalding
Quote from: yalding on April 26, 2006, 03:49:19 PM
Does it still crashes on Ubuntu? Is there any one using ubuntu dapper beta?
Nope. Just the Settings-->Environment Crash that seems to be due to the .deb package (but it is not sure).
Quote from: yalding on April 26, 2006, 03:49:19 PM
All builds crashes on my ubuntu boxes.....:(
Which builds? Which errors? Which boxes?
Quote from: yalding on April 26, 2006, 03:49:19 PM
Currently, I am using 1.0rc2, which crashes at most twice a day.
RC2 is old. Get a nightly build or build C::B by yourself.
Best wishes,
Michael
Hi guys,
Is there anybody so kind to provide a Suse RPM for C::B ? It is a shame that the latest version from Yast2 is RC1 while new releases are done all the time. This way a big audience is missed out on updates.
Regards,
- Jorgen
it is on my todo list for weeks now, I think within 2 weeks I should be able to. I'll try to target it for next week ....
Quote from: Jorg on April 26, 2006, 07:59:25 PM
Hi guys,
Is there anybody so kind to provide a Suse RPM for C::B ? It is a shame that the latest version from Yast2 is RC1 while new releases are done all the time. This way a big audience is missed out on updates.
Regards,
- Jorgen
Hi Jorg, nice to see you again here!
http://wiki.codeblocks.org/index.php?title=Compiled_packages_of_Code::Blocks
They're not up to date, but at least are newer than RC2.
BTW, compiling from source is not difficult:
http://wiki.codeblocks.org/index.php?title=Compiling_Code::Blocks_in_Linux_%28applies_to_all_distros%29
http://wiki.codeblocks.org/index.php?title=Compiling_Code::Blocks_in_RPM_based_distributions
You are too kind :-) I don't know if the following minor issues are resolved already or not:
- The code completion dialog in KDE pops up modal but does not get focus
- The search dialog backspace brings the cursor to the beginning of the edit control instead of deleting a char
- Sometimes Ctrl-C simply gets ignored .. copying and then pasting often pastes the previous clipboard, I cannot reproduce this in any editor I have
Other then these 3, I find Code::Blocks a very mature great editor! I see new development builds come by often too, I considered building it myself but also wanted to let you guys know that most people who don't build from source are still stuck with a 7+ months old build so it seems..
I have wxWidgets installed in a particular config without Unicode, would it be hard to build from scratch with a wxWidgets 2.6.2 which I can configure somehow on the side of my work build?
Regards,
- Jorgen
Hi,
Yes I am still considering that. But I am a bit put back by the fact I have to rearrange my wxWidgets build to be able to build C::B. I know I can use --prefix, is that possible with the make scripts C::B provides?
Regards,
- Jorgen
Quote from: Jorg on April 26, 2006, 08:17:07 PM
- The code completion dialog in KDE pops up modal but does not get focus
If you use the non-custom pop-up, it should work right.
Just uncheck the setting in
Settings->Editor->CodeCompletion->Use custom control for code-completion list.
Quote from: Jorg on April 26, 2006, 08:17:07 PM
- The search dialog backspace brings the cursor to the beginning of the edit control instead of deleting a char
It has been fixed I think, because I can't reproduce it.
Quote from: Jorg on April 26, 2006, 08:17:07 PM
- Sometimes Ctrl-C simply gets ignored .. copying and then pasting often pastes the previous clipboard, I cannot reproduce this in any editor I have
Never happened to me, at least in Windows.
Quote
Yes I am still considering that. But I am a bit put back by the fact I have to rearrange my wxWidgets build to be able to build C::B. I know I can use --prefix, is that possible with the make scripts C::B provides?
I don't think you'll have to rearrange nothing to compile it.
There are two methods to build C::B in linux: autotools, and C::B itself, and makes use of wx-config.
The autotools method is pretty standard:
svn checkout svn://svn.berlios.de/codeblocks/trunk
./bootstrap
./configure --enable-contrib
make
make installAfter that, you can compile future revisions of C::B with C::B itself, just opening the
CodeBlocks-unix.cbp, clicking
Build, closing C::B, and running the
update script.
Thanks! I will look into it this weekend, I think the C::B way is easier, I can temporarily redirect the wx-config or point it to another version when I have built wxWidgets with the prerequisites needed for C::B..
Regards,
- Jorgen
Quote from: Jorg on April 26, 2006, 09:28:59 PM
Thanks! I will look into it this weekend, I think the C::B way is easier, I can temporarily redirect the wx-config or point it to another version when I have built wxWidgets with the prerequisites needed for C::B..
But you're not requiered to build again wxWidgets, unless there's a major dead-stripping of features. But if your wx is ANSI it should work ok too.
Or you're talking about other prerequisites?
Ok, I thought the UNICODE setting was mandatory. If the current config will build C::B fine too, that's only better.
I'll fiddle around and let you know.
As for the code completion option, I do not have that option so I must assume it was added to a later codebase :-)
Regards,
Settings->Editor->CodeCompletion->Use custom control for code-completion list
I am not 100% sure, I think that only exists on windows. (and normally it will be removed)
Quote from: killerbot on April 26, 2006, 09:46:00 PM
Settings->Editor->CodeCompletion->Use custom control for code-completion list
I am not 100% sure, I think that only exists on windows. (and normally it will be removed)
No, it exists in all platforms but it's enabled by default on windows only. But, yes, it will probably be removed altogether.
Quote from: mandrav on April 26, 2006, 09:48:06 PM
No, it exists in all platforms but it's enabled by default on windows only. But, yes, it will probably be removed altogether.
I hope the
'idea' of a custom control will not be removed, as the default Scintilla custom control is rather lacking a lot of things.
Quote from: Jorg on April 26, 2006, 09:42:19 PM
Ok, I thought the UNICODE setting was mandatory. If the current config will build C::B fine too, that's only better.
Nop, not mandatory.
Quote from: Jorg on April 26, 2006, 09:42:19 PM
As for the code completion option, I do not have that option so I must assume it was added to a later codebase :-)
I guess. :)
Thanks guys, that clarifies things ;-)
Regards,
- Jorgen
oooooooops, it seems working now!
It was crashing when I changed one file, saved it, and moving around the cursor. The window just disappeared without any output, :)
It is ok now. Let's see how it works for the rest of today.
regards,
yalding
Quote from: Michael on April 26, 2006, 04:09:38 PM
Quote from: yalding on April 26, 2006, 03:49:19 PM
Does it still crashes on Ubuntu? Is there any one using ubuntu dapper beta?
Nope. Just the Settings-->Environment Crash that seems to be due to the .deb package (but it is not sure).
Quote from: yalding on April 26, 2006, 03:49:19 PM
All builds crashes on my ubuntu boxes.....:(
Which builds? Which errors? Which boxes?
Quote from: yalding on April 26, 2006, 03:49:19 PM
Currently, I am using 1.0rc2, which crashes at most twice a day.
RC2 is old. Get a nightly build or build C::B by yourself.
Best wishes,
Michael