Author Topic: The 03 september 2006 build is out. (Read 26758 times)

killerbot · « **on:** September 03, 2006, 09:27:59 pm »

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)

nzoltan · « **Reply #1 on:** September 03, 2006, 11:33:46 pm »

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!

k1mgy · « **Reply #2 on:** September 04, 2006, 12:49:49 am »

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;
}
*/

takeshimiya · « **Reply #3 on:** September 04, 2006, 01:24:53 am »

I guess you are not saving the file in an appropiate encoding (ie. menu Edit->File Encoding->UTF-8).

k1mgy · « **Reply #4 on:** September 04, 2006, 01:45:28 am »

I did that and it set my file to zero length.

takeshimiya · « **Reply #5 on:** September 04, 2006, 02:24:46 am »

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.

k1mgy · « **Reply #6 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?

takeshimiya · « **Reply #7 on:** September 04, 2006, 03:07:32 am »

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 to convert between any encodings.

Note that you can set a default encoding in menu Settings->Editor->Default encoding when opening files.

k1mgy · « **Reply #8 on:** September 04, 2006, 03:47:46 am »

わかりました。　ありがとう！

マークでした。

Thanks Takeshi.

ironhead · « **Reply #9 on:** September 04, 2006, 04:03:04 am »

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.

sque · « **Reply #10 on:** September 04, 2006, 01:19:51 pm »

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

Kreso · « **Reply #11 on:** September 04, 2006, 01:27:01 pm »

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)

sque · « **Reply #12 on:** September 04, 2006, 01:40:18 pm »

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.

paolo.bormida · « **Reply #13 on:** September 04, 2006, 01:46:16 pm »

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

killerbot · « **Reply #14 on:** September 04, 2006, 02:00:18 pm »

Quote

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)

Is on the to-do list ;-)

mandrav · « **Reply #15 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...

skirby · « **Reply #16 on:** September 04, 2006, 04:42:24 pm »

I am sure he is on Windows 2000.
I have the same problem.

See screenshots:

Have a nice day.

godcode · « **Reply #17 on:** September 04, 2006, 05:16:51 pm »

experienced that one on win98 when i changed the color quality of windows to 16 bit instead of 32 bit

DrLock · « **Reply #18 on:** September 04, 2006, 05:57:21 pm »

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

polygon7 · « **Reply #19 on:** September 04, 2006, 06:51:18 pm »

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

mandrav · « **Reply #20 on:** September 04, 2006, 07:09:23 pm »

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

.

Encryptor · « **Reply #21 on:** September 04, 2006, 07:28:01 pm »

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:

Code

 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

Code

./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?

mandrav · « **Reply #22 on:** September 04, 2006, 07:41:45 pm »

Quote

Did 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.

Encryptor · « **Reply #23 on:** September 04, 2006, 07:50:35 pm »

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.

Kazade · « **Reply #24 on:** September 04, 2006, 08:14:38 pm »

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!

Kazade · « **Reply #25 on:** September 04, 2006, 10:15:04 pm »

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.

<< Happy happy me!

Encryptor · « **Reply #26 on:** September 05, 2006, 02:33:50 am »

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..

Code

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?

peso · « **Reply #27 on:** September 10, 2006, 11:22:09 am »

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.

News:

Author Topic: The 03 september 2006 build is out. (Read 26758 times)

nzoltan

takeshimiya

takeshimiya

takeshimiya

Kreso

godcode

DrLock

Encryptor

Encryptor

Encryptor