Code::Blocks Forums

User forums => Nightly builds => Topic started by: killerbot on February 17, 2007, 11:24:44 pm

Title: The 17 february 2007 build is out.
Post by: killerbot on February 17, 2007, 11:24:44 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 17 February 2007 build is out.
  - Windows : http://prdownload.berlios.de/codeblocks/CB_20070217_rev3614_win32.7z
  - Linux :
         http://prdownload.berlios.de/codeblocks/CB_20070217_rev3614_Ubuntu6.xx.deb
         http://prdownload.berlios.de/codeblocks/CB_20070217_rev3614_suse100-102.i586.rpm (not yet)
         http://prdownload.berlios.de/codeblocks/CB_20070217_rev3614_fc4+5.i586.rpm (not yet)


Resolved Fixed:


Regressions/Confirmed/Annoying/Common bugs:


Title: Re: The 17 february 2007 build is out.
Post by: Russell on February 18, 2007, 12:38:27 am
I think menu xrc data needs to be generated outside a frame object, because otherwise it will not show up in the actual application
Title: Re: The 17 february 2007 build is out.
Post by: stahta01 on February 18, 2007, 02:48:19 am
Is anyone on windows having code completion lockup or crash on plugin disable?

Here's a patch that seemed to fix it under windows for me.
(note, I am running with __WXDEBUG__ defined in my builds linked to wx2.6.3p2 debug libs)

Code
Index: src/plugins/codecompletion/classbrowserbuilderthread.cpp
===================================================================
--- src/plugins/codecompletion/classbrowserbuilderthread.cpp	(revision 3614)
+++ src/plugins/codecompletion/classbrowserbuilderthread.cpp	(working copy)
@@ -104,10 +104,12 @@

         if (TestDestroy() || Manager::IsAppShuttingDown())
         {
+#ifdef __WXGTK__
 			if(!::wxIsMainThread())
 			{
 				::wxMutexGuiLeave();
 			}
+#endif // __WXGTK__
             break;
         }


The wxMutexGuiLeave is being called without an wxMutexGuiEnter being called. (wxMutexGuiEnter is only called if __WXGTK__ is defined.)

Submitted as [ Patch #1890 ] Code Completion disable on windows crashes
https://developer.berlios.de/patch/?func=detailpatch&patch_id=1890&group_id=5358

Tim S
Title: Re: The 17 february 2007 build is out.
Post by: Biplab on February 18, 2007, 09:38:43 am
@killerbot,

The SVN number in this nightly shows zero, but the date on start-page is correctly printed. Did you make any changes in autorevision? ;)
Title: Re: The 17 february 2007 build is out.
Post by: killerbot on February 18, 2007, 01:35:45 pm
nope, no changes made yet, will adjust probably on monday
Title: Re: The 17 february 2007 build is out.
Post by: byo on February 18, 2007, 02:36:29 pm
Quote from: Russell on February 18, 2007, 12:38:27 am
I think menu xrc data needs to be generated outside a frame object, because otherwise it will not show up in the actual application

Uhm, I forgot to disable wxMenu tools when uing XRC file becuase this will create some memory leaks (there's no way to obtain pointer to wxMenu and it's not automatically deleted) :(. Anyway wxMenuBar should work fine, I've checked xrc sources and if wxMenuBar is added directly into wxFrame, XRC loading routines automatically add menu into frame.
Title: Re: The 17 february 2007 build is out.
Post by: Biplab on February 18, 2007, 05:43:09 pm
Quote from: killerbot on February 18, 2007, 01:35:45 pm
nope, no changes made yet, will adjust probably on monday

That surprises me. The time on the start page (of 17th Feb Nightly) is correctly formatted.

It seemed strange to me why without making any changes to autorevision, it becomes correct again? My Windows build had problem but Linux had no problem. :?
Title: Re: The 17 february 2007 build is out.
Post by: Russell on February 18, 2007, 10:02:16 pm
Quote from: byo on February 18, 2007, 02:36:29 pm
Quote from: Russell on February 18, 2007, 12:38:27 am
I think menu xrc data needs to be generated outside a frame object, because otherwise it will not show up in the actual application

Uhm, I forgot to disable wxMenu tools when uing XRC file becuase this will create some memory leaks (there's no way to obtain pointer to wxMenu and it's not automatically deleted) :(. Anyway wxMenuBar should work fine, I've checked xrc sources and if wxMenuBar is added directly into wxFrame, XRC loading routines automatically add menu into frame.

Woops, I still had LoadMenuBar code in my frame constructor, no wonder it didn't work properly.

Any chance of toolbar support? ;)
Title: Re: The 17 february 2007 build is out.
Post by: byo on February 19, 2007, 01:29:48 am
Quote from: Russell on February 18, 2007, 10:02:16 pm
Any chance of toolbar support? ;)

