Code::Blocks

User forums => Nightly builds => Topic started by: killerbot on November 23, 2012, 07:26:15 pm

Title: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: killerbot on November 23, 2012, 07:26:15 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_wx2812_gcc471-TDM.7z

For those who might need this one (when no MingW installed on your system) : the mingw10m.dll : http://prdownload.berlios.de/codeblocks/mingwm10_gcc471-TDM.7z
And the exception handler dll (for better crash reports) : http://prdownload.berlios.de/codeblocks/exchndl_gcc471-TDM.7z

The 23 November 2012 build is out.
  - Windows :
   http://prdownload.berlios.de/codeblocks/CB_20121123_rev8598_win32.7z
  - Linux :
   none

Resolved Fixed:


Regressions/Confirmed/Annoying/Common bugs:


Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: Alpha on November 23, 2012, 08:33:03 pm
  • applied patch by Alpha to remove some annoyance in EditorTweaks plugin
As a warning, the annoyance may have been removed, but the position buffering settings are not loaded until the settings window is opened (at least once) due to a missing initialization (http://forums.codeblocks.org/index.php/topic,17070.msg117249.html#msg117249).
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: MortenMacFly on November 23, 2012, 11:40:48 pm
As a warning, the annoyance may have been removed, but the position buffering settings are not loaded until the settings window is opened (at least once) due to a missing initialization (http://forums.codeblocks.org/index.php/topic,17070.msg117249.html#msg117249).
Done in trunk.
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: shurick on November 24, 2012, 07:28:32 am
Packages for openSUSE 12.1 (http://download.opensuse.org/repositories/home:/NarkoZ:/Nightlies/openSUSE_12.1/), openSUSE 12.2 (http://download.opensuse.org/repositories/home:/NarkoZ:/Nightlies/openSUSE_12.2/) (binaries and sources) for 32-bit and 64-bit.
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: jens on November 24, 2012, 09:25:38 am
As usual:
Debian packages (binaries and sources) for 32-bit and 64-bit systems can be found in my debian-repo (http://apt.jenslody.de/).
Fedora packages (binaries and sources) for 32-bit and 64-bit systems (fc16, fc17 and fc18) can be found in my rpm-repo (http://rpm.jenslody.de) .
Packages for CentOS/RedHat 5 and 6 can be found there (http://rpm.jenslody.de) too.

The revision in my repos is 8599, that covers the latest fix described some posts above.
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: Folco on November 24, 2012, 10:33:20 am
Thanks Jens ! Thanks the whole CB team !!!
Title: wxWidgets Project Settings Inconsistency
Post by: Sphere on November 24, 2012, 10:59:27 am
Greetings, and thanks for another awesome nightly.

I was wondering about some default behaviour when creating a new wxWidgets project using the provided templates.

1st Iteration:

I created a new frame-based wxWidgets (2.8.x) project from the new projects menu with wxSmith as the preferred GUI builder. For the advanced "wxWidgets Library Settings" options, I chose "Use default wxWidgets configuration".
In this case both release and debug builds built out of the box.

2nd Iteration:

In this case I did the same as above, but for the advanced "wxWidgets Library Settings" options, I chose "Use Advanced options" with the dynamic and unicode checkboxes both checked. In this case only the release build buildt successfully and the debug build failed with the error message "wx/app.h: No such file or directory". It turned out that I did not have the debug build of wxWidgets installed so I installed it, and then both builds built successfully. But that made me wonder why the debug build of the 1st iteration worked, so I had a look at the cbp files.

For iteration 1, there is a common set of parameters:
Code: [Select]
<CodeBlocks_project_file>
    <Project>
        ...
        <Compiler>
            <Add option="`wx-config --cflags`" />
            <Add option="-Wall" />
        </Compiler>
        <Linker>
            <Add option="`wx-config --libs`" />
        </Linker>
        ...
    </Project>
</CodeBlocks_project_file>

whereas for iteration 2 there are separate configs each for debug:
Code: [Select]
<CodeBlocks_project_file>
    ...
    <Project>
        ...
        <Build>
            <Target title="Debug">
                ...
                <Compiler>
                    <Add option="-g" />
                    <Add option="`wx-config  --version=2.8 --static=no --unicode=yes --debug=yes --cflags`" />
                </Compiler>
                <Linker>
                    <Add option="`wx-config  --version=2.8 --static=no --unicode=yes --debug=yes --libs`" />
                </Linker>
            </Target>
        </Build>
    </Project>
</CodeBlocks_project_file>

and release:
Code: [Select]
<CodeBlocks_project_file>
    ...
    <Project>
        ...
        <Build>
            <Target title="Release">
                ...
                <Compiler>
                    <Add option="-O2" />
                    <Add option="`wx-config  --version=2.8 --static=no --unicode=yes --debug=no --cflags`" />
                </Compiler>
                <Linker>
                    <Add option="-s" />
                    <Add option="`wx-config  --version=2.8 --static=no --unicode=yes --debug=no --libs`" />
                </Linker>
            </Target>
        </Build>
    </Project>
</CodeBlocks_project_file>

So it turns out that the 1st iteration never actually builds/links against the debug wx libraries. Is this by design, since it seems counter-intuitive?

Cheers and thanks again,
Chris

(Codeblocks SVN 8598 (from https://launchpad.net/~pasgui/+archive/ppa/) on Ubuntu 12.10 x64 with wxGTK 2.8.12.1)
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: gd_on on November 24, 2012, 12:10:04 pm
I've just tried to compile C::B svn 8604 on windows, but it complains for a new cb_release_type environment variable not defined. What are we supposed to put in it ?

gd_on
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: MortenMacFly on November 24, 2012, 01:18:49 pm
I've just tried to compile C::B svn 8604 on windows, but it complains for a new cb_release_type environment variable not defined. What are we supposed to put in it ?
Either -g or -O2.
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: kipade on November 24, 2012, 01:33:19 pm
Its was the first try of CodeBlocks under MS Windows with mingw, but, I found it could not load a UTF-8 encoded text file(including *.c and *.cpp source file)
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: killerbot on November 24, 2012, 02:29:25 pm
after svn up, CB which had the workspace open, asked to reload all the projects ==> let it do it, asked for the global variable var == filled it in, CB continued to reload all the projects ==> crash
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: MortenMacFly on November 24, 2012, 03:40:27 pm
CB continued to reload all the projects ==> crash
Crash log?
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: MortenMacFly on November 24, 2012, 03:41:11 pm
Its was the first try of CodeBlocks under MS Windows with mingw, but, I found it could not load a UTF-8 encoded text file(including *.c and *.cpp source file)
Works for me. Can you send a sample file which does not work? And: Is it really UTF-8?
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: SC on November 24, 2012, 04:05:59 pm
Hi, I just updated to RC2. When using the "Project-> Set programs' argument" menu, modifications in program arguments are lost when clicking on another target. One apparently has to click on "OK" after setting up the argument for a given target, and come back to "Project-> Set programs' argument" to modify the arguments for the next one.
SC
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: SC on November 24, 2012, 04:53:00 pm
2) When using several build targets / environments, it happens that it is not possible to change the compiler flags for a compiler that is not installed on the computer
I cannot reproduce. It works just fine here. Maybe you setup the target so that it is "Windows only"? In that case, just don't do it and you can change flags as you like. (I can.)
Well, if I try to change compiler flags for MSVC8 under linux, I get "the defined compiler cannot be located (ID:msvc8)" even though the build target is not set up to "Windows only".
This is because the Windows-only compilers "do not exist" in Linux builds.  The XML Compiler branch has changed this behavior, but this branch will not be merged until after the release.
Eventually it seems that it was a known issue... Was it worth a RTFM answer?
3) Apparently, when both MSVC2005 and MSVC2008 are installed, C::B does not make the difference
Again: I cannot reproduce. I have two targets: MSVC 2005 and MSVC 2008 and if I change flags for the one target the other is not affected. What exactly are you doing? Steps to reproduce, please?
I will send you a more detailed description of the problem separately.
As promised here is a way to reproduce. (The delay is due to the fact that I did not have a windows computer with bost MSVC8 and MSVC9 accessible). So, I just made a fresh install of the RC2 release.

When using Setting->Compiler, on can select "Microsoft Visual C++ 2005/2008". So apparently it does not make the difference between the two.


If you check out "Search directory", you would find

*compiler
C:\Program Files\Microsoft Visual Studio 8\VC\include
C:\Program Files\Microsoft Visual Studio 9.0\VC\include
C:\Program Files\Microsoft SDKs\Windows\v6.0A\include

*linker
C:\Program Files\Microsoft Visual Studio 8\VC\lib
C:\Program Files\Microsoft Visual Studio 9.0\VC\lib
C:\Program Files\Microsoft SDKs\Windows\v6.0A\lib

*Resource compiler
C:\Program Files\Microsoft Visual Studio 8\VC\include
C:\Program Files\Microsoft Visual Studio 9.0\VC\include
C:\Program Files\Microsoft SDKs\Windows\v6.0A\include

If you check out "Toolchain executables", you would find

*Compiler's installation directory
C:\Program Files\Microsoft Visual Studio 8\VC

*Additional Paths
C:\Program Files\Microsoft Visual Studio 8\Common7\IDE
C:\Program Files\Microsoft Visual Studio 9.0\Common7\IDE
C:\Program Files\Microsoft SDKs\Windows\v6.0A\bin
C:\Program Files\Microsoft Visual Studio 9.0\Common7\IDE
C:\Program Files\Microsoft SDKs\Windows\v6.0A\bin

It is mixing directories of MSVC8 and MSVC9. One can correct it by referring to only one of the two versions in the include directories and Compiler's installation directory.

Once again, thank you for this great software.

SC

Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: MortenMacFly on November 24, 2012, 06:18:34 pm
It is mixing directories of MSVC8 and MSVC9. One can correct if by referring to only one of the two versions in the include directies and Compiler's installation directory.
This is for convenience only, as if the compiler cannot be 100% detected, default path's are used. Its up to the user to verify the setup for the chosen compiler, so its not really a bug. You cannot rely 100% on the auto-detection engine as you can have thousands of editions and different ways to install these.

However, we plan a massive change to the compiler framework after the release which will address such issues easier-
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: Teybeo on November 24, 2012, 09:21:39 pm
Problems with UTF-8 here too, quick feedback.

I open a project, open a file in it and in Edit -> File encoding the value is "System Default" whereas the file is UTF-8.
In 8549 aka RC1 and all others builds I used before, the value is correctly "UTF-8".

Futhermore, in this build, I manually select "UTF-8" for a file, save it, close and reopened it and the value is "System Default".

Maybe it's from me but i doubt...
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: MortenMacFly on November 25, 2012, 09:40:47 am
Problems with UTF-8 here too, quick feedback.
This is not a bug.

If you want to use UTF-8 and be safe, use a BOM (you can enable this in the editor settings). All other can hardly be detected as UTF-8 safely. The reason is, that if you use standard C/C++ code its always ANSI characters, no matter if you chose UTF-8 or not. Therefore, when loading it becomes "system default" - the encoding that was detected for ANSI.

So again: If you want to always use UTF-8, enable BOM. However - keep in mind, that there are compiler that will not understand such a file format. So don't blame us if it doesn't compile.

Instructions:
- open file
- menu "Edit" -> "File encoding " -> enable "Use BOM"
- menu "Edit" -> "File encoding " -> enable "UTF-8"
- save file
- load file -> will be UTF-8
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: Teybeo on November 25, 2012, 01:50:06 pm
Well, I confess that I am really not a pro with these encoding questions, I guess I should have search more before posting here this quick :/

I don't really understood your explanation.
I choose UTF-8 because I thought it was the "universal" encoding solution and it will make things easier than with ISO-8859. I could use a BOM but I don't know if it won't bring new compatibility problems... I guess I should search and try.

The thing is I never had any problems with all my C files in UTF-8 until this release so I suspected it may be a change in it, not saying it's a bug.
And btw, I used special symbols only in comments so my code always compile :)

Sorry if I irritated you, if you think I'm beeing annoying, tell me and I will search by myself :)
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: MortenMacFly on November 25, 2012, 02:06:04 pm
Sorry if I irritated you, if you think I'm beeing annoying, tell me and I will search by myself :)
Don't worry - what would be more helpful is to provide a sample that worked before and behaves different now.
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: Teybeo on November 25, 2012, 03:10:01 pm
I've just created a test file in Notepad++ with some french accents in it and saved it in UTF-8 without BOM.

In rev 8438, the accents are      displayed, the encoding is shown as "UTF-8" without BOM.
In rev 8549, the accents are      displayed, the encoding is shown as "UTF-8" without BOM.
In rev 8598, the accents are not displayed, the encoding is shown as "System Default".

Then I return in Notepad++ and save it as UTF-8 with BOM active

In all builds, the accents are displayed and the encoding is shown as "UTF-8" with BOM.
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: MortenMacFly on November 25, 2012, 03:27:22 pm
I've just created a test file in Notepad++ with some french accents in it and saved it in UTF-8 without BOM.
Fixed in trunk. Thank you.
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: stahta01 on November 25, 2012, 03:39:09 pm
I've just tried to compile C::B svn 8604 on windows, but it complains for a new cb_release_type environment variable not defined. What are we supposed to put in it ?
Either -g or -O2.


I do not understand the use of a global variable in this location.
Would not a custom variable be a better/more correct choice?

Edit: If nothing else; would not using "cflags" instead of "base" be more correct?

Code: [Select]
<Add option="$(#CB_RELEASE_TYPE)" />

Tim S.
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: MortenMacFly on November 25, 2012, 04:43:51 pm
I do not understand the use of a global variable in this location.
Would not a custom variable be a better/more correct choice?
It wouldn't work across projects in a workspace. Why this was done it to allow to compile the whole C::B workspace either in debug (-g) or release (-o2) mode. This is not doable with an envvar currently, unless its a global (OS/system) envvar. But if so and its not set you would simple have neither the one nor the other flag. GCV's are queried to the user exactly for this purpose.

I'll think of a better solution though...
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: Alpha on November 25, 2012, 04:58:36 pm
For plugin templates, Code::Blocks already creates the global variable $(#cb), so maybe using the cflags subfield would be logical:
Code: [Select]
<Add option="$(#cb.cflags)" />
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: oBFusCATed on November 25, 2012, 05:04:01 pm
No, this is for the SDK...
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: MortenMacFly on November 25, 2012, 05:32:44 pm
No, this is for the SDK...
...and also doesn't apply for all plugins. In fact, the plugins in our SVN should not use it at all. Its more for external, third party plugins (including those you would create using the wizard or alike). But we might have a better solution in place after the release. Just be patient... I have that feeling that oBFusCATed has something in mind... ;-)
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: oBFusCATed on November 25, 2012, 06:02:11 pm
I have that feeling that oBFusCATed has something in mind... ;-)
Don't count on this to happen soon :-P
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: Sagaceil on November 26, 2012, 12:40:07 am
Hello,
I'm just downloaded RC2 vesrion, and I noticed, that when I'm putting new charcters or delete them from to top most or bottom lines in current view in editor, whole tekst scrolls in direction to achive active line as close to middle as it can be. It happens every typed key in the new opened file. It may stop for a while but it comes back in non determistic moment ;)

It happend just after RC2, so it must be coused by some changes in that version ( tested with RC1 ). Thanks.
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: Alpha on November 26, 2012, 01:20:41 am
I'm just downloaded RC2 vesrion, and I noticed, that when I'm putting new charcters or delete them from to top most or bottom lines in current view in editor, whole tekst scrolls in direction to achive active line as close to middle as it can be. It happens every typed key in the new opened file. It may stop for a while but it comes back in non determistic moment ;)
As a warning, the annoyance may have been removed, but the position buffering settings are not loaded until the settings window is opened (at least once) due to a missing initialization (http://forums.codeblocks.org/index.php/topic,17070.msg117249.html#msg117249).
Done in trunk.
Sorry, RC2 is rev 8598, but the missing initialization was fixed in rev 8599 (fix arrived one commit too late :().  This means that in RC2, this one setting (for buffering the caret position in the editor) is a random number at startup, and only reads your config when the editor settings window is opened.
You may want to disable the EditorTweaks plugin until you either create your own build from the trunk, or the next RC is released.
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: kipade on November 26, 2012, 05:37:01 am
Its was the first try of CodeBlocks under MS Windows with mingw, but, I found it could not load a UTF-8 encoded text file(including *.c and *.cpp source file)
Works for me. Can you send a sample file which does not work? And: Is it really UTF-8?
Yes, its really UTF-8 encoded, Im sure. So, I have to reinstall old version svn8401, it works for me. Because Im Chinese, I usually use Chinese label in my source files, like wxMessageBox(wxT("消息")); if the file encoded in ANSI, gcc will refuse to compile, so I have to convert it into UTF-8 encoded, however, CB can's display it, so that I can't use it to debugging.
Btw, I also have the same problem under linux.
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: ollydbg on November 26, 2012, 05:55:14 am
if the file encoded in ANSI, gcc will refuse to compile, so I have to convert it into UTF-8 encoded....
I this case, you can either compile this ansi file with gcc option like
Code: [Select]
-finput-charset=GBK, or convert the file to UTF8 format. So, there are two ways.
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: carra on November 26, 2012, 10:09:30 am
I have installed RC2, and it seems to work pretty fine in general. Points I have noticed are:

(1) The Editor Settings and Environment Settings dialogs seem to appear faster now. Which is a welcome improvement! When you are trying configurations you have to open them many times.

(2) I also have problems with UTF-8 encoded sources. I have attached a header that I actually created and edited with previous versions of C::B, by manually selecting the encoding mode as UTF-8.

I have verified through a hex editor that this file does not have BOM, however it displayed (and compiled) correctly in earlier C::B versions. Current version shows garbage for the non-ansii strings it contains.

[attachment deleted by admin]
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: MortenMacFly on November 26, 2012, 10:34:15 am
(2) I also have problems with UTF-8 encoded sources. I have attached a header that I actually created and edited with previous versions of C::B, by manually selecting the encoding mode as UTF-8.
It has already been fixed - see post somewhere else in the forums.
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: Randajad on November 26, 2012, 12:24:07 pm
Have another problem with UTF-8.
Why i need to enable Edit->File encoding->Save BOM by my hands? MSVC and ICC makes invalid result on strings if there is no BOM. I think it's neccessary to add UTF-8(with BOM) to Editor->Other Settings->Encoding.

Also sometimes(can't understand when) CB can't hightlight first line when using UTF-8 with bom.
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: goral on November 26, 2012, 03:45:01 pm
[Fedora 17 x64 on VirtualBox, build 8599 (Jens), tested on CMake based project]

1.
When recompile my project, I see a lot of stuff in Build log (and this is OK). The first line is
[100.0% Running command: (blablabla)/Makefile" VERBOSE=1

But when I change:
Settings->Compiler->Other settings->Compiler logging: Task description
there is only one line during whole recompilation:
[100.0%] Using makefile: Makefile

Old version 10.05 works as expected:
[  1%] Building...
[  2%] Building...
etc.

2.
It is not easy to break compilation process.

3.
Codeblocks stops responding during debugging quite often.
Debug/Continue and then Break debugger - program stops but then codeblocks freezes.
UPDATE:
It freezes just when source file is loaded into editor.

4.
How to select and copy text from Debugger log? Selection disappears immediately.
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: SC on November 26, 2012, 05:07:23 pm
Hi, I just updated to RC2. When using the "Project-> Set programs' argument" menu, modifications in program arguments are lost when clicking on another target. One apparently has to click on "OK" after setting up the argument for a given target, and come back to "Project-> Set programs' argument" to modify the arguments for the next one.
SC
Hello, does anyone have an idea on this one?
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: oBFusCATed on November 26, 2012, 05:53:16 pm
Hello, does anyone have an idea on this one?
Known issue... should be fixed someday...
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: jens on November 26, 2012, 10:14:04 pm
1.
When recompile my project, I see a lot of stuff in Build log (and this is OK). The first line is
[100.0% Running command: (blablabla)/Makefile" VERBOSE=1

But when I change:
Settings->Compiler->Other settings->Compiler logging: Task description
there is only one line during whole recompilation:
[100.0%] Using makefile: Makefile

Old version 10.05 works as expected:
[  1%] Building...
[  2%] Building...
etc.
Are you sure it worked with makefile based (as cmake projects are)?
I can't believe it, because C::B does not (and can not) scan makefiles, and is therefore not able to know wich percentage of the build-process is done.

It works as you have described with C::B's native projects.

About the 3rd point: sometimes need time before the break work, at least if multiple parallel build processes are used.
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: goral on November 27, 2012, 11:35:04 am
1.
When recompile my project, I see a lot of stuff in Build log (and this is OK). The first line is
[100.0% Running command: (blablabla)/Makefile" VERBOSE=1
Are you sure it worked with makefile based (as cmake projects are)?
I can't believe it, because C::B does not (and can not) scan makefiles, and is therefore not able to know wich percentage of the build-process is done.

It works as you have described with C::B's native projects.

About the 3rd point: sometimes need time before the break work, at least if multiple parallel build processes are used.

You are right, I mean: CMake generated C::B native project. 10.05 version works as expected (and I am used to it since I work with it for more than year)
So I wonder it is a problem with CMake project generator or with new release of C::B.

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.

I am testing it on virtual machine (Fedora 17 on Fedora 17) because I do not know how to install nigty builds beside oficial release (where I work on my projects), but I hope this virtualization does not casuse such problems.
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: MortenMacFly on November 27, 2012, 12:09:31 pm
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.
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: goral on November 27, 2012, 12:48:51 pm
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.
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: ptolomey on November 27, 2012, 07:45:32 pm
The Source formatter doesn't work for me on Code::Blocks 12.11 RC2 (23 November 2012 build 8598)
I use Ubuntu 12.04, 32 bit.
The Code::Blocks repository for Ubuntu linux is ppa: https://launchpad.net/~pasgui/+archive/ppa/ (https://launchpad.net/~pasgui/+archive/ppa/)
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: MortenMacFly on November 27, 2012, 08:01:17 pm
The Source formatter doesn't work for me on Code::Blocks 12.11 RC2 (23 November 2012 build 8598)
I use Ubuntu 12.04, 32 bit.
What exactly does not work? Steps to reproduce? It works fine here.

Just saying that "something does not work" is not really helpful you know...
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: stefanos_ on November 28, 2012, 01:46:46 pm
Guys, upon moving buttons from wxBoxSizer1 to wxBoxSizer2 it crashed twice up to now. I will try to reproduce it and write down the steps.

It happened under Windows XP, svn-8587, TDM's GCC 4.7.1-2 [32-bit], wxMSW-2.8.12
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: rwxdfbb on November 29, 2012, 07:38:09 am
on this version, I can see nothing when I open some exist files. ???
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: oBFusCATed on November 29, 2012, 07:44:33 am
rwxdfbb: examples or it didn't happen!  ;D
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: huzhongshan on November 29, 2012, 03:17:57 pm
on this version, I can see nothing when I open some exist files. ???
I just met this. It may be caused by file encoding. I use visualstudio to open the .cpp file , it complains some encoding problem ,and convet it . Then I reopen the cbp in codeblocks , the cpp file can be openned. ( the old encode maybe gb3212 (chinese encoding))
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: ptolomey on November 29, 2012, 10:23:04 pm
The Source formatter doesn't work for me on Code::Blocks 12.11 RC2 (23 November 2012 build 8598)
I use Ubuntu 12.04, 32 bit.
What exactly does not work? Steps to reproduce? It works fine here.

Just saying that "something does not work" is not really helpful you know...

All automatic format functions are disabled.
For example, when I insert braces to define method body I get something like this:

Code: [Select]
void method()
{}

Instead what it has to be
Code: [Select]
void method()
{
          
}

The problem appeared after upgrade of Code::Blocks from RC1 to RC2
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: Alpha on November 29, 2012, 11:00:29 pm
The problem appeared after upgrade of Code::Blocks from RC1 to RC2
The Code::Blocks repository for Ubuntu linux is ppa: https://launchpad.net/~pasgui/+archive/ppa/ (https://launchpad.net/~pasgui/+archive/ppa/)
I checked into this ppa, and it appears that the most recent build does not contain the SmartIndent* plugins (lost during packaging??).
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: MortenMacFly on November 30, 2012, 09:35:23 am
The problem appeared after upgrade of Code::Blocks from RC1 to RC2
That is strange because we didn't even touch this component between these builds. Do you really mean the astyle based source formatter, or do you mean "AutoBrace" features or alike form the editor?
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: carra on November 30, 2012, 11:48:40 am
I have found a really annoying bug! I launch C::B, open some source file (any that is long enough to need a vertical scroll bar in the editor), start writing at some point in the file... and then for each keypress that writes a character, the viewer scrolls 1 line!

In some cases it scrolls up, in others down. I can't predict in what cases it scrolls in which direction.

Can this be caused by reusing default.conf from earlier nightlies? Everything else seems to work fine...
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: MortenMacFly on November 30, 2012, 12:12:23 pm
Can this be caused by reusing default.conf from earlier nightlies? Everything else seems to work fine...
Yes. But this can be disabled in the EditorTweaks options, just not in this specific version (its already fixed in trunk). Please disable the EditorTweaks plugin for now if it drives you nuts.
Alternatively wait for the next nightly / release or compile yourself.

BTW: This has been reported several times already, maybe you search before you post next time.
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: ptolomey on November 30, 2012, 04:48:38 pm
Do you really mean the astyle based source formatter, or do you mean "AutoBrace" features or alike form the editor?

The AutoBrace feature was only example of what is happens. All auto formatting features are disabled in Code::Blocks RC2 from Linux Ubuntu repository: https://launchpad.net/~pasgui/+archive/ppa/ (https://launchpad.net/~pasgui/+archive/ppa/)
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: squalyl on November 30, 2012, 06:03:40 pm
Hello all,

long time I did not get by there, and I see a release! Nice!

However:

ALL CodeBlocks nightlies up to now have had a very simple but annoying bug with SDCC, so it's time to fix that I guess.

OLD revisions of SDCC used a "rel" extension for object files, which is reflected in this compiler settings.

All recent SDCC releases have now been using "o" for object files.

Can you update that please? There's no chance that anyone will still use such an old SDCC release!

Thanks for codeblocks, it's my daily tool for 3 compilers: mingw, sdcc, and arm-none-eabi using the official arm embedded toolchain (which is not supported yet, so I just change compiler names in "GNU ARM Compiler".)

Sorry for asking this from nowhere, but I guess a RC is the proper moment to do that request ;)

Regards
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: Folco on November 30, 2012, 07:17:34 pm
I compiled my own copy of C::B from SVN (after RC2 release), and I get the same wrong behaviour with the source formater.

I compile all plugin, under Linux Mint 13. I had not these troubles with RC1.

Sorry to not be more precise, I'm totally overloaded at work this week (and tomorrow too...).
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: scarphin on November 30, 2012, 10:11:49 pm
Hello all,

long time I did not get by there, and I see a release! Nice!

However:

ALL CodeBlocks nightlies up to now have had a very simple but annoying bug with SDCC, so it's time to fix that I guess.

OLD revisions of SDCC used a "rel" extension for object files, which is reflected in this compiler settings.

All recent SDCC releases have now been using "o" for object files.

Can you update that please? There's no chance that anyone will still use such an old SDCC release!

Thanks for codeblocks, it's my daily tool for 3 compilers: mingw, sdcc, and arm-none-eabi using the official arm embedded toolchain (which is not supported yet, so I just change compiler names in "GNU ARM Compiler".)

Sorry for asking this from nowhere, but I guess a RC is the proper moment to do that request ;)

Regards

You can change that by hand. Go to settings->compiler settings->choose sdcc as selected compiler->other settings tab->advanced options->others tab->object file extension->o
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: squalyl on November 30, 2012, 11:39:51 pm
Hello, yes thank you, I already know that, I'm not blocked because of that, I'm a "newcomer" on the forum but I've been using codeblocks since 2008.

What I'm asking for is to make "o" the default for SDCC object files because "rel" has been totally irrelevant for months.

So instead of having to change that on each and every new codeblocks setup (I'm following the nightlies so that's more often that you think), it would be nice to integrate the fact that, yes, sdcc has indeed changed "rel" to "o" for object files a long time ago, so "rel" in this place is useless.

as a supplementary annoyance, I have to restart codeblocks to take the new setting into account, which (of course) almost always happens when I have already 10 opened files in the editor.

regards!
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: Alpha on December 01, 2012, 12:43:59 am
What I'm asking for is to make "o" the default for SDCC object files because "rel" has been totally irrelevant for months.
Patch changing defaults in XML compiler branch:
Code: [Select]
Index: src/plugins/compilergcc/resources/compilers/options_sdcc.xml
===================================================================
--- src/plugins/compilergcc/resources/compilers/options_sdcc.xml (revision 8640)
+++ src/plugins/compilergcc/resources/compilers/options_sdcc.xml (working copy)
@@ -25,7 +25,7 @@
     <Switch name="linkLibs"                value="-l"/>
     <Switch name="defines"                 value="-D"/>
     <Switch name="genericSwitch"           value="-"/>
-    <Switch name="objectExtension"         value="rel"/>
+    <Switch name="objectExtension"         value="o"/>
     <Switch name="needDependencies"        value="true"/>
     <Switch name="forceCompilerUseQuotes"  value="false"/>
     <Switch name="forceLinkerUseQuotes"    value="false"/>
... and in trunk:
Code: [Select]
Index: src/plugins/compilergcc/compilerSDCC.cpp
===================================================================
--- src/plugins/compilergcc/compilerSDCC.cpp (revision 8640)
+++ src/plugins/compilergcc/compilerSDCC.cpp (working copy)
@@ -67,7 +67,7 @@
     m_Switches.linkLibs = _T("-l");
     m_Switches.defines = _T("-D");
     m_Switches.genericSwitch = _T("-");
-    m_Switches.objectExtension = _T("rel");
+    m_Switches.objectExtension = _T("o");
 
     m_Switches.needDependencies = true;
     m_Switches.forceCompilerUseQuotes = false;
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: Alpha on December 01, 2012, 05:22:25 am
The problem appeared after upgrade of Code::Blocks from RC1 to RC2
That is strange because we didn't even touch this component between these builds. Do you really mean the astyle based source formatter, or do you mean "AutoBrace" features or alike form the editor?
The Code::Blocks repository for Ubuntu linux is ppa: https://launchpad.net/~pasgui/+archive/ppa/ (https://launchpad.net/~pasgui/+archive/ppa/)
I checked into this ppa, and it appears that the most recent build does not contain the SmartIndent* plugins (lost during packaging??).
The AutoBrace feature was only example of what is happens. All auto formatting features are disabled in Code::Blocks RC2 from Linux Ubuntu repository: https://launchpad.net/~pasgui/+archive/ppa/ (https://launchpad.net/~pasgui/+archive/ppa/)
Has anyone yet sent a message to let pasgui know the packaging was faulty (missing the SmartIndent* plugins)?
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: MortenMacFly on December 01, 2012, 08:09:20 am
What I'm asking for is to make "o" the default for SDCC object files because "rel" has been totally irrelevant for months.
Done in trunk. I guess nobody of us works with that compiler, so hopefully no other users complain that might still use the version that requires "rel"... we will see...
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: stefanos_ on December 01, 2012, 10:00:24 am
A very awkward thing just happened to me. I have compiled the latest wxWidgets trunk and tried to compile Code::Blocks 2.9.x workspace with it, and a compilation error appeared that had something to do with KWIC. The error is this

Quote
||=== wxWidgets - Contrib Items wx2.9.x, wxKWIC ===|
KWIC\include\wx\KWIC\AngularRegulator.h|28|error: invalid use of incomplete type 'class wxControl'|
C:\wxTrunk\include\wx\msw\bitmap.h|21|error: forward declaration of 'class wxControl'|
C:\SVN_Codes\codeblocks\src\plugins\contrib\wxContribItems\KWIC\src\wx\xrc\xh_kwxangularregulatorhandler.cpp||In member function 'virtual wxObject* kwxAngularRegulatorHandler::DoCreateResource()':|
C:\SVN_Codes\codeblocks\src\plugins\contrib\wxContribItems\KWIC\src\wx\xrc\xh_kwxangularregulatorhandler.cpp|69|error: no matching function for call to 'kwxAngularRegulatorHandler::SetupWindow(kwxAngularRegulator*&)'|
C:\SVN_Codes\codeblocks\src\plugins\contrib\wxContribItems\KWIC\src\wx\xrc\xh_kwxangularregulatorhandler.cpp|69|note: candidate is:|
C:\wxTrunk\include\wx\xrc\xmlreshandler.h|325|note: void wxXmlResourceHandler::SetupWindow(wxWindow*)|
C:\wxTrunk\include\wx\xrc\xmlreshandler.h|325|note:   no known conversion for argument 1 from 'kwxAngularRegulator*' to 'wxWindow*'|
C:\SVN_Codes\codeblocks\src\plugins\contrib\wxContribItems\KWIC\src\wx\xrc\xh_kwxangularregulatorhandler.cpp|71|error: cannot convert 'kwxAngularRegulator*' to 'wxObject*' in return|
C:\wxTrunk\include\wx\object.h||In instantiation of 'T* wxCheckCast(const void*, T*) [with T = kwxAngularRegulator]':|
C:\SVN_Codes\codeblocks\src\plugins\contrib\wxContribItems\KWIC\src\wx\xrc\xh_kwxangularregulatorhandler.cpp|47|required from here|
C:\wxTrunk\include\wx\object.h|161|error: invalid static_cast from type 'kwxAngularRegulator*' to type 'const wxObject*'|
||=== Build finished: 5 errors, 2 warnings (20 minutes, 7 seconds) ===|

BUT...that is not the purpose I am posting this. There seems to be an issue with tabs too.

See the attached picture to get what I mean...no tabs on top of editor. This is the first time that happens to me :/

NOTE: Do not let exchndl.c confused you about the error message; I just opened it to check the issue with tabs and make my point of not be able to see them on top.

UPDATE: I have compiled the latest C::B repository, svn-8643 (with TDM's GCC 4.7.1-2 and wxMSW-2.8.12 [32-bit on Windows XP]) and the issue remains the same.

[attachment deleted by admin]
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: squalyl on December 01, 2012, 10:29:10 am
to all, thank you!
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: oBFusCATed on December 01, 2012, 11:53:29 am
UPDATE: I have compiled the latest C::B repository, svn-8643 (with TDM's GCC 4.7.1-2 and wxMSW-2.8.12 [32-bit on Windows XP]) and the issue remains the same.
View -> Hide editor tabs (Ctrl-H)
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: Alpha on December 03, 2012, 04:31:34 am
The Code::Blocks repository for Ubuntu linux is ppa: https://launchpad.net/~pasgui/+archive/ppa/ (https://launchpad.net/~pasgui/+archive/ppa/)
I checked into this ppa, and it appears that the most recent build does not contain the SmartIndent* plugins (lost during packaging??).
After discussion with pasgui, the plugins apparently do exist, /usr/lib/codeblocks/plugins, but for some reason have the file extension *.do_not_load.  You can manually rename them, or re-install Code::Blocks.  I found a purge necessary for the re-install to work:
Code: [Select]
sudo apt-get purge codeblocks
sudo rm -rf /usr/lib/codeblocks/
sudo apt-get autoremove
sudo apt-get autoclean
sudo apt-get update
sudo apt-get install codeblocks codeblocks-contrib
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: jens on December 03, 2012, 06:19:06 am
The Code::Blocks repository for Ubuntu linux is ppa: https://launchpad.net/~pasgui/+archive/ppa/ (https://launchpad.net/~pasgui/+archive/ppa/)
I checked into this ppa, and it appears that the most recent build does not contain the SmartIndent* plugins (lost during packaging??).
After discussion with pasgui, the plugins apparently do exist, /usr/lib/codeblocks/plugins, but for some reason have the file extension *.do_not_load.  You can manually rename them, or re-install Code::Blocks.  I found a purge necessary for the re-install to work:
Code: [Select]
sudo apt-get purge codeblocks
sudo rm -rf /usr/lib/codeblocks/
sudo apt-get autoremove
sudo apt-get autoclean
sudo apt-get update
sudo apt-get install codeblocks codeblocks-contrib
For other users:
if that happens to you, please try first to run sudo dpkg-reconfigure codeblocks-contrib .
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: stefanos_ on December 03, 2012, 07:20:47 am
UPDATE: I have compiled the latest C::B repository, svn-8643 (with TDM's GCC 4.7.1-2 and wxMSW-2.8.12 [32-bit on Windows XP]) and the issue remains the same.
View -> Hide editor tabs (Ctrl-H)

Thanks. Indeed that was the issue; I guess the "Search and Replace [ctrl-H]" in Notepad++ got me used to it :P
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: stefanos_ on December 03, 2012, 07:24:01 am
Guys, upon moving buttons from wxBoxSizer1 to wxBoxSizer2 it crashed twice up to now. I will try to reproduce it and write down the steps.

It happened under Windows XP, svn-8587, TDM's GCC 4.7.1-2 [32-bit], wxMSW-2.8.12

This issue remains as of svn-8643. You can clearly see from the attachment that upon moving any item from wxChoiceBook to wxBoxSizer2, it crashed Code::Blocks.

[attachment deleted by admin]
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: oBFusCATed on December 03, 2012, 09:33:32 am
stefanos_: please start a new topic and provide a minimal sample for the wxsmith issue!
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: stefanos_ on December 03, 2012, 04:08:34 pm
stefanos_: please start a new topic and provide a minimal sample for the wxsmith issue!

Done. I hope I have done it as it should; you may find it here http://forums.codeblocks.org/index.php/topic,17189.0.html (http://forums.codeblocks.org/index.php/topic,17189.0.html)
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: CBFanNUser on December 04, 2012, 01:52:39 pm
I had an issue when I upgraded from a previous nightly build (pre-RC) to RC2. The issue was the projects cbp file. The project file had some compiler options in it that were used instead of what was intended. I could not find them bringing up the project properties and build options. I had to manually remove the lines from cbp file.

I am off to bed. I am sorry in advance if this is my error or mentioned before.
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: oBFusCATed on December 04, 2012, 02:12:41 pm
User CBFanNUser produced cannot compute error message.
Retry, Abort, Fail?_
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: Alpha on December 05, 2012, 12:47:27 am
Would any of the devs like to reveal what step(s) are left before RC2 becomes stable 12.11 (erm, 12.12)?

No pressure; just curious if there is somewhere that would be helpful for me to focus my efforts.
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: oBFusCATed on December 05, 2012, 08:29:50 am
Would any of the devs like to reveal what step(s) are left before RC2 becomes stable 12.11 (erm, 12.12)?
Nope
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: raynebc on December 05, 2012, 09:13:47 am
Any news on the project parsing bug where casting a function's return value to (void) breaks the ability to find the function's declaration/implementation (previously mentioned at http://forums.codeblocks.org/index.php/topic,17070.msg117061.html#msg117061)?  This is one of the only two issues I can think of for Codeblocks.  The other being the performance issues of the auto-completion:  If I've been working in C::B long enough, it gets to the point where every time it tries to suggest an auto-completion, the IDE drops any keystrokes I enter for the next half second or so.  I notice no correlation with this behavior with any lack of free system memory or CPU cycles.  When it gets like this I usually just have to put up with it or re-open the IDE and my project to continue.
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: CBFanNUser on December 05, 2012, 09:35:25 am
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++.
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: goral on December 05, 2012, 01:55:27 pm
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?
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: oBFusCATed on December 05, 2012, 02:07:06 pm
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.
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: DrShred on December 05, 2012, 02:45:00 pm
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.
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: jens on December 05, 2012, 03:20:47 pm
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.
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: oBFusCATed on December 05, 2012, 03:36:02 pm
DrShred: Search the forum about this ... it is discussed a lot, also there was a link to gtk+'s bugzilla with a lengthy discussion
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: DrShred on December 05, 2012, 03:43:59 pm
Quote
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.
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: oBFusCATed on December 05, 2012, 04:35:15 pm
Here it is http://forums.codeblocks.org/index.php/topic,16657.0.html
Search keywords: "gtk shift"
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: Alpha on December 05, 2012, 11:21:05 pm
Would any of the devs like to reveal what step(s) are left before RC2 becomes stable 12.11 (erm, 12.12)?
Nope
Code: [Select]
void DoWait()
{
    ++m_Patience;
}
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: daveatol on December 06, 2012, 07:19:34 am
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.
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: MortenMacFly on December 06, 2012, 09:15:25 am
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.
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: dmoore on December 07, 2012, 03:26:40 am
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.
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: Alpha on December 07, 2012, 04:01:24 am
#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: [Select]
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;
     }
 }
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: daveatol on December 07, 2012, 05:39:22 am
#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: [Select]
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.
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: stg on December 08, 2012, 04:26:03 pm
Hello,

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

Quote
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
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: raynebc on December 20, 2012, 01:58:46 am
I found another potential project parse bug:  If right clicking on a defined macro that immediately follows a logical not character, the context menu considers that logical character part of the macro name to offer for finding instances of the macro, ie:

#define MYFLAG 1
value = ~MYFLAG;

Right clicking on MYFLAG from the second line offers to find instances of "~MYFLAG" instead of "MYFLAG".  I confirmed that Code::Blocks already has handling to filter out the OR (|), AND (&) and XOR (^) logical operators, but the ~ is not being handled.  Is this behavior for no other reason than this character is used in the name of object destructors?  Can the behavior be improved to treat this like the other logical operators if C++ isn't being used in the project/source file?
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: eckard_klotz on January 15, 2013, 07:55:07 am
Hello Everybody.

I wish you all a hapy new year.

Will there be a nightliy-version of the release 12.11 also or will there be new nigthly soon? The last nigthly RC2 contains still the editor-initialization bug.

Installing a nightly means only extract some compressed files, what can be done without admin-rights.

Best regards,
                  Eckard Klotz
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: raynebc on January 15, 2013, 08:07:26 am
They already released 12.11, you can get it from here:
http://www.codeblocks.org/downloads/26
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: MortenMacFly on January 15, 2013, 10:25:41 am
The last nigthly RC2 contains still the editor-initialization bug.
What is that?
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: Alpha on January 15, 2013, 04:38:46 pm
The last nigthly RC2 contains still the editor-initialization bug.
What is that?
See here (http://forums.codeblocks.org/index.php/topic,17130.msg117251.html#msg117251), but irrelevant because:
They already released 12.11
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: eckard_klotz on January 16, 2013, 08:18:19 am
Hello Morten and Alpha.

Please excuse me, but I thought this behavior of the editor was known since some where else I read in the forum that the real release contains a patch for it. So please find here the details.

I'm using currently svn-build 8598 on win-xp sp3.

If I start C::B and open a file to edit this without pressink "ok" in the dialogue of the "editor-settings" before, the editor tryes to move the text in the window to centalize the position of the cursor. Please try to edit a line at the top or the bottom of the text-window to see this. I have to set the "editor caret buffer" in the "editor tweaks seting" to "None" to avoid this.

Once I close C::B and open it again the editor behaves like before. If I open now the configuration "editor tweaks seting" the value "None" is still there and once I press "OK" the editor works like it should again.

If I take a detailed look into the "About"-output I see that the nightly I use (8598) was was build on November the 20th. But the date of the coresponding forum-topic is November the 23. If Alpha writes that this bug-description is irrelevant, does this mean that you have posted a patched nightly with out creating an own topic?

Best regards,
                  Eckard.
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: Alpha on January 16, 2013, 03:27:57 pm
If I take a detailed look into the "About"-output I see that the nightly I use (8598) was was build on November the 20th. But the date of the coresponding forum-topic is November the 23.
The latest stable (http://forums.codeblocks.org/index.php/topic,17200.0.html) is currently newer than the last nightly/RC; remove your current version and install the stable for the bug fix.
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: eckard_klotz on January 17, 2013, 10:04:07 am
Hello Alpha.

Quote
The latest stable is currently newer than the last nightly/RC; remove your current version and install the stable for the bug fix.

The fact that the stable version contains bug-fixes which are not part of the last nightly is the reason why I ask for a new nightly. Since working with nightlies means that you don't have to remove your current version to try out the next one. As long as you put every nightly in its own folder you can have as many C::B versions as you like. Furthermore I don't need admin rights for using a nightly.

Following the development of C::B by using nightlies is very confinient !.

OK, if you want to avoid to offer a nightly-version of an official release as an instalation-alternytive for what reasons ever, when do you assume to post the next development-nightly?

Best regards,
                   Eckard.
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: jens on January 17, 2013, 10:06:17 am
You can install the C::B release wherever you want like the nightlies.
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: MortenMacFly on January 17, 2013, 04:25:08 pm
when do you assume to post the next development-nightly?
When the nightly maintainer (killerbot) find the time again... (Sorry for being not more specific though...)

The next nightly will bring major changes btw...
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: Alpha on January 17, 2013, 04:52:24 pm
Installing a nightly means only extract some compressed files, what can be done without admin-rights.
The Windows installers do not require admin-rights (... at least, last time I checked they did not).
You could also consider building your own copy from source (http://wiki.codeblocks.org/index.php?title=Installing_Code::Blocks_from_source_on_Windows); the first time you try this, it might take some time/effort, but after that, it is fairly easy.  And then you will not need to wait, if you do not want to, for a nightly to acquire newer changes.

The next nightly will bring major changes btw...
Major ;)
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: eckard_klotz on January 18, 2013, 08:35:39 am
Hello Morten and Alpha.

Quote
The Windows installers do not require admin-rights (... at least, last time I checked they did not).
This may be the case on your private computer. But if you are using a machine maintained from a central support-team you may have less rights. And if you have to follow additional process-rules ("law of a company") for doing something like this installing becomes not easier.

On the other side between the releases you always answer questions about the next release with:
  "... use the nightly, since it contains everything you will get if we would post a release now ..." 
Now you post a release and I wonder where is the nightly?

Please don't take me wrong. I think the most important thing is, the next nightly will come, so I will wait for it.
Thank you for all your replies. And please accept my apologize if I stressed this point to much.

Best regards,
                   Eckard.




 
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: MortenMacFly on January 18, 2013, 10:44:19 am
This may be the case on your private computer. But if you are using a machine maintained from a central support-team you may have less rights. And if you have to follow additional process-rules ("law of a company") for doing something like this installing becomes not easier.
Well the installer comes in two flavours to suite exactly your need in case you don't have admin rights. Please read the download section on our webpage more carefully. (Not just the download links at BerliOS/SourceForge).

On the other side between the releases you always answer questions about the next release with:
  "... use the nightly, since it contains everything you will get if we would post a release now ..." 
Now you post a release and I wonder where is the nightly?
Sorry, but I don't get whats the problem here.
We release:
{[...],nightly,...,nightly,release,nightly,[...]nightly,release,[...]}
We are now at the marked stage. So yes, this is one of the less cases where there is no nightly which is newer than the release. What again is your problem (maybe I am just too dumb to see...)?! :-\
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: eckard_klotz on January 21, 2013, 01:02:32 pm
Hello Morten.

Since there will be a next nightly, there is no problem at all.  I just wanted to explain why I started this discussion.

I think at the end I have coursed more confusion than clearness. Please accept my apologize for doing that. There is nothing you have to be worry about.

Thanks for all your great work you have done and you will do in the future.

Best regards,
                  Eckard.
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: ham on February 27, 2013, 02:26:48 am
Hi, thx for the ongoing hard work, i really appreciate.

I have found some issues on LinuxMint64 C::B svn 8832

#1

The code-completion does not work for me as it should.

I work with the irrlicht engine, everything is found in namespace irr, irr::core, irr::video etc...

when i use a statement "using namespace irr;" in my main.cpp then the cc does not
include the related things into the cc-list, i still have to write irr::anything to get access.

The same happens when i am inside a namespace scope

namespace irr{
namespace video{

irr::video::anything  i have to write irr::? to get access to the cc-list

}}

#2

when i have pointers/references to classes and use ->/. operators, then there is often (not always) no cc-list showing
members and functions and such.

--> so cc is not usable for me after update to 12rc, but it happened to work much better in previous svn-version 8600 and like

#3

in the mainmenu - edit - end of line modes the netries are mixed up (unix == CR ?) and (mac == LF),
i believe its the other way around. (unix == LF and mac == CR)


mmmmhhh #3 seems to be fixed

#4 when i have a class i.e. IImage and i press right and want to find its declaration or implementation, codeblocks simply does not find it.

the class header "IImage.h" is declared in file <irrlicht.h> which is included in my main.cpp.

thx in advance
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: ollydbg on February 27, 2013, 03:40:23 am
Hi, thx for the ongoing hard work, i really appreciate.

I have found some issues on LinuxMint64 C::B svn 8832

rev 8832 is quite newer revision.


Code: [Select]
#1

The code-completion does not work for me as it should.

I work with the irrlicht engine, everything is found in namespace irr, irr::core, irr::video etc...

when i use a statement "using namespace irr;" in my main.cpp then the cc does not
include the related things into the cc-list, i still have to write irr::anything to get access.

The same happens when i am inside a namespace scope

namespace irr{
namespace video{

irr::video::anything  i have to write irr::? to get access to the cc-list

}}
Is it simple to test your code under Windows? I don't have all your libraries headers, maybe you can zip one (include the header files and your testing project).



Quote
#2

when i have pointers/references to classes and use ->/. operators, then there is often (not always) no cc-list showing
members and functions and such.

--> so cc is not usable for me after update to 12rc, but it happened to work much better in previous svn-version 8600 and like
The same, need a test case to reproduce.


Quote
#4 when i have a class i.e. IImage and i press right and want to find its declaration or implementation, codeblocks simply does not find it.

the class header "IImage.h" is declared in file <irrlicht.h> which is included in my main.cpp.

thx in advance

Maybe, the #include "IImage.h" was stripped out by the preprocessor directives? Anyway, test case needed. :)
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: ham on February 27, 2013, 03:59:21 pm
Hi,

Quote
Maybe, the #include "IImage.h" was stripped out by the preprocessor directives? Anyway, test case needed.

no, i use this class, everything compiles fine, no directives, irrlicht.h is just a header including many many other headers.

I didnt say cc-list does not find IImage, its just that i always have to type the fully qualified name, even
if i (my cursor) am inside the "namespace irr {}" scope or when i used the statement "using namespace irr;"

If you need a testcase, download irrlicht-engine from http://irrlicht.sourceforge.net/downloads/ (http://irrlicht.sourceforge.net/downloads/)

or "svn co https://irrlicht.svn.sourceforge.net/svnroot/irrlicht/trunk irrlicht-svn"

and go into folder examples, there is a workspace file for codeblocks, then compile the engine first and then one of the 30 examples
and try to get IImage from cc-list inside scope irr::video ( examples *.cpp use "using namespace irr;" statements)

#2 seems to work mostly now ( i use one parser for whole workspace now and restartet the ide)
so its #1 i beg you to concentrate.

thx

Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: p2rkw on March 16, 2013, 12:31:29 am
Today I was hit by this bug, so I decided to fix it :)

Patch tracker seems to be offline, I upload patch here.

Edit: Patch updated, but effect is the same.
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: ham on March 30, 2013, 10:32:29 pm
hi, using 8928 now, but still the same,

im in

namespace irr{
namespace scene{

but still have to type scene::IMesh instead of simple IMesh to get the cc-list item


happy easter to you all, and happy coding
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: Alpha on April 06, 2013, 03:18:25 am
Patch tracker seems to be offline, I upload patch here.
Looks like no one has picked up this patch yet.  I will look into it.

p2rkw, could you also post a simple test case(s)?
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: eckard_klotz on April 10, 2013, 08:01:04 am
Hello Everybody:


Quote
Quote
Quote from: eckard_klotz on January 17, 2013, 10:04:07 am
when do you assume to post the next development-nightly?
When the nightly maintainer (killerbot) find the time again... (Sorry for being not more specific though...)

The next nightly will bring major changes btw...
Posted on: January 17, 2013, 10:06:17 amPosted by: jens
 
Is more specific information available now?
Is one major change the change of the location for the nightlies?
Or do you decide to have no nightlies anymore?

Please don't take me wrong the current version of C::B is good enough to work with. But I ask my self if I have missed some information about some changes in your publishing strategy.

Best reagrds,
                  Eckard Klotz.






Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: stefanos_ on April 10, 2013, 08:27:12 am
eckard, the nightlies are well and alive; nothing is dead. Have you read this first before you got panicked? ;)

ATTENTION DEVELOPERS! SVN HAS MOVED! (http://forums.codeblocks.org/index.php/topic,17719.msg121660.html#new)

It's true that there's no nightly update here yet, but i guess it's because guys are working hard with new coding.
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: hekkeus on April 10, 2013, 01:00:54 pm
when do you assume to post the next development-nightly?
When the nightly maintainer (killerbot) find the time again... (Sorry for being not more specific though...)

The next nightly will bring major changes btw...

The name 'nightly' would suggest every night.
There used to be a time when nightlies really were nightlies.
Do you think you should rename the nightlies to monthlies or bi-monthlies.

Or, a revolutionary thought: maybe they should be called releases, with real version numbering.

Just a thought.
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: eckard_klotz on April 10, 2013, 01:05:23 pm
Hello Stefanos.

Yes and No.

Yes, I read it but since the svn-things are more interesting for those who build C::B by them self, I just checked, that there was no current nightly somewhere in the sourceforge-project very casually.

No, it was more the
Quote
When the nightly maintainer (killerbot) find the time again... (Sorry for being not more specific though...)
The next nightly will bring major changes btw...
that made me wonder, what may hapened. In the past i understood the nightly more as an extended test-posibility for the developers. Thus it may be a every drastic change if they don't want to start some test-baloons here.

On the other sideI hope that nothing realy serious hapend with killerbot. In this case I certanly understand that there are more important things in the live of an opensource-developer. In this case, without asking for details, allow me to wish him that everything becomes well again.

Best regards,
                  Eckard Klotz.
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: stefanos_ on April 10, 2013, 01:13:35 pm
@eckard_klotz: Well, I don't know what happened to killerbot as I am not a C::B developer myself; I'm just a regular user like yourself. I just happened to observe it quite thoroughly almost on a daily basis, because I find it a very interesting project.

@hekkeus: I cannot do such thing as I have already stated I am a simple C::B user like yourself. Now, about the story behind the "nightly builds" is beyond my knowledge, but what I could suggest is to give a try to compiling process and use it accordingly. I am building it myself and I am quite pleased with it; plus, I'm learning all day long new things from the whole thing. The guys here are excellent :)

@hekkeus-UPDATE:
Quote
1. What is a nightly build
Nightly builds are provided "as is". They are "binary" distributions, normally provided daily (http://forums.codeblocks.org/index.php/topic,3232.0.html), representing the latest and greatest state of the codeblocks sources. Normally they are pretty stable, but however they can introduce new bugs, regressions, and on the other hand they can introduce new features, bug fixes, ...
Title: Re: The 12.11 RC2 (23 November 2012 build 8598) is out.
Post by: killerbot on April 10, 2013, 06:07:43 pm
will plan a nightly build as soon as possible, either this weekend, or the weekend there after