User forums > Nightly builds
The 27 November 2010 build (6863) is out.
Jenna:
--- Quote from: cacb on December 16, 2010, 10:18:57 pm ---Bug report: If you have a project with different targets, using different compilers for different platform targets, then Code::Blocks crashes on Linux if you mention a non-existent default compiler (msvc8) outside the target descriptions. This used to not crash, so I have a few of these cases....
--- End quote ---
Confirmed and fixed in trunk (svn r6898).
cacb:
--- Quote from: jens on December 16, 2010, 11:06:24 pm ---Confirmed and fixed in trunk (svn r6898).
--- End quote ---
Many thanks :D !
oBFusCATed:
--- Quote from: oBFusCATed on December 05, 2010, 04:52:01 pm ---
--- Quote from: cacb on December 03, 2010, 10:04:02 pm ---Yes. I have this problem too, as I have reported before at
http://forums.codeblocks.org/index.php/topic,13639.msg92113.html#msg92113
--- End quote ---
Accidentally I found that I have this problem (thanks to svn :)), too.
--- Code: ---- <Add directory="$(#unittest_pp.include)" />
+ <Add directory="/home/obfuscated/projects/unittest-cpp/UnitTest++/src" />
--- End code ---
I'm running dbg branch r6864 on gentoo linux 64bit.
I'm not sure what is causing it... But I think, that I've not edited the changed project.
Edit: I remembered that I've added some files with 'Ctrl + Shift + N', then clicking on the add to project button
--- End quote ---
OK, I have the steps to reproduce:
1. Close C::B if it is open
2. Double click on a project in explorer/total commander
3. Open a .cpp file and type #include "|<- press ctrl + space
4. Open the build options and you have your global vars broken....
Here is the patch to fix it (extremely annoying... arghhhhhh):
--- Code: ---Index: src/plugins/codecompletion/codecompletion.cpp
===================================================================
--- src/plugins/codecompletion/codecompletion.cpp (revision 6942)
+++ src/plugins/codecompletion/codecompletion.cpp (working copy)
@@ -1183,8 +1183,9 @@
{
for (size_t i = 0; i < targets.GetCount(); ++i)
{
- Manager::Get()->GetMacrosManager()->ReplaceMacros(targets[i]);
- wxFileName fn(targets[i], wxEmptyString);
+ wxString includePath = targets[i];
+ Manager::Get()->GetMacrosManager()->ReplaceMacros(includePath);
+ wxFileName fn(includePath, wxEmptyString);
if (fn.IsRelative())
{
const wxArrayString oldDirs = fn.GetDirs();
Index: src/sdk/uservarmanager.cpp
===================================================================
--- src/sdk/uservarmanager.cpp (revision 6942)
+++ src/sdk/uservarmanager.cpp (working copy)
@@ -611,6 +611,9 @@
wxArrayString sets = cfg->EnumerateSubPaths(cSets);
wxArrayString vars = cfg->EnumerateSubPaths(cSets + currentSet + _T("/"));
+ sets.Sort();
+ vars.Sort();
+
selSet->Clear();
selSet->Append(sets);
selVar->Clear();
--- End code ---
The reason this breaks is because wxArrayString::operator[] is declared like this:
wxString& operator[](size_t nIndex) const { return Item(nIndex); }
What were they thinking :(
p.s. I've added sorting to the choice controls in the dialog, because it is annoying, too. Feel free to commit them separately
p.p.s. I'm talking to the wx guys about this... and until this problem is fixed I advise anyone to not use wxArrayString and to check all the code using it, because there is a chance you have hidden bugs in your code...
MortenMacFly:
--- Quote from: oBFusCATed on February 01, 2011, 11:12:06 pm ---1. Close C::B if it is open
2. Double click on a project in explorer/total commander
3. Open a .cpp file and type #include "|<- press ctrl + space
4. Open the build options and you have your global vars broken....
--- End quote ---
Dammed! You made it. That was really annoying for me, too.
So it was indeed related to CC...
I'll try and comit as soon as possible. Thanks a lot! :D
killerbot:
while you are at it, could you provide it too on the debugger branch ?
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version