The 19 September 2010 build (6608) is out.

[killerbot]

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.

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

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

The 19 September 2010 build is out.
  - Windows :
   http://prdownload.berlios.de/codeblocks/CB_201009129_rev6608_win32.7z
  - Linux :
   none

Resolved Fixed:

• updated to latest scintilla
• introduced wxSCI_LEX_LAST in wxscintilla.h to avoid missing to extend editorcolourset in change wxScintilla gets support for new language(s) (thanks danselmi for the info)
• fix "lost border"-bug of autocomplete-/codecompletion-windows (see http://forums.codeblocks.org/index.php/topic,13318.msg89596.html#msg89596);
  prerequisites to set CallTip fore- and background color if STYLE_CALLTIP is used

Regressions/Confirmed/Annoying/Common bugs:

[killerbot]

fixed; their was a typo in the filename, changed the link accordingly.

[Jenna]

Debian packages (binaries and sources) for 32-bit and 64-bit systems can be found in my repo.

Revision is svn r6601 (revision 6602 to 6608 are changes to debugger and/or cc-refactoring branch).

[seb_seb0]

Hello,

code folding does not work anymore for me (edit: windows vista).
Am I alone, or is it a known issue ? (due to wxscintilla update I suppose)

edit: I have tried to replace the "wxscintilla.dll" in the cb folder by the one from the previous nightly (12th September, SVN 6583). It solved the 2 problems (code folding + no syntax highlighting for code included into #if ... #endif directives).
       This is a quick fix, until a better solution is found, and it is maybe unstable.

Sebastien

[ahui886]

great , thanks

[MortenMacFly]

code folding does not work anymore for me (edit: windows vista).
Am I alone, or is it a known issue ? (due to wxscintilla update I suppose)

Works fine here, tested with all folding styles on Windows and Linux. Did you forget to re-compile properly? What folding / editor settings do you have?

[Xaviou]

Hi

I have errors building under Windows (as Jens said, trunk is updated to rev 6601) :

In file included from C:\Dev\CodeBlocks\trunk\src\base\exchndl\exchndl.c:58:
base/exchndl/include/coff/internal.h:424: error: syntax error before "bfd_hostptr_t"
base/exchndl/include/coff/internal.h:424: warning: no semicolon at end of struct or union
base/exchndl/include/coff/internal.h:424: warning: no semicolon at end of struct or union
base/exchndl/include/coff/internal.h:425: warning: no semicolon at end of struct or union
base/exchndl/include/coff/internal.h:426: warning: type defaults to `int' in declaration of `_n_n'
base/exchndl/include/coff/internal.h:426: warning: data definition has no type or storage class
base/exchndl/include/coff/internal.h:428: error: syntax error before '}' token
base/exchndl/include/coff/internal.h:428: warning: type defaults to `int' in declaration of `_n'
base/exchndl/include/coff/internal.h:428: warning: data definition has no type or storage class
base/exchndl/include/coff/internal.h:435: error: syntax error before '}' token
In file included from C:\Dev\CodeBlocks\trunk\src\base\exchndl\exchndl.c:59:
base/exchndl/include/libcoff.h:477: error: field `last_file' has incomplete type
base/exchndl/include/libcoff.h:640: error: field `syment' has incomplete type

Did I missed something ?

Regards Xav'

[oBFusCATed]

Works fine here, tested with all folding styles on Windows and Linux. Did you forget to re-compile properly? What folding / editor settings do you have?

It doesn't work for me, too... in the debuggers branch, I was using the autotools system and a clean tree.
I can't check my settings at the moment, but will do it tonight

[MortenMacFly]

Did I missed something ?

Please remove this target from the virtual "All" target.

[Loaden]

Works fine here, tested with all folding styles on Windows and Linux. Did you forget to re-compile properly? What folding / editor settings do you have?

It doesn't work for me, too... in the debuggers branch, I was using the autotools system and a clean tree.
I can't check my settings at the moment, but will do it tonight

It doesn't work for me too.
If open the options dialog (Settings > Editor...), and press the "OK" to return.
The folding will show well.
When restart CB, the folding is gone again.

[vasile.cristian@gmail.com]

Hello,

- I have the same problem with folding.
- The second problem it is with the grayed/highlighted code . if i have , for example :

----- file settings.h -------
#define USE_BLABLA
--------------------------

----- file main.h -------
#include settings.h

#ifdef USE_BLABLA
"this is a test"
#endif
-----------------------

The "this is a test" will be grayed.

Thanks.

PS: I have been using Code::Blocks for last three years and i have very good results. Now i start to implement some features (like toolbar for jump in Browse-Tracker and Java compiler support). I found very useful the feature to gray inactive code.
PS2: english it is not my first language , so please forgive my mistakes.

[Jenna]

The "Settings -> Editor -> Ok" workaround works only for opened files, not for files that are opened later.
The default settings for code-folding are made before the file is opened (if I remember correctly).

[eckard_klotz]

Hello Morten.


Under the topic   The 04 September 2010 build (6570) is out. I replied:

... If I load the code::blocks project of cppcheck and start cppcheck to test its own sources I can click on one message,  code::blocks opens the file and jumps to the associated code-line. If I do the same in my project, I have to search the code-line by my self. How do I have to configure my project to activate the 'find by' click feature? ..

..I added a special test-project as zip-file. It contains 2 simple sources in the src-folder and several code::blocks projects in different folder-levels. If I activate the projects in the sub-folder "CppCheck\CppCheck\prj" or in the sub-folder "CppCheck\CppCheck\prj\CppCheck"  I'm not able to find the location associated to the cppcheck-message by click. The other 2 projects are able to find the location by click. Could it be path-problem? ..

As I tried out the current nightly shows this behaviour also. Did you notice my attachment. Or did I something wrong while uploading the example you asked for?

Best Regards,
                    Eckard.

[polygon7]

Works fine here, tested with all folding styles on Windows and Linux. Did you forget to re-compile properly? What folding / editor settings do you have?

It doesn't work for me, too... in the debuggers branch, I was using the autotools system and a clean tree.
I can't check my settings at the moment, but will do it tonight

It doesn't work for me too.
If open the options dialog (Settings > Editor...), and press the "OK" to return.
The folding will show well.
When restart CB, the folding is gone again.

Hi,
I have the same problem on Ubuntu 10.10 and latest C::B from Jens repository.

[seb_seb0]

code folding does not work anymore for me (edit: windows vista).
Am I alone, or is it a known issue ? (due to wxscintilla update I suppose)

Works fine here, tested with all folding styles on Windows and Linux. Did you forget to re-compile properly? What folding / editor settings do you have?

Hello Morten,

I did not recompile, I just used the nightly.
I have downloaded again the nightly, and installed it on Windows Vista. The problem reappeared.
I have tried on another computer (Windows XP) => same problem

I have found 2 work-arounds:
  1 - use the wxScintilla.dll from the previous nightly. It works, but I know it is a bit risky.
  2 - use the menu "Options" -> "Editor" -> Folding and click "OK". All the opened files are folded correctly.
       When a new file is opened, it is NOT folded.
       Jens pointed out the same work-around a few posts above.

The second work-around probably holds the key to a long-term solution. There is probably a trigger to call during initialisation of the Scintilla control, that will generate folding. This trigger is not called when opening file.

As you requested, I attach my folding settings.

Kind regards,

Sebastien

[MortenMacFly]

- I have the same problem with folding.

Can you try the attached patch, please (other interested please as well).

[Jenna]

- I have the same problem with folding.

Can you try the attached patch, please (other interested please as well).

Does not change anything.
Nevertheless the solution is quite simple, we just have to move all the folding stuff from InternalSetEditorStyleBeforeFileOpen to InternalSetEditorStyleAfterFileOpen.
I will commit the fix later.

[Jenna]

I just committed a fix for the folding stuff, and also a patch to make it optional to grey(better black)-out inactive preprocessor-code.
A fix for the broken wxSmith colour-property is also committed, other broken wxSmith stuff (due to update of wxPropgrid) will (hopefuly) follow.

[ultimA]

Here is a bug report for console projects. This happens on a 32bit Windows 7 computer. It happens in the debugger branch too and it existed in previous revisions (bug is not new to 6608). A sample project with source is attached.

1) Throw an exception in c++ while running the code in CodeBlocks (not while debugging). Let it be unhandled.
2) Windows will report that the application has crashed and will offer to close the application or search for a solution. Choose to close now.
3) The console will now prompt to "Press any key to continue". Do not press a key.
4) Click 'Abort' in CodeBlocks.
5) Now the process will stay stuck in CodeBlocks. Even though the application has closed, the debugging does not stop. If you click on 'Abort' in CodeBlocks, nothing happens. You also cannot debug/continue anymore since the debugger is already running, but you cannot stop it. Only solution is to kill cb_console_runner.exe in task manager or restart CodeBlocks.

