The 12.11 RC2 (23 November 2012 build 8598) is out.

[CBFanNUser]

User CBFanNUser produced cannot compute error message.
Retry, Abort, Fail?_

I am definitely made of Fail. I just tried to reproduce using a backup copy of the project and yeah... no my bad.

So I am sorry. Thank you for making such a great IDE and I can not wait until 12.11 is actually released. I have been using it since 8.02 after making the switch from Dev-C++.

[goral]

But the most important is why C::B freezes when loads a source file. I have just removed codeblocks-contrib and it did not help.

What file? Samples please, otherwise we cannot reproduce and cannot do anything about it.

I know.
But it is quite strange. Loading sqlite3.h file (original version 3.7.13) to C::B with no worspace succeedes, but when I load my .cbp project and then open sqlite3.h the C::B freezes. I will try to prepare a minimal test case.

All my .cbp test projects are working good, so I cannot give you any sample (but most of my real (and big) projests was affected by this problem).

I have just recompiled C::B from souirces (8644) and this build is working good. So nevermind.

But there is still problem with compilation options - setting "Compiler logging" to "Task description" gives empy Compiler log. (It is working fine in 10.05 version). To fix this I have to go to Build options of my project and in "Make commands" tab remove  "VERBOSE=1"  argument.

Similar - to use all my CPU cores I have to add here "-j 8" switch (setting "Number of processes for paralell bulds" gives me nothing.

All my project files are generated by CMake so manual modification of these files is useles - they are quite often recreated during developement process.

Am I doing something wrong?

[oBFusCATed]

But there is still problem with compilation options - setting "Compiler logging" to "Task description" gives empy Compiler log. (It is working fine in 10.05 version). To fix this I have to go to Build options of my project and in "Make commands" tab remove  "VERBOSE=1"  argument.

Similar - to use all my CPU cores I have to add here "-j 8" switch (setting "Number of processes for paralell bulds" gives me nothing.

All my project files are generated by CMake so manual modification of these files is useles - they are quite often recreated during developement process.

Am I doing something wrong?

You're just using custom makefiles. So they take over the build process and C::B has very little control.
To make these options work, you'll have to setup your projects to use the C::B's internal build system.

[DrShred]

Greetings to all - many thanks for this latest version!  However -

Shift+F7 doesn't perform a 'step into' when debugging - it just does a 'next line' (the toolbar icon does behave as expected).  I'm using Ubuntu 12.04, 64-bit.

[Jenna]

Greetings to all - many thanks for this latest version!  However -

Shift+F7 doesn't perform a 'step into' when debugging - it just does a 'next line' (the toolbar icon does behave as expected).  I'm using Ubuntu 12.04, 64-bit.

This is most likely a gtk issue, none of the "Shift"-shortcuts should work, because the "Shift" is eaten by gtk and is never seen by wxWidgets.

[oBFusCATed]

DrShred: Search the forum about this ... it is discussed a lot, also there was a link to gtk+'s bugzilla with a lengthy discussion

[DrShred]

DrShred: Search the forum about this ... it is discussed a lot, also there was a link to gtk+'s bugzilla with a lengthy discussion

Apologies - I searched for F7, keyboard, step into, and shift, but found nothing.  I figured it was best to report it twice than have it go unnoticed.

[oBFusCATed]

Here it is http://forums.codeblocks.org/index.php/topic,16657.0.html
Search keywords: "gtk shift"

[Alpha]

Would any of the devs like to reveal what step(s) are left before RC2 becomes stable 12.11 (erm, 12.12)?

Nope

Code

void DoWait()
{
    ++m_Patience;
}

[daveatol]

Another little bug I found in 8598:
* Find & replace using regex inserts newline when matching end of line pattern "$"
* Any newly defined abbreviations (Ctrl+J) insert 2 newlines for every 1 until you exit Code::Blocks (which will save to the conf file correctly); on restart it's all good.

[MortenMacFly]

Would any of the devs like to reveal what step(s) are left before RC2 becomes stable 12.11 (erm, 12.12)?

Packaging is most time consuming these days.

[dmoore]

Another little bug I found in 8598:
* Find & replace using regex inserts newline when matching end of line pattern "$"
* Any newly defined abbreviations (Ctrl+J) insert 2 newlines for every 1 until you exit Code::Blocks (which will save to the conf file correctly); on restart it's all good.

#1 is I think a limitation of advanced reg ex with dos style newlines. The $ matches on \n instead of \r\n. Try switching on eol markers to see what I mean. If it is something else give steps to reproduce

#2 there were a bunch of recent fixes for newline handling. This may be a regression. Or maybe just breaks old snippets abbreviations? More detailed steps to reproduce would be helpful.

[Alpha]

#2 there were a bunch of recent fixes for newline handling. This may be a regression.

Untested, but may be where the issue comes from:

Code

Index: src/plugins/abbreviations/abbreviationsconfigpanel.cpp
===================================================================
--- src/plugins/abbreviations/abbreviationsconfigpanel.cpp      (revision 8644)
+++ src/plugins/abbreviations/abbreviationsconfigpanel.cpp      (working copy)
@@ -110,7 +110,10 @@
     if (!key.IsEmpty())
     {
         AutoCompleteMap* compMap = m_Plugin->m_AutoCompLanguageMap[lang];
-        (*compMap)[key] = m_AutoCompTextControl->GetText();
+        wxString code = m_AutoCompTextControl->GetText();
+        code.Replace(wxT("\r\n"), wxT("\n"));
+        code.Replace(wxT("\r"),   wxT("\n"));
+        (*compMap)[key] = code;
     }
 }

[daveatol]

#1 is I think a limitation of advanced reg ex with dos style newlines. The $ matches on \n instead of \r\n. Try switching on eol markers to see what I mean. If it is something else give steps to reproduce

Yes, it does seem to do exactly what you said. An initial replace("\r", "") allows it to work normally.

Not sure if this is by design, but for regex replace, backslash-escaped characters in the change-to field, e.g. "\r\n" result in "rn" being inserted (unexpected), while "\\r\\n" results in the four characters '\\' 'r' '\\' 'n' being inserted (as expected).

#2 there were a bunch of recent fixes for newline handling. This may be a regression. Or maybe just breaks old snippets abbreviations? More detailed steps to reproduce would be helpful.

To reproduce, add an abbreviation, e.g.

Code

for(int j = 0; j < $(count); j++)
{
    |
}

Now try to use it; lines will be double-spaced. On exit and restart of Code::Blocks, it's fine, as it's been written and read correctly to the conf file.

[stg]

Hello,

I noted that codeblocks (this nightly 8598 on win7) crashes when launching it in batch mode using the command:

Codeblocks.exe /na /nd /ns --build --target=Debug "...\Project.cbp"

(only) when the target is up to date.


Here is the extract of the crash report.
----
Error occured on Saturday, December 8, 2012 at 16:15:08.

D:\Apps\Codeblocks\Codeblocks.exe caused an Access Violation at location 004066a7 in module D:\Apps\Codeblocks\Codeblocks.exe Reading from location 00000000.

Registers:
eax=00000000 ebx=0028266a ecx=773098da edx=0000028a esi=0000000a edi=00000000
eip=004066a7 esp=0022f830 ebp=0022f928 iopl=0         nv up ei pl nz na po nc
cs=001b  ss=0023  ds=0023  es=0023  fs=003b  gs=0000             efl=00010206

Call stack:
004066A7  D:\Apps\Codeblocks\Codeblocks.exe:004066A7
004047D4  D:\Apps\Codeblocks\Codeblocks.exe:004047D4
0049071E  D:\Apps\Codeblocks\Codeblocks.exe:0049071E  _ZN12cbToolPlugin9BuildMenuEP9wxMenuBar
6CC705CE  D:\Apps\Codeblocks\wxmsw28u_gcc_cb.dll:6CC705CE  _Z14wxUninitializev
004B93AB  D:\Apps\Codeblocks\Codeblocks.exe:004B93AB  _ZNK8cbPlugin9CanDetachEv
004010FD  D:\Apps\Codeblocks\Codeblocks.exe:004010FD
7784377B  C:\Windows\SYSTEM32\ntdll.dll:7784377B  RtlInitializeExceptionChain
7784374E  C:\Windows\SYSTEM32\ntdll.dll:7784374E  RtlInitializeExceptionChain