Code::Blocks Forums

User forums => Nightly builds => Topic started by: killerbot on November 27, 2008, 06:26:06 pm

Title: The 26 November 2008 build (5322) is out.
Post by: killerbot on November 27, 2008, 06:26:06 pm
Get quick announcements through the RSS feed http://www.codeblocks.org/nightly/CodeBlock_RSS.xml

Before you use a nightly make sure you understand how it works (http://forums.codeblocks.org/index.php/topic,3232.0.html).

A link to the unicode windows wxWidget dll for Code::Blocks : http://prdownload.berlios.de/codeblocks/wxmsw28u_gcc_cb_wx289.7z

For those who might need this one (when no MingW installed on your system) : the mingw10m.dll : http://prdownload.berlios.de/codeblocks/mingwm10_gcc421.7z

The 26 November 2008 build is out.
  - Windows :
   http://prdownload.berlios.de/codeblocks/CB_20081126_rev5322_win32.7z
  - Linux :
   none

Resolved Fixed:


Regressions/Confirmed/Annoying/Common bugs:


Title: Re: The 26 November 2008 build (5322) is out.
Post by: jens on November 27, 2008, 06:44:19 pm
I just uploaded the nightlies (r5323) for debian to my server (see signature).
Title: Re: The 26 November 2008 build (5322) is out.
Post by: ollydbg on November 28, 2008, 05:30:09 am
Thanks, I will check it and see whether it will crash when dragging toolbars.
Title: Re: The 26 November 2008 build (5322) is out.
Post by: ollydbg on November 28, 2008, 05:35:57 am
I'm sorry , it will still crash in my system, when I drag the toolbar.
I'm using windows XP. and this SVN version.
Title: Re: The 26 November 2008 build (5322) is out.
Post by: youlix on November 28, 2008, 07:42:30 am
I'm using windows 2003. it will crash too,when I drag down the first toolbar.other toolbar is oK.
Title: Re: The 26 November 2008 build (5322) is out.
Post by: mmkider on November 28, 2008, 08:19:27 am
I'm using windows 2003. it will crash too,when I drag down the first toolbar.other toolbar is oK.


using this
http://prdownload.berlios.de/codeblocks/wxmsw28u_gcc_cb_wx288.7z

this is problem for wx2.8.9.

Title: Re: The 26 November 2008 build (5322) is out.
Post by: jens on November 28, 2008, 12:29:20 pm
I'm sorry , it will still crash in my system, when I drag the toolbar.
I'm using windows XP. and this SVN version.

I'm using windows 2003. it will crash too,when I drag down the first toolbar.other toolbar is oK.


I'm using windows 2003. it will crash too,when I drag down the first toolbar.other toolbar is oK.


using this
http://prdownload.berlios.de/codeblocks/wxmsw28u_gcc_cb_wx288.7z

this is problem for wx2.8.9.



This seems to be a known wxWidgets-bug. I just found this ticket: http://trac.wxwidgets.org/ticket/10170 (http://trac.wxwidgets.org/ticket/10170) , but there is no answer to the bug-report until now.

I tried to make it crash on any of my two xp-systems, but it works as it should.

Does the crash happen always, or only if the system is under (more or less) heavy load ?
Title: Re: The 26 November 2008 build (5322) is out.
Post by: mmkider on November 28, 2008, 01:37:19 pm
I'm sorry , it will still crash in my system, when I drag the toolbar.
I'm using windows XP. and this SVN version.

I'm using windows 2003. it will crash too,when I drag down the first toolbar.other toolbar is oK.


I'm using windows 2003. it will crash too,when I drag down the first toolbar.other toolbar is oK.


using this
http://prdownload.berlios.de/codeblocks/wxmsw28u_gcc_cb_wx288.7z

this is problem for wx2.8.9.



This seems to be a known wxWidgets-bug. I just found this ticket: http://trac.wxwidgets.org/ticket/10170 (http://trac.wxwidgets.org/ticket/10170) , but there is no answer to the bug-report until now.

I tried to make it crash on any of my two xp-systems, but it works as it should.

Does the crash happen always, or only if the system is under (more or less) heavy load ?


It's ready crash.
I always get this crash on the computer of my home with xp system,but works  on  my other computer with xp system.
Code
void wxAuiManager::OnFloatingPaneMoveStart(wxWindow* wnd)
{
    // try to find the pane
    wxAuiPaneInfo& pane = GetPane(wnd);
    wxASSERT_MSG(pane.IsOk(), wxT("Pane window not found"));

    if (m_flags & wxAUI_MGR_TRANSPARENT_DRAG)
        pane.frame->SetTransparent(150);
}


pane.frame->SetTransparent(150);<=In here crash .

but it's same code between wx2.8.8 and wx2.8.9.


Title: Re: The 26 November 2008 build (5322) is out.
Post by: XayC on November 28, 2008, 02:32:55 pm
This is the same crash i was experiencing with the 18 October build, at that time i was the only one having it probably, because it passed quite unnoticed.

This is the post: toolbar drag crash (http://forums.codeblocks.org/index.php/topic,9401.msg67059.html#msg67059).

As stated there this crash:
1) Always happens, but only for some people/computers.
2) It's caused by a change committed between between 2.8.8 release and 2.8.9 release.
3) Using the old 2.8.8 wxWidgets library will work, at least until a new wxWidgets release.

