Get quick announcements through the RSS feed http://www.codeblocks.org/nightly/CodeBlock_RSS.xml
Before you use a nightly make sure you understand how it works (http://forums.next.codeblocks.org/index.php/topic,3232.0.html).
A link to the unicode windows wxWidget dll for Code::Blocks : http://prdownload.berlios.de/codeblocks/wxmsw28u_gcc_cb_wx286.7z
For those who might need this one (when no MingW installed on your system) : the mingw10m.dll : http://prdownload.berlios.de/codeblocks/mingwm10_gcc421.7z
The 04 November 2007 build is out.
- Windows :
http://prdownload.berlios.de/codeblocks/CB_20071104_rev4596_win32.7z
- Linux :
none
Resolved Fixed:
- set maximum value of keywordSet parameter of SetKeyWords
- add display of personality in the status bar
- Fixed: [Bug #12264] Crash when disabling "keyboard shortcuts" (Thanks Pauliusz for the patch)
- wxWidgets Wizard: Added script to reduce warning while compiling generated app with gcc-4.x
Regressions/Confirmed/Annoying/Common bugs:
- toolbar-images-not-changing-state (is a wx problem/Win XP problem)
It's in my repository for debian now (click on link in my signature).
You need wxWidgets 2.8.6.1 from apt.wxwidgets.org.
Please update your package source if necessary (again: click on link in my signature).
Build for Ubuntu i386/amd64 can be found here (http://lgp203.free.fr/spip/spip.php?article1)
/codeblocks/CB_20071104_rev4596_win32.7z
is no longer available on this server and there is no forwarding address. Please remove all references to this resource.
Quote from: nopeno on November 05, 2007, 01:45:30 AM
/codeblocks/CB_20071104_rev4596_win32.7z
is no longer available on this server and there is no forwarding address. Please remove all references to this resource.
http://download.berlios.de/codeblocks/CB_20071104_rev4596_win32.7z
Worked for me.
Did not try this one
http://download2.berlios.de/codeblocks/CB_20071104_rev4596_win32.7z
Tim S
How can I import a project from Makefile(gcc)?
Quote from: zyjjingle on November 05, 2007, 08:31:38 AM
How can I import a project from Makefile(gcc)?
This is not possible. Are you aware how complex such an importer wopuld be? I'm not aware of *any* application that offers such a feature.
But:
- you can use Makefiles directly in C::B
- or export Makefiles from a "real" C::B project using the Makefile plugin (search the forums for cbMakeGen)
With regards, Morten.
thanks! :)
Another question:
I try to add C::B compiler support for ARM ADT tools. but I find ARM tools need armcpp.exe for *.cpp files, armcc.exe for *.c files, armasm.exe for assemble files, and it need three kind of compiler settings. Can you support this feature in SDK?
Ubuntu 6.10 -> 7.10 Amd64 tar.gz archive (containing '.deb' installers builds with wx2.8.6) can be found here (http://www.esnips.com/web/CodeBlocks).
I have experienced a minor, but interesting, problem with the latest nightly build (on Windows XP).
I downloaded SVN 4596 along with the latest wxWidget dll and mingw10.dll.
Everything seems fine except when I launch CB by double clicking on a .cbp or .workspace file.
CB opens, but after a few seconds the hourglass re-appears in Explorer and stays there for quite a while - up to about a minute. If I try to close the project or workspace, I get a Windows file error.
This problem does NOT occur on all projects. It also does NOT occur if CB is already open and I double-click a project or workspace file. Obviously, this is something that I can live with, but I am afraid I may have some sort of incompatibility problem. I couldn't find another mention of this problem in the forum and was wondering if I should do a complete re-installation of, say, MinGW.
Thanks.
Happened to me a lot when I'm using Total Commander to open a project file. I'm on Vista.
I've noticed a bug, can anybody confirm it?
Using...
GNU/Linux, openSUSE 10.3
GNU GCC with GDB
It occurs when debugging; If executing is paused on the same line as a breakpoint and you double click the breakpoint icon (in the margin) Code::Blocks will crash. This also occurs randomly when clicking the breakpoint icon to fast whilst Code::Blocks is waiting for GDB to finish operations like step over, step into, etc.
Another thing i have noticed is the massive lag in communication between Code::Blocks and GDB whilst debugging, if i press F7 (step over) to fast it prints weird ASCII characters to the editor.
Hi.
I am fairly new to Code::Blocks and I am very happy with it except one thing.
Is it hard to assign numbers to bookmarks? (e.g. Ctrl-1 for bookmark1 and Ctrl-2 for bookmark2 etc and Alt-1 goes to bookmark1 and Alt-2 goes to bookmark2)
I've long been using Dev C++ before using Code::Blocks so I feel lost without this feature.
If it is not something that can be implemented quite easily, can someone at least point me in the right direction so I could do the changes myself in the source code?
I'm sure a lot of pre-Dev C++ users would really appreciate this nifty feature.
Thanks.
This isn't really a bug but it kinda is..
Compiler DigitalMars D Compiler
In the Project/targets Properties
on the Build Targets tab
If "Gui application" is selected it still compiles a console app. I can get around this by adding -L/SUBSYSTEM:WINDOWS in "Other linker options"
Just wanted to say that.
when I changed project build options,then select Build,it do not rebuild,still tell me "Target is up to date.Nothing to done";I must Select Rebuild.
Yes i've also got that problem, when you change pre-processor or compiler values it should rebuild the target ... but it doesn't
Bug or not ?
Under Linux version :
When I change the Font size in settings->editor, the width for line number change Automatically to 48 ?!
++
Quote from: Rye on November 07, 2007, 10:58:27 AM
Yes i've also got that problem, when you change pre-processor or compiler values it should rebuild the target ... but it doesn't
This is not a bug but on purpose.
If you change such important settings and forget to re-compile than it's your fault. The IDE won't help with any black magic in such cases. (Like keeping track all params in any order and things...)
With regards, Morten.
I got the last nightly build today and surprisingly enough it couldn't run at all. I've noticed a difference in the size of code block exe (from 1069 ko (SVN 4564) to a little more than 800 ko) .
Do i miss something since SVN 4564?
Thanks
Quote from: toutarrive on November 07, 2007, 05:13:33 PM
I got the last nightly build today and surprisingly enough it couldn't run at all. I've noticed a difference in the size of code block exe (from 1069 ko (SVN 4564) to a little more than 800 ko) .
Do i miss something since SVN 4564?
Thanks
Did you download the wxWidgets 2.8.6 DLL?
If not, do so.
Tim S
Patch needed to compile on Windows with no PCH.
Tim S
Index: src/plugins/contrib/devpak_plugin/mytar.h
===================================================================
--- src/plugins/contrib/devpak_plugin/mytar.h (revision 4601)
+++ src/plugins/contrib/devpak_plugin/mytar.h (working copy)
@@ -4,6 +4,8 @@
#include <wx/string.h>
#include <wx/dynarray.h>
+class wxArrayString;
+
struct Replacers
{
wxString from;
Index: src/plugins/debuggergdb/debuggeroptionsprjdlg.cpp
===================================================================
--- src/plugins/debuggergdb/debuggeroptionsprjdlg.cpp (revision 4601)
+++ src/plugins/debuggergdb/debuggeroptionsprjdlg.cpp (working copy)
@@ -31,6 +31,7 @@
#include <wx/listbox.h>
#include <wx/button.h>
#include <wx/choice.h>
+#include <wx/checkbox.h>
#include <cbproject.h>
#include <editpathdlg.h>
#include <manager.h>
Index: src/src/main.cpp
===================================================================
--- src/src/main.cpp (revision 4601)
+++ src/src/main.cpp (working copy)
@@ -60,6 +60,7 @@
#include <annoyingdialog.h>
#include <editorcolourset.h>
#include <logmanager.h>
+#include <personalitymanager.h>
#include "infopane.h"
#include "dlgaboutplugin.h"
CB crash
CB rev 4601
mingw 4.2.1-dw2 , winapi 3.10
win2k3sp2, wxwidgets 2.8.6
codeblocks.RPT file:
-------------------
Error occured on Wednesday, November 7, 2007 at 23:37:00.
D:\michael\dev\app\cb\codeblocks.exe caused an Access Violation at location 66fe7f79 in module D:\michael\dev\app\cb\wxsmithlib.dll Reading from location 00000028.
Registers:
eax=00000000 ebx=029460b0 ecx=61493ad0 edx=00000000 esi=029460b0 edi=029463ec
eip=66fe7f79 esp=0022f880 ebp=0022f888 iopl=0 nv up ei pl nz na pe nc
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00010202
Call stack:
66FE7F79 D:\michael\dev\app\cb\wxsmithlib.dll:66FE7F79 _ZN14wxPropertyGrid5Init1Ev
66FEA7BB D:\michael\dev\app\cb\wxsmithlib.dll:66FEA7BB _ZN14wxPropertyGridC1Ev
66FF5B9C D:\michael\dev\app\cb\wxsmithlib.dll:66FF5B9C _ZNK21wxPropertyGridManager18CreatePropertyGridEv
66FF3B31 D:\michael\dev\app\cb\wxsmithlib.dll:66FF3B31 _ZN21wxPropertyGridManager5Init1Ev
66FF709D D:\michael\dev\app\cb\wxsmithlib.dll:66FF709D _ZN21wxPropertyGridManagerC2EP8wxWindowiRK7wxPointRK6wxSizelPKw
66F45746 D:\michael\dev\app\cb\wxsmithlib.dll:66F45746 _ZN22wxsPropertyGridManagerC1EP8wxWindowiRK7wxPointRK6wxSizelPKw
66F4B306 D:\michael\dev\app\cb\wxsmithlib.dll:66F4B306 _ZN7wxSmith8OnAttachEv
0051EBDE D:\michael\dev\app\cb\codeblocks.dll:0051EBDE _ZN8cbPlugin6AttachEv
00578478 D:\michael\dev\app\cb\codeblocks.dll:00578478 _ZN13PluginManager12AttachPluginEP8cbPluginb
005787A6 D:\michael\dev\app\cb\codeblocks.dll:005787A6 _ZN13PluginManager14LoadAllPluginsEv
0041D5F6 D:\michael\dev\app\cb\codeblocks.exe:0041D5F6
00422CD2 D:\michael\dev\app\cb\codeblocks.exe:00422CD2
00402F57 D:\michael\dev\app\cb\codeblocks.exe:00402F57
00404099 D:\michael\dev\app\cb\codeblocks.exe:00404099
0043B64B D:\michael\dev\app\cb\codeblocks.exe:0043B64B _ZN12cbToolPlugin9BuildMenuEP9wxMenuBar
614B709A D:\michael\dev\app\cb\wxmsw28u_gcc_mware.dll:614B709A _Z12wxInitializeiPPw
61512048 D:\michael\dev\app\cb\wxmsw28u_gcc_mware.dll:61512048 _Z7wxEntryP11HINSTANCE__S0_Pci
00403814 D:\michael\dev\app\cb\codeblocks.exe:00403814
00436578 D:\michael\dev\app\cb\codeblocks.exe:00436578
0040124B D:\michael\dev\app\cb\codeblocks.exe:0040124B
004012B8 D:\michael\dev\app\cb\codeblocks.exe:004012B8
77E6F23B C:\WINDOWS\system32\kernel32.dll:77E6F23B ProcessIdToSessionId
Try this patch. wxPropertyGrid must be compiled with wxPG_USE_WXMODULE defined to 0.
If not, wxPropertyGrid crashed this was true several months ago; it might have changed.
Edit: It fixes the crash for me.
Tim S
Index: src/plugins/contrib/wxSmith/wxSmith.cbp
===================================================================
--- src/plugins/contrib/wxSmith/wxSmith.cbp (revision 4602)
+++ src/plugins/contrib/wxSmith/wxSmith.cbp (working copy)
@@ -15,6 +15,9 @@
<Option type="2" />
<Option compiler="gcc" />
<Option createDefFile="1" />
+ <Compiler>
+ <Add option="-DwxPG_USE_WXMODULE=0" />
+ </Compiler>
</Target>
<Target title="wxSmithLib">
<Option platforms="Windows;" />
Quote from: stahta01 on November 08, 2007, 05:13:31 AM
Try this patch. wxPropertyGrid must be compiled with wxPG_USE_WXMODULE defined to 0.
If not, wxPropertyGrid crashed this was true several months ago; it might have changed.
Edit: It fixes the crash for me.
thank you. all o.k.
Slackware Package svn4596 with wxWidgets 2.8.5
is avaible HERE (http://sourceforge.net/projects/slackfr-packs/)
++
I wander where is nightly bilds for 8 november?
Quote from: zortich on November 09, 2007, 03:26:13 PM
I wander where is nightly bilds for 8 november?
They have not yet patched wxSmith, using my patch, so it crashes under windows.
Tim S
Quote from: stahta01 on November 09, 2007, 09:46:31 PM
Quote from: zortich on November 09, 2007, 03:26:13 PM
I wander where is nightly bilds for 8 november?
They have not yet patched wxSmith, using my patch, so it crashes under windows.
Tim S
So the Linux builds work, and that's the *one* problem stopping Windows builds?
Quote from: Morphius Faydal on November 09, 2007, 11:14:40 PM
Quote from: stahta01 on November 09, 2007, 09:46:31 PM
Quote from: zortich on November 09, 2007, 03:26:13 PM
I wander where is nightly bilds for 8 november?
They have not yet patched wxSmith, using my patch, so it crashes under windows.
Tim S
So the Linux builds work, and that's the *one* problem stopping Windows builds?
I've applied the patch so it shouldn't crash now
BYO
BYO:
Thanks for applying the patch; it took me two days of work to find the cause of this issue about 6 or more months ago(When I did the patch to upgrade to 1.2.x wxPropertyGrid). I was the one who submitted the patch to wxPropertyGrid to add the wxPG_USE_WXMODULE define to turn off the new option that does not work for Code::Blocks. WXMODULE is a wxWidgets way of doing plugins/modules and it does not seem to like the Code::Blocks way. At the time, I did not know enough to figure out why it did not work. I have not looked at the code to see if it makes sense to me now.
Tim S
where can i find the file???
ld.exe: cannot find -lwxmsw28ud
Quote from: zyfarmy on November 10, 2007, 07:15:40 PM
where can i find the file???
ld.exe: cannot find -lwxmsw28ud
You compile wxWidgets 2.8 as a Monolithic Unicode Debug build and you get the library.
What does this have to do with the Nightly Build?
I strongly suggest posting follow-ups in the proper forum.
"Using Code::Blocks" is most likely it.
Tim S
Quote from: jadnohra on November 11, 2007, 09:40:38 PM
Hello,
1st of all! great project!! keep it up!
2nd: i just installed the nightly.
I get:
Quote-------------- Build: Debug in WE6 ---------------
WARNING: Can't read file's timestamp: F:\session1\src\Mem.cpp
WARNING: Can't read file's timestamp: F:\session1\src\Assrt.cpp
Linking static library: libTestLib.a
ar.exe: ..\debug\obj\src\Mem.o: No such file or directory
Process terminated with status 1 (0 minutes, 0 seconds)
0 errors, 0 warnings
I looked this up in forums and it seems it can be fixed by recompiling C::B with some diff. optimization flags.
but ... will any next nightly build be free of this problem soon?
Thx!
Since some of the causes are not in Code::Blocks, I would suggest fixing the problem yourself if you can.
What OS? WinXP? WinVista?
What compiler and Version? MinGW GCC 3.4.5? MinGW GCC 4.2.1?
You are using SVN 4596, Right?
Did you try SVN 4545, did it work OK?
If yes, it is likely to be the fact that C::B SVN 4596 was compiled with MinGW GCC 4.2.
Tim S
Hello,
I am using the 4 nov 07 build, windows XP and minGW.
Until now I used Dev-C++, and I am impressed whith all the new possibilities I now have.
2 little problems:
I made 2 workspaces with 2 projects each.
If I close one workspace to open the other, Code::Blocks disappears from screen.
The same happens if I try to open the other workspace without closing the first.
Also, the projects and workspaces I have been working on do'nt appear when I hit Recent Projects.
Thanks for this beautifull product!
wobien
@wobien
Try disabling the plug-in "Open Files List".
"Plugins" -> "manage plugins"
Find "Open Files List" in the list and click on Disable Button.
The "Code Completion" plugin is another plugin that might be causing it.
Tim S
QuoteDid you download the wxWidgets 2.8.6 DLL?
If not, do so.
Tim S
It works fine.
Many thanks Tim
Quote from: stahta01 on November 13, 2007, 05:57:02 PM
Try disabling the plug-in "Open Files List".
"Plugins" -> "manage plugins"
Find "Open Files List" in the list and click on Disable Button.
The "Code Completion" plugin is another plugin that might be causing it.
Tim S
Disabling "Code Completion" solves both problems.
I did not find "Open Files List" in the list.
Thanks,
wobien
Quote from: wobien on November 13, 2007, 09:40:05 PM
Quote from: stahta01 on November 13, 2007, 05:57:02 PM
Try disabling the plug-in "Open Files List".
"Plugins" -> "manage plugins"
Find "Open Files List" in the list and click on Disable Button.
I did not find "Open Files List" in the list.
"Open Files List" hasn't been a plugin in svn4596, it was moved to a seperate plugin in svn4616.
Quote from: wobien on November 13, 2007, 04:13:36 PM
2 little problems:
I made 2 workspaces with 2 projects each.
If I close one workspace to open the other, Code::Blocks disappears from screen.
The same happens if I try to open the other workspace without closing the first.
Also, the projects and workspaces I have been working on do'nt appear when I hit Recent Projects.
Quote from: stahta01 on November 13, 2007, 05:57:02 PM
Try disabling the plug-in "Open Files List".
"Plugins" -> "manage plugins"
Find "Open Files List" in the list and click on Disable Button.
The "Code Completion" plugin is another plugin that might be causing it.
Tim S
Quote from: wobien on November 13, 2007, 09:40:05 PM
Disabling "Code Completion" solves both problems.
I updated to the 14 November build, but I still cannot enable Code Competion without the named problems.
Turning of Code Completion also means that you do'nt get the class symbols in the symbol table. I like this feature very much, so from time to time I reenable Code Completion, so that I have to restart CB when changing workspace.
Do I have to report a bug?
wobien