News:

Accounts with zero posts and zero activity during the last months will be deleted periodically to fight SPAM!

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