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.next.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:
- Editor: partially applied patch #2116: in wrap mode put cursor with Home/end key at current wrap point
- * fixed some layout issues:
- text now fits inside editorconfiguration-dialog (again?) General Settings -> Other options,
- in compilerconfiguration-dialog toolchain-tab is shown correctly (also fixes that buttons sometimes have been cut off in Build options) both happened mainly on linux,
- toolbars with standard-controls are now (always) shown correctly with wxWidgets2.8.9 on windows,
- enabled firefox 2 style for notebooks - fixed "file save" and "file save all" 16x16 toolbar images not disabling (wrong color depth of the images)
Regressions/Confirmed/Annoying/Common bugs:
- toolbar-images-not-changing-state (is a wx problem/Win XP problem)
I just uploaded the nightlies (r5323) for debian to my server (see signature).
Thanks, I will check it and see whether it will crash when dragging toolbars.
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.
Quote from: 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.
using this
http://prdownload.berlios.de/codeblocks/wxmsw28u_gcc_cb_wx288.7z
this is problem for wx2.8.9.
Quote from: 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.
Quote from: 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.
Quote from: mmkider on November 28, 2008, 08:19:27 AM
Quote from: 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.
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 ?
Quote from: jens on November 28, 2008, 12:29:20 PM
Quote from: 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.
Quote from: 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.
Quote from: mmkider on November 28, 2008, 08:19:27 AM
Quote from: 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.
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.
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.
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.next.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
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
With this Nightly Build the 'Save' 16x16 icon disappears when I press the 'Save All' icon
vix
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.
Quote from: 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
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.
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]
Quote from: 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+
I get an "archive is broken" error. Mind trying again with a ZIP, please?
Here ya go :)
[attachment deleted by admin]
Quote from: MortenMacFly on November 29, 2008, 04:04:26 PM
Quote from: 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+
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.
Quote from: jens on November 29, 2008, 04:15:20 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.
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.
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 :?:
Quote from: 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 :?:
Did you read this (r5297)
Quote from: killerbot on November 08, 2008, 02:42:57 PM
- Moved class wizard menu item to "File->New->Class
When i added a search path, it's changed to:
[attachment deleted by admin]
Quote from: Loaden on November 30, 2008, 03:13:16 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?!
Patch needed to compile against wxWidgets 2.8 with 2.4 compatible mode on. Tim S
See thread http://forums.next.codeblocks.org/index.php/topic,9444.msg68171/topicseen.html#msg68171
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;
Quote from: killerbot on November 27, 2008, 06:26:06 PM
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::BlocksThe 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.
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
H!
Each time I try to disale the ToDo plugin, I have a crash.
Does anyone confirm this ?
Windows XP SP2, SVN5322
Dje
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.
Quote from: 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.
I haven't got the problem you stated. I'm using this nightly build and Windows XP.
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]
Quote from: stahta01 on December 10, 2008, 08:25:05 AM
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:
wxFile f;
if (!f.Open(name, wxFile::write))
return false;
???
And if so: Why?
The way it's done in C::B is the way recommended by wxWidgets:
QuotewxFile(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
QuoteHas 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?
Quote from: 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.
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".
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
Thanks!
Merry Christmas to code::blocks's users and developers!
Merry Christmas to all of you ^^
(and don't forget our present : the new nightly :P)
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
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...
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
yes, still in this forum, an new one will be coming today or tomorrow ;-)
Quote from: killerbot on January 05, 2009, 07:15:44 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.
Quote from: ollydbg on January 05, 2009, 07:50:02 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".
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.
Quote from: ollydbg on January 05, 2009, 09:00:50 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.
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.
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.
Quote from: 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.
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?
QuoteI 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?
@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.next.codeblocks.org/index.php/topic,9648.msg67823.html#msg67823
Thanks :D