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 19 October 2006 build is out.
- Windows : http://prdownload.berlios.de/codeblocks/CB_20061019_rev3111_win32.7z
- Linux :
http://prdownload.berlios.de/codeblocks/CB_20061019_rev3111_Ubuntu6.06.deb (not yet)
http://prdownload.berlios.de/codeblocks/CB_20061019_rev3111_suse100+101.rpm (not yet)
http://prdownload.berlios.de/codeblocks/CB_20061019_rev3111_fc4+5.rpm (not yet)
Resolved Fixed:
- DragScroll 1.0.31 Set default Auto Focus Editor to OFF
- wxSmith: Plugin does not crash while Enabling/Disabling anymore
- Find dlg : Auto-Wrap at EOF and Find uses selected text (pecan patch #1571)
- Added controlling master-list of plugins to load for batch builds. Can be found (and adjusted) in "Settings->Compiler and debugger->Batch builds". Defaults to the compiler plugin only
- Fixed crash in replace dialog, caused by the latest patch for find&replace options
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)
If I close C::B while a .xrc file is open, I get a crash. I am not sure if the previous revision did this. Can anyone confirm, or am I just nuts?
Quote from: kidmoseyIf I close C::B while a .xrc file is open, I get a crash. I am not sure if the previous revision did this. Can anyone confirm, or am I just nuts?
It seems I'm nuts too...
also seems to crash now if I search all workspace files without any files open.
Quote from: Ceniza on October 20, 2006, 03:36:08 AM
Quote from: kidmoseyIf I close C::B while a .xrc file is open, I get a crash. I am not sure if the previous revision did this. Can anyone confirm, or am I just nuts?
It seems I'm nuts too...
Been like that for months, nothing to worry about :)
Since wxSmith is being more or less rewritten from scratch, chances are good, it'll be gone after that.
Quote from: kidmosey on October 20, 2006, 07:31:51 AM
also seems to crash now if I search all workspace files without any files open.
I can confirm this, probably side effect of the "new options" in the search/replace. Will look into it.
Quote from: killerbot on October 20, 2006, 12:44:03 PM
Quote from: kidmosey on October 20, 2006, 07:31:51 AM
also seems to crash now if I search all workspace files without any files open.
I can confirm this ..
probably side effect of the patches to the patches ...
if you want i can debug it, or did you already ?
Quote from: killerbot on October 20, 2006, 12:44:03 PM
Quote from: kidmosey on October 20, 2006, 07:31:51 AM
also seems to crash now if I search all workspace files without any files open.
I can confirm this, probably side effect of the "new options" in the search/replace. Will look into it.
gdb: Target exception EXCEPTION_ACCESS_VIOLATION at 0x6055f610
Program received signal SIGSEGV, Segmentation fault.
0x6055f610 in FindDlg::GetFindUsesSelectedText (this=0x3b48670)
at sdk/finddlg.cpp:247
247 return XRCCTRL(*this, "chkFindUsesSelectedText", wxC
Box)->GetValue();
Current language: auto; currently c++
(gdb) bt
#0 0x6055f610 in FindDlg::GetFindUsesSelectedText (this=0x3b48670)
at sdk/finddlg.cpp:247
#1 0x60542d13 in EditorManager::ShowFindDialog (this=0x1db6c78,
replace=false, explicitly_find_in_files=true) at sdk/editormanager.cpp:1
#2 0x004387b9 in MainFrame::OnSearchFind (this=0x1539b70, event=@0x22f864)
at src/main.cpp:2996
#3 0x100aa808 in wxEvtHandler::ProcessEventIfMatches ()
from c:\usr\codeblocks\bin\wxmsw26u_gcc_custom.dll
#4 0x100aabcc in wxEventHashTable::HandleEvent ()
from c:\usr\codeblocks\bin\wxmsw26u_gcc_custom.dll
#5 0x100abba9 in wxEvtHandler::ProcessEvent ()
from c:\usr\codeblocks\bin\wxmsw26u_gcc_custom.dll
#6 0x100abb49 in wxEvtHandler::ProcessEvent ()
from c:\usr\codeblocks\bin\wxmsw26u_gcc_custom.dll
#7 0x100abb49 in wxEvtHandler::ProcessEvent ()
from c:\usr\codeblocks\bin\wxmsw26u_gcc_custom.dll
#8 0x100abb49 in wxEvtHandler::ProcessEvent ()
from c:\usr\codeblocks\bin\wxmsw26u_gcc_custom.dll
#9 0x100abb49 in wxEvtHandler::ProcessEvent ()
from c:\usr\codeblocks\bin\wxmsw26u_gcc_custom.dll
#10 0x100abb49 in wxEvtHandler::ProcessEvent ()
from c:\usr\codeblocks\bin\wxmsw26u_gcc_custom.dll
#11 0x100abb49 in wxEvtHandler::ProcessEvent ()
---Type <return> to continue, or q <return> to quit---
Line 247 is:
if (IsFindInFiles())
return XRCCTRL(*this, "chkFindUsesSelectedText", wxCheckBox)->GetValue();
I believe line 247 should be
return false;
thx pecan, fixed in rev 3112
Both 3111 and 3112 is always crash for me when I press CTRL+F anywhere. (linux fc4, clean build)
Quote from: nzoltan on October 20, 2006, 02:24:50 PM
Both 3111 and 3112 is always crash for me when I press CTRL+F anywhere. (linux fc4, clean build)
you are right, also in windoze happens this when no workspace or project is loaded
edit: no problem with 3112 here on my windoze ... ?
I have found the problem, not patch on patch, but a control does not exist in the dialog, when find in files.
It makes no sense to adjust the selection when doing find in files, because the search job is a one shot. A similar change should happen as the fix I did yesterday for the "wrapping". just return false in that case.
[EDIT] : just saw you came to the same conclusion and already committed (svn wanted me to update before I could commit ;-) ) --> so fixed
Quote from: nzoltan on October 20, 2006, 02:24:50 PM
Both 3111 and 3112 is always crash for me when I press CTRL+F anywhere. (linux fc4, clean build)
Wow! nzoltan downloaded, compiled, updated, tested, found a CTRL-F problem in (less than) 16 minutes? I'm impressed.
Quote from: Pecan on October 20, 2006, 02:35:58 PM
Wow! nzoltan downloaded, compiled, updated, tested, found a CTRL-F problem in (less than) 16 minutes? I'm impressed.
maybe he's using a linux cluster array,
i could do a test on such a system here in Vienna at the technical university,
CB rebuild time was 12.2 sec !!!
would be nice to have at home too ...
still crash on 3112 ??
Quote from: killerbot on October 20, 2006, 02:45:00 PM
still crash on 3112 ??
i don't have find related crashes with 3112
Quote from: Pecan on October 20, 2006, 02:35:58 PM
Quote from: nzoltan on October 20, 2006, 02:24:50 PM
Both 3111 and 3112 is always crash for me when I press CTRL+F anywhere. (linux fc4, clean build)
Wow! nzoltan downloaded, compiled, updated, tested, found a CTRL-F problem in (less than) 16 minutes? I'm impressed.
I do not get any crashes in 3112. I've tried both find and findInFiles with and without projects load, with and without file opened in project.
Xp svn3112
Quote from: Pecan on October 20, 2006, 02:35:58 PM
Wow! nzoltan downloaded, compiled, updated, tested, found a CTRL-F problem in (less than) 16 minutes? I'm impressed.
No. I did the 3111 clean build in the last night. At this morning I saw that just one .cpp was changed, and I just simply do a "make && make install". Is it wrong if just one .cpp was changed? The "clean build" in my reading:
- make uninstall
- manually delete remaining files and directories (/usr/include/codeblocks, /usr/share/codeblocks...)
- svn up
- ./update-revision.sh
- ./bootstrap
- ./configure --prefix=/usr
- make && make install
Is it wrong?
and still crash when I press CTRL+F and still crash when I select "Settings->Compiler and Debugger" in 3112
Something else here...
Under Settings / Editor / Code Completion, I checked the "Case sensitive matches" box (which was unchecked). This froze Code::Blocks. Task manager reported near-100% usage and memory usage increased without bounds, at nearly 2 Mb per second. I terminated the CB process, tried that again and got the same result.
Quote from: orefa on October 20, 2006, 04:13:34 PM
Something else here...
Under Settings / Editor / Code Completion, I checked the "Case sensitive matches" box (which was unchecked). This froze Code::Blocks. Task manager reported near-100% usage and memory usage increased without bounds, at nearly 2 Mb per second. I terminated the CB process, tried that again and got the same result.
Thanks. Currently there is a race condition with Code Completion. The major honcho is looking at it.
Good news!! In 3115 the CTRL+F works fine, but Seetings->Compiler and debugger still crash.