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 10 November 2006 build is out.
- Windows : http://prdownload.berlios.de/codeblocks/CB_20061110_rev3202_win32.7z
- Linux :
http://prdownload.berlios.de/codeblocks/CB_20061110_rev3202_Ubuntu6.06.deb
http://prdownload.berlios.de/codeblocks/CB_20061110_rev3202_suse100+101.rpm
http://prdownload.berlios.de/codeblocks/CB_20061110_rev3202_fc4+5.rpm
Resolved Fixed:
- Fixed a couple of bugs with invalid compilers handling when loading a project (i.e. compilers that do not exist on the user's system)
- When re-ordering build targets, any virtual build targets containing the re-ordered targets were not updated. As a consequence, when building a virtual build target, the ordering was not changed...
- Fixed a refresh bug for the compiler toolbar's targets combobox
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)
In the last few nightlies (not sure when it started) I have an issue with wxFlatNotebook. When opening a file and a new notebook page is created it starts to "overflow" too early. What I mean is that the leftmost page is scrolled out too early. As soon as I press the left arrow, it scrolls, the arrow gets deactivated and everything is as it should be.
Too early in my case means rougly when half of the available notebook tab space is filled.
If I'm not clear enough, just say so and I'll provide screenshots :)
Ubuntu 6.10 (Edgy) build here (http://www.savefile.com/projects/1037211).
Quote from: Belgabor on November 10, 2006, 05:54:54 PM
In the last few nightlies (not sure when it started) I have an issue with wxFlatNotebook. When opening a file and a new notebook page is created it starts to "overflow" too early. What I mean is that the leftmost page is scrolled out too early. As soon as I press the left arrow, it scrolls, the arrow gets deactivated and everything is as it should be.
Too early in my case means rougly when half of the available notebook tab space is filled.
If I'm not clear enough, just say so and I'll provide screenshots :)
I have the feeling I have noticed this to.
I will notify eranif (unless he already sees this).
Could anyone supply some freebsd builds? the ports collection contains 1.0rc2 :/
Quote from: Russell on November 11, 2006, 12:32:30 AM
Could anyone supply some freebsd builds? the ports collection contains 1.0rc2 :/
In the meantime you could build it yourself. ;)
This nightly build will be available soon in Fedora Extras for Fedora Core 5, 6 and Development.
Hello everybody, I found a little bug when deling with viltual folders, I'm sending you the steps to reproduce it:
- Create a viltual folder.
- Put some files inside it.
- Create another virtual folder.
- Move those files into the new virtual folder.
- Remove the older viltuar folder.
- Save the project.
And you'll see that the old virtual folder comes up again, it's impossible to delete it; the only workaround I found is to delete it manually from the XML file (*.cbp)
Hi, the Replace dialog is too small (linux, fedora)
[attachment deleted by admin]
Quote from: killerbot on November 10, 2006, 10:57:23 PM
Quote from: Belgabor on November 10, 2006, 05:54:54 PM
In the last few nightlies (not sure when it started) I have an issue with wxFlatNotebook. When opening a file and a new notebook page is created it starts to "overflow" too early. What I mean is that the leftmost page is scrolled out too early. As soon as I press the left arrow, it scrolls, the arrow gets deactivated and everything is as it should be.
Too early in my case means rougly when half of the available notebook tab space is filled.
If I'm not clear enough, just say so and I'll provide screenshots :)
I have the feeling I have noticed this to.
I will notify eranif (unless he already sees this).
It probably happened here:
Quote from: SVN log
Revision: 3174
Date: 12:05:51, 3 November 2006
* updated wxFlatNotebook to eranifs first revision in svn :-)
Quote from: Belgabor on November 10, 2006, 05:54:54 PM
In the last few nightlies (not sure when it started) I have an issue with wxFlatNotebook. When opening a file and a new notebook page is created it starts to "overflow" too early. What I mean is that the leftmost page is scrolled out too early. As soon as I press the left arrow, it scrolls, the arrow gets deactivated and everything is as it should be.
Too early in my case means rougly when half of the available notebook tab space is filled.
If I'm not clear enough, just say so and I'll provide screenshots :)
Hi,
I cant seem to reproduce this using the current SVN head (using my demo).
Can you reproduce it (using the demo) using the latest revision? ? or provide me with a screenshot with the problem as you see it in C::B?
Eran
Could you give me a link to a windows binary of the latest demo compiled against head please? My development environment uses wxWidgets cvs, so it probably won't compile cleanly for me.
Quote from: Belgabor on November 12, 2006, 12:33:28 AM
Could you give me a link to a windows binary of the latest demo compiled against head please? My development environment uses wxWidgets cvs, so it probably won't compile cleanly for me.
Nightly Builds
http://forums.next.codeblocks.org/index.php?board=20.0
I refered to eranifs wxFlatNotebook demo =)
Quote from: cstudent on November 10, 2006, 07:58:10 PM
Ubuntu 6.10 (Edgy) build here (http://www.savefile.com/projects/1037211).
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?
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?
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"
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)?
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.
Quote from: paparazzi on November 12, 2006, 08:20:05 PM
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
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.
Quote from: oz on November 12, 2006, 08:40:12 AM
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):
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.
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:
:?
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.
Quote from: gjsmo on November 13, 2006, 12:50:01 AM
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 (http://ajonsson.kapsi.fi/pub/codeblocks/debug/cb-vista-project-mnu.png)
Screenshot 2 (http://ajonsson.kapsi.fi/pub/codeblocks/debug/cb-vista-build-mnu.png)
(And yes, the toolbars work correctly on those images)
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
Quote from: kurapix on November 13, 2006, 09:55:15 AM
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 !!!
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
Quote from: nzoltan on November 12, 2006, 11:30:25 PM
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.
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
QuoteThis is a wxWidgets to GTK communications bug in drag&drop.
This may be true, but I've only seen this on wxFlatNotebook - not on wxScintilla, for example. And I remember reading about a change to wxScintilla to improve drag&drop handling to prevent this in GTK.
I don't know much about coding drag&drop, but perhaps the handling could be improved in wxFlatNotebook?
Hi !!
I found a (small) GUI bug.
- Activate Script console (View->Script console must be checked)
- In Messages notebook, right-click on Script console and click on Show/hide->Script console
- Right-click on any of the messages tab, Script console is not checked.
- Click on View menu, Script console is checked. The first click on it does nothing, the second re-enable it.
Dje
Quote from: dje on November 13, 2006, 03:15:45 PM
Hi !!
I found a (small) GUI bug.
- Activate Script console (View->Script console must be checked)
- In Messages notebook, right-click on Script console and click on Show/hide->Script console
- Right-click on any of the messages tab, Script console is not checked.
- Click on View menu, Script console is checked. The first click on it does nothing, the second re-enable it.
Dje
thanks for the feedback, could you please file this bug report at berlios project page.
This applies to all other people who are providing us with bug reports, since in the forum they will get lost, but on the bug tracker on the project page, they will survive and get their needed attention.
Thanks to everyone !!!
That's what I thought and did just after...
Bug ID 009438 !
Dje
Quote from: Pecan on November 13, 2006, 01:08:53 PM
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.
How can I disable drag&drop in GNOME? Please help me... :(
Quote from: nzoltan on November 13, 2006, 06:12:44 PM
Quote from: Pecan on November 13, 2006, 01:08:53 PM
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.
How can I disable drag&drop in GNOME? Please help me... :(
You would compile wxWidgets yourself and set the define in setup.h to 0
#define wxUSE_DRAG_AND_DROP 1
This might cause other side effects.
If its just wxFlatNotebook thats the problem, you could compile it with the wxFNB_NODRAG flag.
Quote from: Pecan on November 13, 2006, 08:45:20 PM
If its just wxFlatNotebook thats the problem, you could compile it with the wxFNB_NODRAG flag.
<OFF>
I never develop wWindows before
</OFF>
Thanks. I found the wxFNB_NODRAG but have a magic value (0x80). Therefore if I comment out lines between 1300 and 1308 in wxFlatNotebook.cpp (codeblocks source tree), it will enough?
Quote
Thanks. I found the wxFNB_NODRAG but have a magic value (0x80). Therefore if I comment out lines between 1300 and 1308 in wxFlatNotebook.cpp (codeblocks source tree), it will enough?
no, you'd need to find all of the wxFlatNotebook constructors in the code::blocks source code, and pass the wxFNB_NODRAG flag in them.
example,
before:
wxFlatNotebook* m_editor = new wxFlatNotebook( this, -1, wxDefaultPosition, wxDefaultSize, wxFNB_SMART_TABS | wxFNB_VC8 );
after:
wxFlatNotebook* m_editor = new wxFlatNotebook( this, -1, wxDefaultPosition, wxDefaultSize, wxFNB_SMART_TABS | wxFNB_VC8 | wxFNB_NODRAG );
Then, recompile code::blocks
Quote from: rjmyst3 on November 13, 2006, 09:23:39 PM
no, you'd need to find all of the wxFlatNotebook constructors in the code::blocks source code, and pass the wxFNB_NODRAG flag in them.
example,
Thanks, success! C::B is now stable. :)
Quote from: artoj on November 12, 2006, 10:48:14 PM
Quote from: oz on November 12, 2006, 08:40:12 AM
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):
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.
Never delete
anything - comment it out by adding a # (hash mark) at the beginning of the line
Quote from: artoj on November 13, 2006, 09:20:02 AM
Quote from: gjsmo on November 13, 2006, 12:50:01 AM
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 (http://ajonsson.kapsi.fi/pub/codeblocks/debug/cb-vista-project-mnu.png)
Screenshot 2 (http://ajonsson.kapsi.fi/pub/codeblocks/debug/cb-vista-build-mnu.png)
(And yes, the toolbars work correctly on those images)
Quote from: artoj on January 11, 2006, 11:45:05 AM
Could someone with proper rights to the SF.net project page close these bugs because they are now fixed:
1401383 (http://sourceforge.net/tracker/index.php?func=detail&aid=1401383&group_id=126998&atid=707416)
1401376 (http://sourceforge.net/tracker/index.php?func=detail&aid=1401376&group_id=126998&atid=707416)
Thanks for killerbot for creating the patches (and devs for applying them). :)
Is not this saying that the bugs are fixed?
Quote from: artoj on November 13, 2006, 09:20:02 AM
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 (http://ajonsson.kapsi.fi/pub/codeblocks/debug/cb-vista-project-mnu.png)
Screenshot 2 (http://ajonsson.kapsi.fi/pub/codeblocks/debug/cb-vista-build-mnu.png)
(And yes, the toolbars work correctly on those images)
These images are on Windows Vista which correctly shows the toolbar images. The problem happens on XP.
Quote
Quote from: artoj on January 11, 2006, 11:45:05 AM
Could someone with proper rights to the SF.net project page close these bugs because they are now fixed:
1401383 (http://sourceforge.net/tracker/index.php?func=detail&aid=1401383&group_id=126998&atid=707416)
1401376 (http://sourceforge.net/tracker/index.php?func=detail&aid=1401376&group_id=126998&atid=707416)
Thanks for killerbot for creating the patches (and devs for applying them). :)
Is not this saying that the bugs are fixed?
Those 2 were different bugs (nothing to do with the toolbars).