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://prdownload.berlios.de/codeblocks/wxmsw26u_gcc_cb_wx2.6.3p2.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
For support of ansi builds, a link to the ansi windows wxWidget dll for Code::Blocks : http://prdownload.berlios.de/codeblocks/wxmsw26_gcc_cb_wx2.6.3p2.7z
The 03 September 2006 build is out.
- Windows : http://prdownload.berlios.de/codeblocks/CB_20060903_rev2946_win32.7z
- Linux :
http://prdownload.berlios.de/codeblocks/CB_20060903_rev2946_Ubuntu6.06.deb
http://prdownload.berlios.de/codeblocks/CB_20060903_rev2946_fc4+5.rpm
Resolved Fixed:
- cbKeyBinder v0.4.25d
- record dynamically changed menu items
- Get menu shortcuts via wxAcceratorEntry to appease wxGTK
- Add file name to corrupted file message
- Non Destructive update of menu items
- backup of .ini file to .ini.bak before delete/save - Fixed freeze in linux when updating the symbols browser
- Updated main project file and all contrib plugins' project files for
linux
Regressions/Confirmed/Annoying/Common bugs:
- toolbar-images-not-changing-state (is a wx problem/Win XP problem)
- menu items with icon not correctly aligned (since wx263)
Quote
Fixed freeze in linux when updating the symbols browser
This is solve the infinite loop problem, C::B works fine again on Linux (FC4). Thanks!
The following code will break code::blocks (August 26th build).
Well, actually what happens is my source file gets truncated to a 0 length file.
This caused all kinds of mayhem until I figured out that one or more of the characters in the source was throwing code::blocks into a spin.
I suspect that an end of file marker is perhaps being interpreted here, or worse.
Just stick this in a code::blocks window and save the file.
/m
// Modifies a given PChar by transforming each character into its uppercase
// equivalent (including international characters such as "å --> Å" etc).
void DoUpperCase(PChar st)
{
int stLength = 0, k = 0;
if (st != NULL)
{
stLength = strlen(st);
for(k = 0; k < stLength; k++) {
switch (st[k]) {
// Spanish
case 'ã': st[k] = 'Ã'; break;
case 'ñ': st[k] = 'Ñ'; break;
// French (and Italian etc)
case 'ç': st[k] = 'Ç'; break;
case 'è': st[k] = 'È'; break;
case 'é': st[k] = 'É'; break;
case 'à': st[k] = 'À'; break;
case 'á': st[k] = 'Á'; break;
case 'ì': st[k] = 'Ì'; break;
case 'í': st[k] = 'Í'; break;
case 'ó': st[k] = 'Ó'; break;
case 'ò': st[k] = 'Ò'; break;
case 'ù': st[k] = 'Ù'; break;
case 'ú': st[k] = 'Ú'; break;
// German?
case 'ë': st[k] = 'Ë'; break;
case 'ï': st[k] = 'Ï'; break;
case 'ü': st[k] = 'Ü'; break;
// Danish
case 'æ': st[k] = 'Æ'; break;
// Swedish
case 'å': st[k] = 'Å'; break;
case 'ä': st[k] = 'Ä'; break;
case 'ö': st[k] = 'Ö'; break;
// Other
case 'î': st[k] = 'Î'; break;
case 'õ': st[k] = 'Õ'; break;
case 'ý': st[k] = 'Ý'; break;
default: st[k] = toupper(st[k]); break;
}
}
}
}
// Modifies a given PChar by transforming each character into its uppercase
// equivalent (including international characters such as "Å --> å" etc).
void DoLowerCase(PChar st) {
int stLength = 0, k = 0;
if (st != NULL) {
stLength = strlen(st);
for(k = 0; k < stLength; k++) {
switch (st[k]) {
case 'Ã': st[k] = 'ã'; break;
case 'Ñ': st[k] = 'ñ'; break;
// French (and Italian etc)
case 'Ç': st[k] = 'ç'; break;
case 'È': st[k] = 'è'; break;
case 'É': st[k] = 'é'; break;
case 'À': st[k] = 'à'; break;
case 'Á': st[k] = 'á'; break;
case 'Ì': st[k] = 'ì'; break;
case 'Í': st[k] = 'í'; break;
case 'Ó': st[k] = 'ó'; break;
case 'Ò': st[k] = 'ò'; break;
case 'Ù': st[k] = 'ù'; break;
case 'Ú': st[k] = 'ú'; break;
// German?
case 'Ë': st[k] = 'ë'; break;
case 'Ï': st[k] = 'ï'; break;
case 'Ü': st[k] = 'ü'; break;
// Danish
case 'Æ': st[k] = 'æ'; break;
// Swedish
case 'Å': st[k] = 'å'; break;
case 'Ä': st[k] = 'ä'; break;
case 'Ö': st[k] = 'ö'; break;
// Other
case 'Î': st[k] = 'î'; break;
case 'Õ': st[k] = 'õ'; break;
case 'Ý': st[k] = 'ý'; break;
default: st[k] = tolower(st[k]); break;
}
}
}
}
lowerCase = MallocPChar(st);
// works even if lowerCase == NULL
DoLowerCase(lowerCase);
return lowerCase;
}
*/
I guess you are not saving the file in an appropiate encoding (ie. menu Edit->File Encoding->UTF-8).
I did that and it set my file to zero length.
Quote from: k1mgy on September 04, 2006, 01:45:28 AM
I did that and it set my file to zero length.
It will not do the conversion automatically. Copy and paste the text somewhere else, make the file be UTF-8, and paste it again.
OK did that and it worked.
So files cannot be converted to a new encoding? Is that a limitation that can be overcome with a coding change in code::blocks?
Quote from: k1mgy on September 04, 2006, 02:56:14 AM
OK did that and it worked.
So files cannot be converted to a new encoding? Is that a limitation that can be overcome with a coding change in code::blocks?
It is not in the (current) scope of Code::Blocks to do conversion between different encodings.
Ideally you would always use UTF-8, right from the start. Else, you can use a program like iconv (http://www.gnu.org/software/libiconv/)to convert between any encodings.
Note that you can set a default encoding in menu
Settings->Editor->Default encoding when opening files.
わかりました。 ありがとう！
マークでした。
Thanks Takeshi.
I've noticed that when using this build when the call tips are displayed, I get extremely high CPU usage. On average from 8 to 10%, but when the call tips are displayed, if I start to type text, the CPU usage will spike to 100% and remain there while I keep typing text.
What's interesting is that even with Code Completion disabled, just typing in the editor will drive the CPU usage to 65% or so.
edit: Should have mentioned, I'm running Windows XP SP1.
Everything perfect again at linux (exept for that wierd slowness, anyway). CC looks more robust and makes no mistakes! :shock: I was waiting a long time to see it.
:clap: :clap: @ Devs
Ty for your time :D
aaaah, nothing beats codeblocks in linux :) great work guys!
I have a usability suggestion for the symbol browser toolbar:
both comboboxes should be editable, so when you write in a few letters, the dropdown list shortens to only those references that begin with the few letters you specified (case-insensitive)
A damn.. still unfixed bug: https://developer.berlios.de/bugs/?func=detailbug&bug_id=8592&group_id=5358
It's quite annoying as for some plugins I got to edit the conf file to enable/disable.
Hi all!
Thanx for the wonderful work you're doing: C::B is becoming better and better every single day.
I am wondering whether this problem is only mine or common to the nightly builds though: icons on the left pane in the dialogs in the "Setting" menu appear with black squared background (I suppose it should be white, or better transparent). And it happens on at least three different PCs, so it is not a single video card or driver.
Does anyone have any idea of that?
Thanx in advance.
Paolo
Quoteboth comboboxes should be editable, so when you write in a few letters, the dropdown list shortens to only those references that begin with the few letters you specified (case-insensitive)
Is on the to-do list ;-)
Quote from: paolo.bormida on September 04, 2006, 01:46:16 PM
icons on the left pane in the dialogs in the "Setting" menu appear with black squared background (I suppose it should be white, or better transparent).
Although you don't mention the OSes you 're seeing this, I can tell you that it's known to happen in all pre-XP windows. Hopefully, it 'll get fixed too, some day...
I am sure he is on Windows 2000.
I have the same problem.
See screenshots:
(http://img437.imageshack.us/img437/5853/editoryi6.th.png) (http://img437.imageshack.us/my.php?image=editoryi6.png)
(http://img313.imageshack.us/img313/5135/environmentja6.th.png) (http://img313.imageshack.us/my.php?image=environmentja6.png)
Have a nice day.
experienced that one on win98 when i changed the color quality of windows to 16 bit instead of 32 bit
Someone built a amd64 .deb for Ubuntu a while back, but it is very old now and is also unstable. Would someone be willing to re-build the amd64 .deb from the latest build and post it to berliOS. I am hoping that whoever did it last time would be able to easily do it again :)
Thanks
Hi,
I have a question regarding that icons in configuration dialogs - Why Settings->Environment->View->"Settings icon size" is disabled on Linux?
Is this option is buggy and don't work on Linux?
P.S. Imho, that icons are really too big, it should be smaller (maybe about 64x64 px).
Quote from: mandrav on September 04, 2006, 02:08:53 PM
Quote from: paolo.bormida on September 04, 2006, 01:46:16 PM
icons on the left pane in the dialogs in the "Setting" menu appear with black squared background (I suppose it should be white, or better transparent).
Although you don't mention the OSes you 're seeing this, I can tell you that it's known to happen in all pre-XP windows. Hopefully, it 'll get fixed too, some day...
Scratch that and make it today ;).
Failed to compile Code::Blocks on Ubuntu Linux 6.06. Source downloaded from SVN.
g++ --version
g++ (GCC) 4.0.3 (Ubuntu 4.0.3-1ubuntu5)
uname -a
Linux Server 2.6.17.8 #1 SMP Sun Aug 13 22:58:48 EDT 2006 x86_64 GNU/Linux
I'm not sure what to provide, so here are several lines prior and after the error:
g++ -DHAVE_CONFIG_H -I. -I. -I. -I/home/victor/work/codeblocks/wxwidgets//lib/wx/include/gtk2-unicode-release-2.6 -I/home/victor/work/codeblocks/wxwidgets//include/wx-2.6 -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D_LARGEFILE_SOURCE=1 -DNO_GCC_PRAGMA -I../../src/sdk/wxscintilla/include -I../../src/sdk/tinyxml -I../../src/sdk/scripting/include -I../../src/sdk/scripting/sqplus -I../../src/sdk/wxFlatNotebook -I../../src/sdk/propgrid/include -O2 -ffast-math -g -O2 -DCB_PRECOMP -Winvalid-pch -fPIC -DPIC -MT globals.lo -MD -MP -MF .deps/globals.Tpo -c globals.cpp -fPIC -DPIC -o .libs/globals.o
globals.cpp: In function 'wxBitmap cbLoadBitmap(const wxString&, int)':
globals.cpp:633: error: 'UsesCommonControls6' was not declared in this scope
make[4]: *** [globals.lo] Error 1
make[4]: Leaving directory `/home/victor/downloads/codeblocks/rev2946/trunk/src/sdk'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/victor/downloads/codeblocks/rev2946/trunk/src/sdk'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/home/victor/downloads/codeblocks/rev2946/trunk/src/sdk'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/victor/downloads/codeblocks/rev2946/trunk/src'
make: *** [all-recursive] Error 1
The commands that I issued prior to getting this error
./bootstrap
export PATH=/home/victor/work/codeblocks/wxwidgets/bin:/home/victor/work/codeblocks/wxwidgets/bin:$PATH
./configure --prefix=/home/victor/work/codeblocks/rev2946 --enable-contrib
make && sudo make install
Did I do something wrong?
QuoteDid I do something wrong?
No, it's a missing platform #ifdef.
Fixed now.
On another note, please use the other boards for such problems. The nightly builds board is for announcement of nightly builds and reporting problems with them.
Ok, I thought I should post here since the previous nightly builds compiled fine, it was this one (plus/minus several revisions) that didn't.
I'll post in a different sub-forum next time.
Because of instabilities I have been stuck with an old build. (27th August) and can I just say that the symbols browser is fucking awesome and C::B is 10x as stable as the last build. I dunno what you did yesterday but its fixed everything for me! Thanks guys!
Just one more thing, I have been using today's build for over 2 hours now on Kubuntu and I haven't experienced a single crash or bug (and it was crashing every minute or so). I cant thank you guys enough, my productivity on my game engine has doubled since using code::blocks (even when it was unstable).
One little thing though, sometimes the notebook tabs only show the top half, when I click them or change the style in settings they appear properly.
:D :D :D :D :D :D :D :D :D :D :D :D :D :D << Happy happy me!
That's strange. I always get the same error when C::B crashes. It's a about a "Cairo Font".. it might be specific to my distribution only..
codeblocks: cairo-ft-font.c:678: _cairo_ft_unscaled_font_set_scale: Assertion `error == 0' failed.
It seems to crash more or less randomly. It crashed once when I tried to save a modified main.cpp. It crashed when Code completion should have displayed some methods of a class.
EDIT: I've just read another topic on the forum about this. It seems that it's a libcairo problem that not everybody has. I guess I'll wait for a newer version of libcairo.
Another question: when you select Ogre3d project, and then C::B asks you whether you have a pre-installed OGRE SDK or you have sources installed, there used to be a page that asked you for the location of the sources. It seems that page is gone now, C::B asks directly for the compiler(s). Is that on purpose? Why wouldn't it ask me for the location of the OGRE source?
Crashing crash-dialog?
The past few days I have been using the 2006, sep 3 build instead of my RC2. Two times I have had a crash report - I suppose it happens because the nightly doesn't like RC2 for some reason. I have never had a crash in RC2.
The first time was when I was setting a path to the compiler: Settings -> Compiler -> Directories -> Linker -> Add, browse to c:\msys\1.0\local\lib, copy path, go to Directories -> Comiler, paste path, press "..." (to browse to ..\include) caused a crash
The second time was when I was trying to make a new empty project.
The errors are reproducable, unless I do something else with code blocks, after which they are not reproducable. The most strange part is that the error report titled "Woha!" continues to pop up so it is hard even to get the the task manager or to press ctrl-alt-delete. At one of the events I had almost 400 dialogs on screen before I managed to stop the process. They pop up quite fast, about 10 per second.
Is it possible that the crash report is capable of crashing? :-)
I'm running Windows XP, in an installation from 2003 - so a lot of old stuff might be it hanging around.