News:

When registered with our forums, feel free to send a "here I am" post here to differ human beings from SPAM bots.

Main Menu

The 19 october 2006 build is out.

Started by killerbot, October 19, 2006, 11:53:58 PM

Previous topic - Next topic

killerbot

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)


kidmosey

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?
3 years until google knows more than god.

Ceniza

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...

kidmosey

also seems to crash now if I search all workspace files without any files open.
3 years until google knows more than god.

thomas

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.
"We should forget about small efficiencies, say about 97% of the time: Premature quotation is the root of public humiliation."

killerbot

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.

tiwag

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 ?

Pecan

#7
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;


tiwag


nzoltan

Both 3111 and 3112 is always crash for me when I press CTRL+F anywhere. (linux fc4, clean build)

tiwag

#10
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 ... ?

killerbot

#11
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

Pecan

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.

tiwag

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 ...


killerbot