XayC
Title: Re: The 26 November 2008 build (5322) is out.
Post by: mariocup on November 28, 2008, 02:57:43 pm
Hi jens,

I had a similar strange behavior under windows vista. If I use rdesktop from linux and then move a toolbar in CB (windows instance) from the rdesktop then CB will crash. If I do the same thing without rdesktop under vista everything works fine. Since it is reproducable I can send you the log.

By,

Mario
Title: Re: The 26 November 2008 build (5322) is out.
Post by: vix on November 28, 2008, 03:15:46 pm
With this Nightly Build the 'Save' 16x16 icon disappears when I press the 'Save All' icon

vix
Title: Re: The 26 November 2008 build (5322) is out.
Post by: ollydbg on November 28, 2008, 04:25:19 pm
It always happen in my computer. Not relate to the "CPU load".
But use the 2.8.8 version of DLL can solve the problem.
Title: Re: The 26 November 2008 build (5322) is out.
Post by: MortenMacFly on November 28, 2008, 10:02:28 pm
With this Nightly Build the 'Save' 16x16 icon disappears when I press the 'Save All' icon
Of course it does. When you "save all" it does what it says: It saves all files. Thus there is nothing to save anymore so the save icon is disabled (greyed). In fact it was disabled before, too but just not greyed due to a wrong image format. So this is not a bug but 100% correct behaviour.
Title: Re: The 26 November 2008 build (5322) is out.
Post by: Wahooney on November 29, 2008, 03:51:53 pm
I've attached an updated squirrel lexer file that includes the 'const' and 'enum' keywords introduced in squirrel 2.2+

Could this be included in the next release, please.

Thanks.

<cough splutter='1'>php selection parsing bug</cough>

[attachment deleted by admin]
Title: Re: The 26 November 2008 build (5322) is out.
Post by: MortenMacFly on November 29, 2008, 04:04:26 pm
I've attached an updated squirrel lexer file that includes the 'const' and 'enum' keywords introduced in squirrel 2.2+
I get an "archive is broken" error. Mind trying again with a ZIP, please?
Title: Re: The 26 November 2008 build (5322) is out.
Post by: Wahooney on November 29, 2008, 04:12:58 pm
Here ya go :)

[attachment deleted by admin]
Title: Re: The 26 November 2008 build (5322) is out.
Post by: jens on November 29, 2008, 04:15:20 pm
I've attached an updated squirrel lexer file that includes the 'const' and 'enum' keywords introduced in squirrel 2.2+
I get an "archive is broken" error. Mind trying again with a ZIP, please?

