Code::Blocks Forums
User forums => Nightly builds => Topic started by: killerbot on March 18, 2007, 07:52:30 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
To fix the menu alignment bug introduced in wx 2.6.3 [windows only bug] we have patched wx ourselves, and that results in the following alternative dll : http://prdownload.berlios.de/codeblocks/wxmsw26u_gcc_cb_wx2.6.3p2AndCbPatch_version3.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 18 March 2007 build is out.
- Windows : http://prdownload.berlios.de/codeblocks/CB_20070318_rev3721_win32.7z
- Linux :
http://prdownload.berlios.de/codeblocks/CB_20070318_rev3721_Ubuntu6.xx.deb
http://prdownload.berlios.de/codeblocks/CB_20070318_rev3721_suse100-102.i586.rpm (not yet)
http://prdownload.berlios.de/codeblocks/CB_20070318_rev3721_fc4+5.i586.rpm (not yet)
Resolved Fixed:
- Fixed: [Bug #10667] file properties screwed up
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) (is fixed with our special wx263/wx28 dll)
- debugging on Win2000 broken for the moment (workaround, replace the debugger.dll with a version from a nightly of 2 weeks ago)
-
Can you add style to c:B ? because I have be sick of white background screen, hope it use black background or other style that it looks as if linux style.
Now, only Editor can set other colour as background.
-
- Fixed: [Bug #10667] file properties screwed up
Thank you !
-
You can add style:
right-click on editor area and select 'configure editor'
Unfortunatelly if you use black as background (as I do) the cursor disappears. Well, in fact it's there but blinking from blak to black, instead of using the foreground color. This makes it invisible.
Very annoying...
-
Change your caret colour in Settings > Editor > Margins and caret
-
Your settings dialogs do not support the TAB key for navigation, and I'm not sure if any of the dialogs do! This needs to be fixed.
-
Ah yes, and I discovered a bug... I imported from a Dev C++ project. Worked OK.
But I can't compile the resources! I get the following error:
Compiling: resource.rc
gcc: Files\MinGW\include: No such file or directory
I have installed MinGW to: "C:\Program Files\MinGW"
So that under Settings > Compiler and debugger settings > Search directories > Resource compiler, I have the following directory: "C:\Program Files\MinGW\include" (notice the SPACE in "Program Files"). So the error is generated because it just took what came after the space, removing the "C:\Program ".
Using:
WinXP sp2
C::B (this build)
MinGW 5.1.3
bupper
-
AFAIK, windres.exe fails if there is space in the path.
-
But I can't compile the resources! I get the following error:
Compiling: resource.rc
gcc: Files\MinGW\include: No such file or directory
AFAIK, windres.exe fails if there is space in the path.
Yes, windres.exe from the snapshot binutils-2.17.50-20070129-1 (http://downloads.sourceforge.net/mingw/binutils-2.17.50-20070129-1.tar.gz?modtime=1170688894&big_mirror=1) has this error, but windres.exe from the candidate binutils-2.17.50-20060824-1 (http://downloads.sourceforge.net/mingw/binutils-2.17.50-20060824-1.tar.gz?modtime=1156937419&big_mirror=1) works ok with spaces.
-
C::B handles the space problem effectively. If it finds there is space in path, it will switch itself to shorter path (without any space).
I believe the problem is due to the fact that GCC is being used to invoke windres.exe in this case and thus C::B fails to tackle the problem. :)
-
So... What should I do?
-
A problem:
1, make code folded (local menu / fold all)
2, make that code comment (with /**/)
result: invisible code (no mark of fold)
the folded code lost in the comment :(
-
A problem:
1, make code folded (local menu / fold all)
2, make that code comment (with /**/)
result: invisible code (no mark of fold)
the folded code lost in the comment :(
You should uncomment your code, unfold it, then re-comment it.
This bug is already opened since some time.
-
So... What should I do?
My advise, well tested:
Install mingw in C:\Mingw
Install msys in C:\msys
Install c::b in C:\bin\codeblocks or c:\Mingw\codeblocks or just C:\codeblocks
You will never get any "path" problems.
-
Can you add style to c:B ? because I have be sick of white background screen, hope it use black background or other style that it looks as if linux style.
Now, only Editor can set other colour as background.
In fact,I hope add some style like linux or vim in the entire environment of C::B, not only the Editor.
-
So... What should I do?
Click on Settings > Compiler and debugger menu. Now you'll see a Combo with a label Compiler settings. Click on that and select Toolchain executables. Make sure Resource compiler is set to windres.exe. :)
Because for windres.exe C::B takes special care to avoid this issue.