Code::Blocks
User forums => Nightly builds => Topic started by: killerbot on October 24, 2006, 09:03:45 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 24 October 2006 build is out.
- Windows : http://prdownload.berlios.de/codeblocks/CB_20061024_rev3140_win32.7z
- Linux :
http://prdownload.berlios.de/codeblocks/CB_20061024_rev3140_Ubuntu6.06.deb
http://prdownload.berlios.de/codeblocks/CB_20061024_rev3140_suse100+101.rpm
http://prdownload.berlios.de/codeblocks/CB_20061024_rev3140_fc4+5.rpm
Resolved Fixed:
- FindDlg bugfix: settings for AutoWrap at EOF and Find Selected text got overwritten by FindInFiles dialogs
- Improved locating #include files (some cases where it failed have been discovered)
- Symbols browser updates:
- Global typedefs have moved in a special folder (faster tree updates).
- Namespaces are sorted before everything else (easier browsing).
- "Derived classes" special folders now do not cause an infinite recursion when browsing inheritance - Added option to save the full command lines in the HTML log (if enabled)
- Fixed wrong HTML file name (_build.log.html) when building from command line (batch builds)
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)
-
Long time to try new nightly builds, as the last one I used was quite stable ( :D )
Anyway I downloaded this one and I notice the changes on the FlatNotesomething with the X button siting on the button (cool!) but I found a minor visual bug. At the screenshoot the line is a bit lower. Anyway hoping for that feature freeze period :)
[attachment deleted by admin]
-
Hi
i've found a bug in this #include file finder, i think.
I can open all includes of the current project, thats great, but not the standard header files like <string>.
May is that because they're in another directory, which isn't parsed? (Compilers include dir )
or is that a real big bug?
Could anyone confirm ?
Shade37337->greetz();
(i'm sory for my bad english...)
-
When I go at the Settings->Compiler and debuger
I get an exception error
XRC resource 'dlgCBProfilerConfig' (class 'wxPanel') not found!
Is it known bug, my faulse, or new one?
-
When I go at the Settings->Compiler and debuger
I get an exception error
XRC resource 'dlgCBProfilerConfig' (class 'wxPanel') not found!
Is it known bug, my faulse, or new one?
what os ?
-
Hi
i've found a bug in this #include file finder, i think.
I can open all includes of the current project, thats great, but not the standard header files like <string>.
May is that because they're in another directory, which isn't parsed? (Compilers include dir )
or is that a real big bug?
Could anyone confirm ?
Shade37337->greetz();
(i'm sory for my bad english...)
can you give some example code, I just tried it on #include <iostream> and that worked
-
When I go at the Settings->Compiler and debuger
I get an exception error
XRC resource 'dlgCBProfilerConfig' (class 'wxPanel') not found!
Is it known bug, my faulse, or new one?
what os ?
Oups.. Forgot that. Ubuntu dapper 6.06/IA32
-
When I go at the Settings->Compiler and debuger
I get an exception error
XRC resource 'dlgCBProfilerConfig' (class 'wxPanel') not found!
Is it known bug, my faulse, or new one?
what os ?
Oups.. Forgot that. Ubuntu dapper 6.06/IA32
i can't resist, maybe a CamelCase bug ? :P
-
If I start C::B it says to me, that there are some errors and that I can see them in the logs.
I can not found any log file in the C::B directory.
-
those log's are not in a file, there are in the first 2 tabs of the message pane :
1) Code::Blocks
2) Code::Blocks Debug (if you enabled that one)
What does it say ?? (should be in red)
-
I've been getting this error dialog box when I open CodeBlocks that last few builds. I get it on Ubuntu 6.06 using the .deb and I also get it in Ubuntu 6.10 using the ./configure, make, make install method. I can't locate a CBProfiler.zip file anywhere.
[attachment deleted by admin]
-
If I start C::B it says to me, that there are some errors and that I can see them in the logs.
I can not found any log file in the C::B directory.
I also had this problem.
I simply deleted the shared folder and decompress again the last nightly.
My problem as disappeared :)
-
I've been getting this error dialog box when I open CodeBlocks that last few builds. I get it on Ubuntu 6.06 using the .deb and I also get it in Ubuntu 6.10 using the ./configure, make, make install method. I can't locate a CBProfiler.zip file anywhere.
No problem here on suse 10.1. I changed CBProfiler.zip to profiler.zip in the autotools build system, because there had been error messages that (lib-)profiler.zip couldn't be found :?
I tested the profiler plugin with the little console project, but don't know how to use it (no profiling data found) :oops:
But no error. (all plugins are enabled) :?
EDIT: CBProfiler.zip seems to be the right name (AFAICS in the code), I'll revert the Makefile. :? Why does it work here ???
-
those log's are not in a file, there are in the first 2 tabs of the message pane :
What does it say ?? (should be in red)
The error-pop text should be updated with that info!
<err>
Scanning for plugins in C:\Programme\CodeBlocks/share/codeblocks/plugins...
ERROR: Plugin resource not found: compilergcc.zip
ERROR: Plugin resource not found: debuggergdb.zip
</err>
-
1) delete those old plug-ins (dll and zip file) (compilergcc and debuggergdb), they have new names : compiler and debugger
2) CBProfiler --> is renamed now to Profiler --> Profiler.Zip, Profiler.dll, Profiler.so, etc ..
- just clean up your old CBProfiler zip files and so's and dll's
available ce soir in the nightly
-
ERROR: SDK version mismatch for CBProfiler (1.11.1). Expecting 1.11.2
SVN 3144
this shows in Code::Blocks Debug when i start Code::Blocks
-
svn 3144 --> is now called Profiler --> remove the CBProfiler.zip/dll from your share directory
-
Hi
i've found a bug in this #include file finder, i think.
....
can you give some example code, I just tried it on #include <iostream> and that worked
Here's some Code:
//? UNIT: Generic FileParser
#ifndef PARSERERROR_HPP
#define PARSERERROR_HPP
#include <exception>
#include <string>
#include "Object.hpp"
But if mean compiling, it works fine.
But i can't open Header files located in the gloval Compilers include dir with the context menu.
-
1) delete those old plug-ins (dll and zip file) (compilergcc and debuggergdb), they have new names : compiler and debugger
2) CBProfiler --> is renamed now to Profiler --> Profiler.Zip, Profiler.dll, Profiler.so, etc ..
- just clean up your old CBProfiler zip files and so's and dll's
available ce soir in the nightly
Well, in regards to my build on Ubuntu 6.10, I had just done a clean install of Edgy on Monday evening. So there would not be an old CBProfiler.zip file. But I'll wait until ce soir and see what happens. :) (Had to look up what that meant)