Martin, you seem to have a problem on your computer, my download works and there are no errors in archive.
Title: Re: The 26 November 2008 build (5322) is out.
Post by: MortenMacFly on November 29, 2008, 10:00:00 pm
Martin, you seem to have a problem on your computer, my download works and there are no errors in archive.
Strange thing, but you are right. I am on another PC (laptop) now and all works just fine. Got both of the files in question... Now all that's missing is C::B - it's not my laptop and not even a laptop of a programmer.
Title: Re: The 26 November 2008 build (5322) is out.
Post by: Erick on November 30, 2008, 02:06:23 am
Hi there, my first post...

When do we will get a new stable release? Most of the resent nigthlys are more stable than the current 8.02 stable release. A truly stable stable release is important to keep community growing, 8.02 sometimes crashes badly, lack some cool features like highlighting and behaves strangely once in a while.

5309 was a good nigthly, never crashed on me, 5322 is going in the same path. Good job guys.
Title: Re: The 26 November 2008 build (5322) is out.
Post by: koala01 on November 30, 2008, 12:46:14 pm
Hi,

I don't know if i'm at the good place, but, it seems that last NB witch "class wizard" plugin works is rev 5274 one (from 2008 october 18th)

Have i to report a bug for that :?:
Title: Re: The 26 November 2008 build (5322) is out.
Post by: jens on November 30, 2008, 12:53:38 pm
Hi,

I don't know if i'm at the good place, but, it seems that last NB witch "class wizard" plugin works is rev 5274 one (from 2008 october 18th)

Have i to report a bug for that :?:

Did you read this (r5297)
  • Moved class wizard menu item to "File->New->Class
Title: Re: The 26 November 2008 build (5322) is out.
Post by: Loaden on November 30, 2008, 03:13:16 pm
When i added a search path, it's changed to:

[attachment deleted by admin]
Title: Re: The 26 November 2008 build (5322) is out.
Post by: MortenMacFly on November 30, 2008, 03:47:41 pm
When i added a search path, it's changed to:
It's as big as it should be that you can read the target's names... so... what?!
Title: Re: The 26 November 2008 build (5322) is out.
Post by: stahta01 on December 09, 2008, 02:39:17 pm
Patch needed to compile against wxWidgets 2.8 with 2.4 compatible mode on. Tim S

See thread http://forums.codeblocks.org/index.php/topic,9444.msg68171/topicseen.html#msg68171

Code
Index: src/tools/cb_share_config/mainframe.cpp
===================================================================
--- src/tools/cb_share_config/mainframe.cpp (revision 5332)
+++ src/tools/cb_share_config/mainframe.cpp (working copy)
@@ -434,9 +434,6 @@
     wxT("Code::Blocks configuration files (*.conf)|*.conf|"
         "All files (*.*)|*.*"),                      // wildcards
     wxFD_OPEN | wxFD_FILE_MUST_EXIST                 // flags
-#if (WXWIN_COMPATIBILITY_2_4)
-    | wxFD_HIDE_READONLY
-#endif
   );
 
   return filename;
Title: Re: The 26 November 2008 build (5322) is out.
Post by: stahta01 on December 10, 2008, 08:25:05 am

Regressions/Confirmed/Annoying/Common bugs:

  • toolbar-images-not-changing-state (is a wx problem/Win XP problem)


This bug seems to be fixed in the 2.8 Branch SVN number 57223

Note: This 2.8 Branch revealed an issue in Code::Blocks

The line "wxFile f(name, wxFile::write);" is not checked afterwards for a valid value of "f". I added code below as a temp work around, but it is not well written code; an better coder needs to fix this bug.

Code
Index: src/sdk/filemanager.cpp
===================================================================
--- src/sdk/filemanager.cpp (revision 5333)
+++ src/sdk/filemanager.cpp (working copy)
@@ -336,7 +336,7 @@
         }
 
         wxFile f(name, wxFile::write);
-        if ( !f.IsOpened() )
+        if ( !f.Access(name, wxFile::write) || !f.IsOpened() )
         {
             return false;
         }

