The 10 november 2006 build is out.

[Brainfart]

I got a strange problem with this build on WindowsXP: when I opened a project today, all my files are categorized after their absolute location on disk, beginning from the root drive. When when I disable "display folders as on disk" in projectree options, the files are listed with their absolute path in the projectmanager. The editor tabs also show the absolute path of the opened file. Despite this might be an a minor problem to, it makes code::blocks quite unhandy to use...
Yesterday, everything worked fine, even with this build...

Edit: This seems to happen when I added the wx.rc file which is on an completely different location on disk then my project files.
Maybe this is the way it should work, but if so, is their any way of adding an resource file to the project without this to happen?

[hckr83]

omg! I love whoever invented nightly builds!!
I just downloaded this and I LOVE IT!! so much easier to use and less buggy
you should release this as an RC3 even if it's just to get a better release out there!
this owns RC2 in the face with a rusty shovel!

edit:
only thing I can see wrong with it is how .asm files always go under other by default and
how even though code::blocks has the syntax highlighting for asm files when you try opening them in a project file it still says "this is an unknown filetype, would you like to open this in an external viewer or in code::blocks"

[FALCO]

is anyone working on code comletion (the cool popup under alt+space that shows all functions, variables, constants and stuff, begining with what you have already typed)?

[paparazzi]

Hi!

When trying to run the C::B on a machine where C::B have never been used before the following error message appears:

"Can not enumerate files in directory: 'C:\Documents and Settings\Andrew\Application Data\codeblocks/share/codeblocks/plugins' (error 3: the system can not find the file specified.)"

This bug does not manifests itself when upgrading from the Nov. 1 nightly build (the previous NB I was using).

Thanks.

[hckr83]

Hi!

When trying to run the C::B on a machine where C::B have never been used before the following error message appears:

"Can not enumerate files in directory: 'C:\Documents and Settings\Andrew\Application Data\codeblocks/share/codeblocks/plugins' (error 3: the system can not find the file specified.)"

This bug does not manifests itself when upgrading from the Nov. 1 nightly build (the previous NB I was using).

Thanks.

hmmm [to developers:]in the nightly build does code::blocks automatically set it self up when you first run codeblocks.exe, or do you have to run some install program that people have forgot about

[paparazzi]

Hi!

Yet another problem has been discovered. Here it is, just do the following:

1. Run C::B and create a new wxSmith project.
2. Choose wxSmith -> Add Frame.
3. Click an arbitrary button on the Layout tab to add a new sizer to the form.
4. Press Ctrl+Z.

Application crashes at this point.

Happy bug fighting!
Andy.

[artoj]

I use this build on ubuntu edgy, and it said "incomplete entry on line 40, /etc/maincap" at startup, does any one know if it is my problem or somewhere else?

You have have a problem in that file. If I recall correctly it's actually wxWidgets that creates that error because I had the same problem with FileZilla 3 (which also uses wxWidgets).

I had a line something like this in /etc/mailcap (in the error line):

Code

application/x-emerald-theme
        ext: emerald

I removed those two lines and the error disappeared. Remember to backup the file before deleting anything from it though.

[nzoltan]

When I try change editor tabs order (drag&drop), the whole GNOME & C::B is freeze. Only way to escape that CTRL+ALT+F1 and "killall codeblocks". This is a permanent bug. Linux, fedora.

:cry:

[gjsmo]

 :?
Small bug:After I run a program, the "Run" toolbar button stays depressed. Also, artoj is right, the menu and toolbar images do not change from "disabled" to "enabled" and back. It would be nice if this was fixed, as artoj has already given fixes for it as of January 10th.

[artoj]

It would be nice if this was fixed, as artoj has already given fixes for it as of January 10th.

Huh? I _reported_ the bug on 10th of January. The reason why this isn't fixed yet is because we don't know what the specific problem with these toolbar images is. And the menu images... well, I think we'll have to live with that problem a long time:

Screenshot 1

Screenshot 2

(And yes, the toolbars work correctly on those images)

[kurapix]

I don't know if someone already post about this HUGE bug :
1 - I opened my main.c file.
2 - I close it.
3 - I opened the project where the main.c was.
4 - OMG empty file.
Code::Blocks erased my main.c contents wow ... luckily it was a small stuff.

It was on Ubuntu 6.10 with cstudent package.

Kurapix

[killerbot]

I don't know if someone already post about this HUGE bug :
1 - I opened my main.c file.
2 - I close it.
3 - I opened the project where the main.c was.
4 - OMG empty file.
Code::Blocks erased my main.c contents wow ... luckily it was a small stuff.

It was on Ubuntu 6.10 with cstudent package.

Kurapix

did you type in any non ansi characters ?
then you need to set your encoding correctly !!!

[kurapix]

No i type only letters, no specials characters but { } [ ]  :lol: . By The Way how do you change the encoding?
In the first step my main.c is not empty.

Kurapix 

[rjmyst3]

When I try change editor tabs order (drag&drop), the whole GNOME & C::B is freeze. Only way to escape that CTRL+ALT+F1 and "killall codeblocks". This is a permanent bug. Linux, fedora.

I have also had this when dragging tabs in wxFlatNotebook in a different application on Linux (Ubuntu 6.06 at the time). I think it is an intermittent flatnotebook bug. Sometimes dragging works, but it is easy to get stuck where gnome thinks you're still dragging something where you're not, and there is no way to let go.

[Pecan]

This is a wxWidgets to GTK communications bug in drag&drop.
Not much CodeBlocks can do about it except turn off drag&drop on linux.

Not a good choice.

Puts CB between a rock & a hard place