Should be pretty easy :) especially comparing to menus ;) I'll do it this week
Title: Re: The 17 february 2007 build is out.
Post by: pauliusz on February 19, 2007, 10:18:08 am
While trying to compile svn 3615 I get following error:
Code
-------------- Build: sdk in Code::Blocks ---------------
Running target pre-build steps
build_tools/autorevision/autorevision +int +t . include/autorevision.h
Compiling: sdk\filemanager.cpp
D:\Projektai\CodeBlocks\src\sdk\filemanager.cpp:90: error: redefinition of `FileManager::FileManager()'
D:\Projektai\CodeBlocks\src\sdk\/filemanager.h:151: error: `FileManager::FileManager()' previously defined here
D:\Projektai\CodeBlocks\src\sdk\filemanager.cpp:98: error: definition of implicitly-declared `virtual FileManager::~FileManager()'
Process terminated with status 1 (0 minutes, 4 seconds)
3 errors, 0 warnings
Last svn version I managed to compile was 3596.
Can anyone help me with this?
Title: Re: The 17 february 2007 build is out.
Post by: MortenMacFly on February 19, 2007, 10:33:49 am
Quote from: pauliusz on February 19, 2007, 10:18:08 am
Last svn version I managed to compile was 3596.
Can anyone help me with this?
You are mixing old headers with new implementation files. The directory layout has changed and your SVN sandbox is not up-to-date and/or corrupted. Please do a clean checkout (remove the old sandbox before) and try again.
With regards, Morten.
Title: Re: The 17 february 2007 build is out.
Post by: JPlaroche on February 19, 2007, 12:27:32 pm
is return vacancy : why svn 0  is open code::blocks before I had the n° of well practical release

thank-you for the response   

environement windows xp  wxwidgets 2.8.0rc3 mingw 3.4.6 TortoiseMerge 1.4.3
Title: Re: The 17 february 2007 build is out.
Post by: killerbot on February 19, 2007, 12:30:52 pm
Quote from: JPlaroche on February 19, 2007, 12:27:32 pm
is return vacancy : why svn 0  is open code::blocks before I had the n° of well practical release

thank-you for the response   

environement windows xp  wxwidgets 2.8.0rc3 mingw 3.4.6 TortoiseMerge 1.4.3


don't worry, we are aware of the svn 0 , will be fixed ..
Title: Re: The 17 february 2007 build is out.
Post by: Brown on February 19, 2007, 12:37:43 pm
Hello,
I like the Codeblocks but using this and older nightly builds I have a slight problem when performing a find across files.
I can never get results for text/code I have in a file named ControlDlg.cpp
Normal find picks up the text but the find in files does not get anything from this file even when I specify the file as the mask when using the search path option.
I get results from the other files and grep locates the text - it is there!!

Running SVN 3614 on Ubuntu Feisty
Title: Re: The 17 february 2007 build is out.
Post by: Kalma on February 19, 2007, 01:01:21 pm
@ pauliusz

I have had neerly the same problem like you to build Codeblocks,
but I found out if you delete the old precompiled Headerfiles (*.gcc)
in src/sdk/ everything went fine to build codeblocks.
Title: Re: The 17 february 2007 build is out.
Post by: JPlaroche on February 19, 2007, 01:45:19 pm
bonjour,
is it possible to memorize the selections personel ," build targets files"
following independant (debug release etc. ..) 
Title: Re: The 17 february 2007 build is out.
Post by: vlado on February 20, 2007, 09:03:09 am
Quote from: Brown on February 19, 2007, 12:37:43 pm
Hello,
I like the Codeblocks but using this and older nightly builds I have a slight problem when performing a find across files.
I can never get results for text/code I have in a file named ControlDlg.cpp
...

Hi
I have rather similar problem. 'Find in Files' just searches about 2 of the project files (always the same two). It does not find any string in remaining ones. This has been happening in nightly builds for last 2 weeks or so...

Another tricky thing is that when editing some file, there is sometimes window popping up saying that file was modified on a disk and offering reload. Strange thing is that this happens while I am edditing that file in Code::Blocks.
I am using nightly builds on Ubuntu.