Tim S
Title: Re: The 26 November 2008 build (5322) is out.
Post by: dje on December 10, 2008, 10:31:35 pm
H!

Each time I try to disale the ToDo plugin, I have a crash.
Does anyone confirm this ?
Windows XP SP2, SVN5322

Dje
Title: Re: The 26 November 2008 build (5322) is out.
Post by: Wavesonics on December 15, 2008, 04:51:17 pm
Has anyone noticed this bug:

When using the symbol browser for a project, it seems like the entire program loses focus, and I have to switch to some other running program and then back to C::B for it to become interactive again.

It might not *just* be when using the symbol browser, but thats when I've noticed it so far.

Also, another small one, when using the symbol browser, when you click on a symbol to jump to it, it jumps to it just fine, but it scrolls the symbol browsers all the way to the bottom, kinda annoying.
Title: Re: The 26 November 2008 build (5322) is out.
Post by: ollydbg on December 19, 2008, 05:57:15 am
Has anyone noticed this bug:

When using the symbol browser for a project, it seems like the entire program loses focus, and I have to switch to some other running program and then back to C::B for it to become interactive again.

It might not *just* be when using the symbol browser, but thats when I've noticed it so far.

Also, another small one, when using the symbol browser, when you click on a symbol to jump to it, it jumps to it just fine, but it scrolls the symbol browsers all the way to the bottom, kinda annoying.
I haven't got the problem you stated. I'm using this nightly build and Windows XP.
Title: Re: The 26 November 2008 build (5322) is out.
Post by: Loaden on December 19, 2008, 10:09:51 am
Quote
||note: obsolete option -I- used, please use -iquote instead|
This is a BUG? all info in the pictures.
svn build rev 5338 (2008-12-17T06:04:25.033374Z) gcc 4.3.2 Windows/unicode
OS: Windows SP3.



[attachment deleted by admin]
Title: Re: The 26 November 2008 build (5322) is out.
Post by: MortenMacFly on December 19, 2008, 02:52:36 pm
Code
Index: src/sdk/filemanager.cpp
===================================================================
--- src/sdk/filemanager.cpp (revision 5333)
+++ src/sdk/filemanager.cpp (working copy)
@@ -336,7 +336,7 @@
         }
 
         wxFile f(name, wxFile::write);
-        if ( !f.IsOpened() )
+        if ( !f.Access(name, wxFile::write) || !f.IsOpened() )
         {
             return false;
         }
I don't see any problem with the old code. If the file cannot be opened that way using the constructor f.IsOpened() will return false...?! Can you give more details, please?

Edit:
Would this be better:
Code
        wxFile f;
        if (!f.Open(name, wxFile::write))
            return false;
???
And if so: Why?
Title: Re: The 26 November 2008 build (5322) is out.
Post by: jens on December 19, 2008, 03:04:20 pm
The way it's done in C::B is the way recommended by wxWidgets:
Quote
wxFile(const char* filename, wxFile::OpenMode mode = wxFile::read)

Opens a file with the given mode. As there is no way to return whether the operation was successful or not from the constructor you should test the return value of IsOpened to check that it didn't fail.
quote from wxWidgets doc
Title: Re: The 26 November 2008 build (5322) is out.
Post by: Wavesonics on December 20, 2008, 07:47:53 pm
Quote
Has anyone noticed this bug:

When using the symbol browser for a project, it seems like the entire program loses focus, and I have to switch to some other running program and then back to C::B for it to become interactive again.

It might not *just* be when using the symbol browser, but thats when I've noticed it so far.

I've seen this on Vista64 and XP32, no one else has seen this?
Title: Re: The 26 November 2008 build (5322) is out.
Post by: ollydbg on December 21, 2008, 02:38:07 pm
Has anyone noticed this bug:

When using the symbol browser for a project, it seems like the entire program loses focus, and I have to switch to some other running program and then back to C::B for it to become interactive again.