Here is another list of events that trigger the same bug:
1) Throw an exception in c++. Let it be unhandled.
2) Windows will report that the application has crashed. Do nothing here.
3) Click 'Abort' in CodeBlocks.
4) Back to the Windows dialog. Choose to close the program.
5) cb_console_runner.exe is stuck again.

Here is an order of events that does work well:
1) Throw an exception in c++. Let it be unhandled.
2) Windows will report that the application has crashed. Choose to close now.
3) The console will now prompt to "Press any key to continue". Press a key.
4) Everything works fine as expected.


[attachment deleted by admin]

[MortenMacFly]

Does not change anything.

Nah... my bad. It was a "blind shot" after quickly scanning the scintilla docu. :-(

Time to get back to a PC where I can compile C::B... 3 days left...

[adfm]

+1 for the #ifdef blocks being grayed out even if the #define exists

[daniloz]

+1 for the #ifdef blocks being grayed out even if the #define exists

-1, i.e. I'd prefer the active #ifdef block, based on the #define and project defines, to be normally colored; and the inactive ones to be grayed out...

[MortenMacFly]

+1 for the #ifdef blocks being grayed out even if the #define exists

-1, i.e. I'd prefer the active #ifdef block, based on the #define and project defines, to be normally colored; and the inactive ones to be grayed out...

You both have the option to do as you like with the next nightly thanks Jens.

[eckard_klotz]

Hello Developer-Team.

Since today I'm able to submit a bug-report again. I used this, to report my "not able to find the location associated to the cppcheck-message by click"-problem under the bug-id 017522 and the summary "CppCeck not able to find location associated to message".

Don't take me wrong. I know, I have to be patient and please believe me I am. I only wonder if my try to load up the example-project under "http://forums.codeblocks.org/index.php/topic,13243.15.html" was successful, since you asked for an example.

A little "We've got it and it shows the described effect " will be nice, even if a "but currently we have to work on something else" follows.

Regards,
              Eckard.

[ultimA]

A crash report. It happened while opening the Code Profiler plugin using a custom makefile. SVN 6620.

[Jenna]

A crash report. It happened while opening the Code Profiler plugin using a custom makefile. SVN 6620.

Works here, can you create a sa(i)mple project where this error occurs and attach it here (zipped) ?

[vertacomi]

Hello the code::blocks team,

I try to put in the "Default code" section in the editor configuration some comment with svn keywords like

/**
* \file
* \brief
* $HeadURL$
* $Author$
* $Date: 2010-09-24$
* $Rev$
*/

And when I Select File > New > File ...

The svn keyword are partially removed like that :
/**
* \file
* \brief
* $
* $
* : 2010-09-24$
* $
*/


Thanks for your works.

[Jenna]

Hello the code::blocks team,

I try to put in the "Default code" section in the editor configuration some comment with svn keywords like

/**
* \file
* \brief
* $HeadURL$
* $Author$
* $Date: 2010-09-24$
* $Rev$
*/

And when I Select File > New > File ...

The svn keyword are partially removed like that :
/**
* \file
* \brief
* $
* $
* : 2010-09-24$
* $
*/


Thanks for your works.

If you double the first dollar-sign it should work, otherwise it interferes with C::B's macro-replacement.

Code

/**
* \file 
* \brief 
* $$HeadURL$
* $$Author$
* $$Date: 2010-09-24$
* $$Rev$
*/

[vertacomi]

Thanks Jens !

[ultimA]

A crash report. It happened while opening the Code Profiler plugin using a custom makefile. SVN 6620.

Works here, can you create a sa(i)mple project where this error occurs and attach it here (zipped) ?

Here is a minimalistic project. Compile, run, then try to use the Code Profiler plugin. Crashes reliably on my Arch Linux system. I think it has something to do with the compiler flags used.

And sorry to ask, but any news on cb_console_runner.exe getting stuck? This crash is kind of unlikely, because it only happens in some cases using custom makefiles. But that cb_console_runner.exe getting stuck is really annoying. And it happens on Linux too, although there is no cb_console_runner.exe in that case.