It might not *just* be when using the symbol browser, but thats when I've noticed it so far.

Also, another small one, when using the symbol browser, when you click on a symbol to jump to it, it jumps to it just fine, but it scrolls the symbol browsers all the way to the bottom, kinda annoying.

HI, Wavesonics
I test it again about the "symbol browsers" problem you stated. I found that sometimes when I click an entry on the symbol browser list. The cursor will go to the right line, but the scrollbar of the symbol browser will move to the bottom of the list. This bug happen randomly, not every time I use the "symbol browser".
Title: Re: The 26 November 2008 build (5322) is out.
Post by: jens on December 21, 2008, 11:38:20 pm
I will not be at home the next days (until saturday).

So I updated the packages on my server to revision 5341 5344 this night.

I know it's a little bit early, but I will most likely not have much time to read and post in the forum until I'm back, so

I want to wish all users and all devs a
merry christmas
Title: Re: The 26 November 2008 build (5322) is out.
Post by: ollydbg on December 22, 2008, 02:57:17 am
Thanks!
Merry Christmas to code::blocks's users and developers!
Title: Re: The 26 November 2008 build (5322) is out.
Post by: Kalith on December 26, 2008, 02:16:20 am
Merry Christmas to all of you ^^
(and don't forget our present : the new nightly :P)
Title: Re: The 26 November 2008 build (5322) is out.
Post by: gd_on on December 26, 2008, 07:57:58 pm
Small problem with last svn 5363.
In newly modified compilergcc.cpp, lines 3363 and 3364 _ is used.
But this makes a problem with xgettext when extracting chains to be translated. Apparently xgettext find non-ansi characters then no .pot file is created.
If I use _T instead, no more problems. Effectively, those two strings have not to be translated I think.
May be an other source of problem : this file is detected as "Ansi as UTF-8" by my text editor, though all other .cpp or .h files are only seen as Ansi.

And Merry Christmas too.

gd_on
Title: Re: The 26 November 2008 build (5322) is out.
Post by: killerbot on December 26, 2008, 09:30:41 pm
you are right, no need to translate. So _T() is sufficient.

The ansi/utf8 : no sure about that yet, on windows I got bitten by it. But on linux it seemed to work ok. Will have to lookaround a bit longer...
Title: Re: The 26 November 2008 build (5322) is out.
Post by: jmccay on January 05, 2009, 03:28:41 am
I have not been following the nightly builds closely.  Is this forum still the only place to get the latest nightly build for WinXP, and is this still the newest?

jmccay
Title: Re: The 26 November 2008 build (5322) is out.
Post by: killerbot on January 05, 2009, 07:15:44 am
yes, still in this forum, an new one will be coming  today or tomorrow ;-)
Title: Re: The 26 November 2008 build (5322) is out.
Post by: ollydbg on January 05, 2009, 07:50:02 am
yes, still in this forum, an new one will be coming  today or tomorrow ;-)
HI, killerbot. Thanks for your effort on this.

My question is: If I build the latest svn codeblocks on my computer. The output file are in the folder: like "F:\cb_svn\src\output", can I manually copy these files to over write the last SVN version?

If it works, how to deal with plugins? It seems there are some conflicts on the wxWidgets version of these files?

Thanks.
Title: Re: The 26 November 2008 build (5322) is out.
Post by: jens on January 05, 2009, 08:28:27 am
My question is: If I build the latest svn codeblocks on my computer. The output file are in the folder: like "F:\cb_svn\src\output", can I manually copy these files to over write the last SVN version?

You can, but if you have plugins installed that are build against different versions of C::B it will most likely not work (the plugins will not be loaded).
You have to rebuild them also.

I use only standard C::B on my windows-box and before I copy a new version, I completely remove all contents of my C::B folder under "Programm files".
Title: Re: The 26 November 2008 build (5322) is out.
Post by: ollydbg on January 05, 2009, 09:00:50 am
OK, I understand.
Thanks.
I don't even install  any unofficial  plugins. So, It is reasonably to totally delete the previous version files and paste the latest ones.

By the way, Your "windows-box" means a "virtual windows system" on your linux? Thanks.
Title: Re: The 26 November 2008 build (5322) is out.
Post by: jens on January 05, 2009, 11:14:13 am
By the way, Your "windows-box" means a "virtual windows system" on your linux? Thanks.

Yes and no.

I use w2k in a kvm-virtual-system under linux, but also have win xp on one partition on my laptop (I need it for work) and at work.
I also have a virtual kubuntu-system, to test 32-bit C::B with kde (I don't use kde anymore on my normal system).
On all systzems I have C::B for work and for testing purposes.
Title: Re: The 26 November 2008 build (5322) is out.
Post by: ollydbg on January 05, 2009, 03:23:02 pm
I just clear the folder d:/program files/codeblocks , and copy the latest SVN build by myself. It works.
It seems that some Contrib Plugins like " wxSmith related DLL" were not included.
I'm not sure how to integrate the old Contrib Plugins such as " wxsmith.dll " "wxSmithContribItems.dll" ...

If I didn't delete any files in the d:/program files /codeblocks, and just paste the new files to over write the old ones(I want to keep the old Contrib Plugins), then It crashed when starting. I guess that some Contrib Plugins conflicts with codeblocks.exe I built.
Title: Re: The 26 November 2008 build (5322) is out.
Post by: Bat2k on January 06, 2009, 11:15:47 am
Hi, guys. I tried 8.02 stable version and found strange behaviour, then I migrated to 5322 nightly build to check it here. I'm talking about changing compiler with project and global compiler settings inheritance in projects. I guess it's a bug, if not can someone explain:
1) how global compiler settings are influence on project compiler settings (i guess the flags should be inherited),
2) why when I change compiler in the project flags are remain the same( project was created with msvc then i switch it to gcc and couldn't compile because CB feeds gcc with cl flags!)
3) why when I set project compiler settings and there is 'Append...' mode in build targets compiler settings checkboxes there are not set (the same problem with settings inheritance)

Thanks.
Title: Re: The 26 November 2008 build (5322) is out.
Post by: ollydbg on January 06, 2009, 12:15:14 pm
Hi, guys. I tried 8.02 stable version and found strange behaviour, then I migrated to 5322 nightly build to check it here. I'm talking about changing compiler with project and global compiler settings inheritance in projects. I guess it's a bug, if not can someone explain:
1) how global compiler settings are influence on project compiler settings (i guess the flags should be inherited),
2) why when I change compiler in the project flags are remain the same( project was created with msvc then i switch it to gcc and couldn't compile because CB feeds gcc with cl flags!)
3) why when I set project compiler settings and there is 'Append...' mode in build targets compiler settings checkboxes there are not set (the same problem with settings inheritance)

Thanks.

I use both GCC setting for global and project compiler setting. So ,I could only say something to your question 3.
I think it is not necessary to inheritance setting from Project setting to build target Append setting. Project setting is a common setting for all the build targets, so, if things like you said, when you change the checkbox in one build target setting, the Project setting  will be changed or not?
Title: Re: The 26 November 2008 build (5322) is out.
Post by: Bat2k on January 06, 2009, 12:40:08 pm
Quote
I use both GCC setting for global and project compiler setting. So ,I could only say something to your question 3.
if things like you said, when you change the checkbox in one build target setting, the Project setting  will be changed or not?

Of course not! Because Project is a parent of build targets in the sense of toolchain settings. Also global settings should be copied to project settings as well. Let's answer a question differently - What is the purpose of global compiler settings?
Title: Re: The 26 November 2008 build (5322) is out.
Post by: ollydbg on April 14, 2009, 09:57:43 am
@mmkider

Did you still encounter the "drag toolbar crash" problem in Windows with wxWidgets 2.8.10 and latest nightly build?

As I mentioned in this post:
http://forums.codeblocks.org/index.php/topic,9648.msg67823.html#msg67823

Thanks :D