Code::Blocks

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

Title: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: killerbot on November 11, 2012, 07:23:03 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 11 November 2012 build is out.
  - Windows :
   http://prdownload.berlios.de/codeblocks/CB_20121111_rev8549_win32.7z
  - Linux :
   none

Resolved Fixed:


Regressions/Confirmed/Annoying/Common bugs:


Title: Re: The 11 November 2012 build (8549) is out.
Post by: MortenMacFly on November 11, 2012, 07:43:38 pm
A link to the unicode windows wxWidget dll for Code::Blocks : http://prdownload.berlios.de/codeblocks/wxmsw28u_gcc_cb_wx2812_gcc471-TDM.7z
[...]
Can you provide a link to the exchndl.dll, too? Then I could create a package...
Title: Re: The 11 November 2012 build (8549) is out.
Post by: killerbot on November 11, 2012, 08:29:53 pm
quicl;y tried to build it  ==> c:/mingw32/bin/../lib/gcc/mingw32/4.7.1/../../../../mingw32/bin/ld.exe: cannot find -lintl

I don't think this is provided with TDM, hopefully trying to fetch it from mingw will not give compatibility problems ... ?
Title: Re: The 11 November 2012 build (8549) is out.
Post by: MortenMacFly on November 11, 2012, 08:46:20 pm
I don't think this is provided with TDM, hopefully trying to fetch it from mingw will not give compatibility problems ... ?
I am using libintl-0.18.1.1-1-msys-1.0.17-dll-8.tar.lzma, no issues.
Title: Re: The 11 November 2012 build (8549) is out.
Post by: jens on November 11, 2012, 09:09:46 pm
I have libintl.dll in lib and libintl-8.dll in bin.
One of the might be copied from another place, but I think at least libintl-8.dll is from TDM' MinGW. You can safely rename it to libintl.dll, if I remember correctly.
Title: Re: The 11 November 2012 build (8549) is out.
Post by: killerbot on November 11, 2012, 09:26:27 pm
only the libintl-8.dll in bin

I have copied , while reanming to libintl.dll, to lib ==> builds
Title: Re: The 11 November 2012 build (8549) is out.
Post by: jens on November 11, 2012, 10:33:38 pm
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 will follow. can be found there (http://rpm.jenslody.de) too.
Title: Re: The 11 November 2012 build (8549) is out.
Post by: killerbot on November 11, 2012, 10:38:53 pm
exchdnl.dll now also available in the first post(s)
Title: Re: The 11 November 2012 build (8549) is out.
Post by: jens on November 12, 2012, 06:27:09 am
exchdnl.dll now also available in the first post(s)
What just came into my mind:
what happens if it is used on a system where libintl-8.dll is not renamed ?
Shouldn't it throw an error a bout a not found dll ?
In this case the libintl.dll used for compiling should be provided together with exchn.dll .
Title: Re: The 11 November 2012 build (8549) is out.
Post by: MortenMacFly on November 12, 2012, 09:04:24 am
only the libintl-8.dll in bin

I have copied , while reanming to libintl.dll, to lib ==> builds
Why not rename the import in the linker settings to libintl-8.dll ? This would be more compatible, IMHO.

BTW, Jens: I can use dependency walker to ensure we catch all dependencies in the release.
Title: Re: The 11 November 2012 build (8549) is out.
Post by: MortenMacFly on November 12, 2012, 09:52:19 am
RC1 candidate (i.e. full installer) of new Code::Blocks release can be found here:
http://prdownload.berlios.de/codeblocks/codeblocks-12.11-RC1-setup.exe

...the same, but bundled with MinGW:
http://prdownload.berlios.de/codeblocks/codeblocks-12.11-RC1-mingw-setup.exe
Title: Re: The 11 November 2012 build (8549) is out.
Post by: shurick on November 12, 2012, 10:20:34 am
Packages for openSUSE 12.1 (http://download.opensuse.org/repositories/home:/NarkoZ/openSUSE_12.1/), openSUSE 12.2 (http://download.opensuse.org/repositories/home:/NarkoZ/openSUSE_12.2/) (binaries and sources) for 32-bit and 64-bit.
Title: Re: The 11 November 2012 build (8549) is out.
Post by: Martin K. on November 12, 2012, 10:54:57 am
RC1 candidate (i.e. full installer) of new Code::Blocks release can be found here:
http://prdownload.berlios.de/codeblocks/codeblocks-12.11-RC1-setup.exe

...the same, but bundled with MinGW:
http://prdownload.berlios.de/codeblocks/codeblocks-12.11-RC1-mingw-setup.exe

mingw without libs or missed i something?

Martin
Title: Re: The 11 November 2012 build (8549) is out.
Post by: MortenMacFly on November 12, 2012, 12:13:48 pm
mingw without libs or missed i something?
What do you mean? I don't get it. This version just bundles the MinGW/GCC/TDM v4.7.1 release "as-is". What libs are you missing?
Title: Re: The 11 November 2012 build (8549) is out.
Post by: jens on November 12, 2012, 12:27:31 pm
mingw without libs or missed i something?
What do you mean? I don't get it. This version just bundles the MinGW/GCC/TDM v4.7.1 release "as-is". What libs are you missing?
The lib subfolder of MinGW just contains:
libbfd.la
libopcodes.la

after the installation.
Title: Re: The 11 November 2012 build (8549) is out.
Post by: MortenMacFly on November 12, 2012, 12:56:14 pm
The lib subfolder of MinGW just contains:
libbfd.la
libopcodes.la

after the installation.
Can you try again, please? I've re-uploaded this package. Seems NSIS did something wrong in the first place...
Title: Re: The 11 November 2012 build (8549) is out.
Post by: jens on November 12, 2012, 01:17:53 pm
The lib subfolder of MinGW just contains:
libbfd.la
libopcodes.la

after the installation.
Can you try again, please? I've re-uploaded this package. Seems NSIS did something wrong in the first place...
Seems to work now.
Title: Re: The 11 November 2012 build (8549) is out.
Post by: Martin K. on November 12, 2012, 01:46:56 pm
The lib subfolder of MinGW just contains:
libbfd.la
libopcodes.la

after the installation.
Can you try again, please? I've re-uploaded this package. Seems NSIS did something wrong in the first place...
Seems to work now.

same here!

Martin
Title: Re: The 11 November 2012 build (8549) is out.
Post by: ollydbg on November 12, 2012, 02:19:39 pm
RC1 candidate (i.e. full installer) of new Code::Blocks release can be found here:
http://prdownload.berlios.de/codeblocks/codeblocks-12.11-RC1-setup.exe

...the same, but bundled with MinGW:
http://prdownload.berlios.de/codeblocks/codeblocks-12.11-RC1-mingw-setup.exe
I suggest we can change/add some text about RC1 in the thread title "The 11 November 2012 build (8549) is out", so we can have more user to try it.
Title: Re: The 11 November 2012 build (8549) is out.
Post by: MortenMacFly on November 12, 2012, 03:23:41 pm
I suggest we can change/add some text about RC1 in the thread title "The 11 November 2012 build (8549) is out", so we can have more user to try it.
Good idea. BTW: Its on the front-page of C::B, to. With a link to this forum thread.
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: xunxun on November 12, 2012, 04:58:48 pm
btw, when xml compiler branch will be merged?
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: oBFusCATed on November 12, 2012, 05:04:56 pm
xunxun: After the release, so it won't delay it.
Title: Re: The 11 November 2012 build (8549) is out.
Post by: killerbot on November 12, 2012, 06:30:29 pm
only the libintl-8.dll in bin

I have copied , while reanming to libintl.dll, to lib ==> builds
Why not rename the import in the linker settings to libintl-8.dll ? This would be more compatible, IMHO.

BTW, Jens: I can use dependency walker to ensure we catch all dependencies in the release.

I doubt if this will work, because the dll is not in the lib directory ( I think) ? Will have a look when I get home.
Title: Re: The 11 November 2012 build (8549) is out.
Post by: MortenMacFly on November 12, 2012, 06:50:39 pm
I doubt if this will work, because the dll is not in the lib directory ( I think) ?
Than ad the "bin" folder to your linker search path's... :D
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: killerbot on November 12, 2012, 07:42:14 pm
yes, for us this is easy, but the user will have to ensure that the dll is also in his path !!!
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: gd_on on November 12, 2012, 07:50:57 pm
Just for your information, if it can help :
I have no problem when I build exchndl.dll as a separate build.
I have in my mingw32\lib folder a libintl.dll.a. It's obviously this one which is linked, because if I rename it, the build of exchndl.dll fails. Apparently, when I look inside this file with a binary editor, I can see a reference to libintl-8.dll. So this is probably the reason why I have no problem when builing exchndl.dll. But, I can't remember from where it comes, and it's a rather old file (19 Sept 2007 !). I have also with the same date a libintl.a and a libintl.la in this lib folder, but renaming them does not change anything, so I believe they are not used in my case.
In the mingw32\bin folder I have effectively a  libintl-8.dll but no  libintl.dll.

gd_on
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: killerbot on November 12, 2012, 08:16:39 pm
with the latest TDM , and even with older TDM452, no libint* lib (.a/.dll) in C:\Mingw32\lib
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: MortenMacFly on November 12, 2012, 08:52:43 pm
with the latest TDM , and even with older TDM452, no libint* lib (.a/.dll) in C:\Mingw32\lib
I am using libintl-0.18.1.1-1-msys-1.0.17-dll-8.tar.lzma, no issues.
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: TDragon on November 12, 2012, 08:53:10 pm
I think it's unfortunate that exchndl.dll depends on libintl. Down that road lies madness...

The libintl-8.dll that is installed by TDM-GCC comes from the MinGW project:
http://sourceforge.net/projects/mingw/files/MinGW/Base/gettext/gettext-0.18.1.1-2/
It is a dependency of MinGW's binutils and mingw32-make.

The import library for the DLL in gettext-0.18.1.1-2-mingw32-dev.tar.lzma should be compatible with TDM-GCC. Or, you may consider rebuilding gettext from source as a static library to avoid DLL hell.
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: scarphin on November 12, 2012, 09:06:30 pm
I've waited long but besides Scintilla upgrade, bugs #18559 and #18560 are still present.

http://developer.berlios.de/bugs/?func=detailbug&bug_id=18559&group_id=5358
http://developer.berlios.de/bugs/?func=detailbug&bug_id=18560&group_id=5358
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: killerbot on November 12, 2012, 09:50:54 pm
and whatabout using from that gettext-..-dev.tar.lzma : libintl.a ==> seems the static lib version ? It seems this opens the door to other required stuff (libiconv)

You know : I start to feel like "f** that crash handler dll"
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: carra on November 12, 2012, 10:19:48 pm
So, we'll get another release! Great hehehe. I installed it, abbreviations are working OK now. Will report bugs if I find any.
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: Freem on November 12, 2012, 10:58:18 pm
Congrats for the RC, this is a good news for many people, I think (but I have personally no problems with nightly).

I know that there were big improvements, and I can not really remember all of them, but, what are the biggest features you have added?
I think the most important one are debugger and CC refactoring, but other than that...

Do someone have some suggestions about important new features?
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: oBFusCATed on November 12, 2012, 11:08:21 pm
We'll have a full changelog soon:)
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: Alpha on November 12, 2012, 11:22:11 pm
I presume the release candidate means a feature freeze will soon be (is now?) in effect on the trunk?

I've waited long but besides Scintilla upgrade, bugs #18559 and #18560 are still present.
[...]
http://developer.berlios.de/bugs/?func=detailbug&bug_id=18560&group_id=5358
This is actually a feature, not a bug :).  After brace/quote completion, smart tab jump activates.  The caret turns red to let you know of the change in behavior, and the green indicator box shows the target position.  If you press tab while this is active, the caret will jump to the position directly after the green indicator box.  (Very useful when working with nested strings and parenthesis.)
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: lupajz on November 13, 2012, 01:19:40 am
Quote
NOTE: Since revision 4281 and after, the nightly builds are made differently. Codeblocks is now packaged into separate Debian packages and the packages are archived together in a tar.gz file.

Hmmm, I am looking for and nightly for Ubuntu but I can't find them, any one who could point me ? :)
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: oBFusCATed on November 13, 2012, 01:23:41 am
Hmmm, I am looking for and nightly for Ubuntu but I can't find them, any one who could point me ? :)
Have you read this post: http://forums.codeblocks.org/index.php/topic,17070.msg116644.html#msg116644 ? Ubuntu is based on debian :) Also there is a dedicated ubuntu ppa, search for it, I guess it won't be that hard.
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: lupajz on November 13, 2012, 01:28:30 am
Hmmm, I am looking for and nightly for Ubuntu but I can't find them, any one who could point me ? :)
Have you read this post: http://forums.codeblocks.org/index.php/topic,17070.msg116644.html#msg116644 ? Ubuntu is based on debian :) Also there is a dedicated ubuntu ppa, search for it, I guess it won't be that hard.

Dang I missed that one web !  :-X thank you you saved my day :) I found one guys ppa, but he has only precise build ...
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: and4cb on November 13, 2012, 05:48:31 am
Please let me know how to get the debugger to stop when it suddenly "hangs", and the "next line" type icons are greyed out.  When I click on the "Stop Debugging" box, the only message I receive is: "Trying to pause the running process..."  I can, at that point, run my program without the debugger, but the debugger does not stop without me forcing C::B to close.  I have used the "Rebuild" and the "Rebuild Workspace", but I get the same "hang" results.

Any clue you can provide is greatly appreciated.

OS = Vista Home Premium
CB Version = svn build rev 8549 (2012/11/11 14:17:30)
Compiler = MinGW gcc 4.7.1 Windows/unicode - 32 bit
Debugger name and version: GNU gdb (GDB) 7.5
Coding Language: C
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: davidr on November 13, 2012, 08:36:37 am
Codeblocks for raspberrypi and raspbian could be found here: https://code.google.com/p/codeblocks-on-raspberrypi/downloads/list (https://code.google.com/p/codeblocks-on-raspberrypi/downloads/list)

Compiled and uploaded from a raspberrypi.

Regards

David
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: oBFusCATed on November 13, 2012, 09:51:41 am
and4cb: Please provide the full debug log (you have to enable it in the options).
When there is such problem you can kill gdb then you can use C::B again.
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: killerbot on November 13, 2012, 09:46:26 pm
Codeblocks for raspberrypi and raspbian could be found here: https://code.google.com/p/codeblocks-on-raspberrypi/downloads/list (https://code.google.com/p/codeblocks-on-raspberrypi/downloads/list)

Compiled and uploaded from a raspberrypi.

Regards

David


still waiting on my PI, but this contribution will be one of the first to install :-)
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: and4cb on November 14, 2012, 05:12:17 am
oBFusCATed:  Thank you for responding to my question.  I am really new to C::B, so I am grateful for your expert help.

and4cb: Please provide the full debug log (you have to enable it in the options).
I do have the "Full (debug) log" option enabled, but I am not sure where to find the debug log after I have run my program.  Please let me know what the naming convention should be on the debug log so that I can search for it on my computer.
I copied the text from the Debugger window and pasted it here (hope this helps):
Code: [Select]
Building to ensure sources are up-to-date
Selecting target:
Debug
Adding source dir: C:\Code\test4\
Adding source dir: C:\Code\test4\
Adding file: C:\Code\test4\bin\Debug\test4.exe
Changing directory to: C:/Code/test4/.
Set variable: PATH=.;C:\MinGW32\bin;C:\MinGW32;C:\Program Files\Common Files\Microsoft Shared\Windows Live;C:\Program Files (x86)\Common Files\Microsoft Shared\Windows Live;C:\Windows\System32;C:\Windows;C:\Windows\System32\wbem;C:\Program Files (x86)\ATI Technologies\ATI.ACE\Core-Static;C:\Program Files (x86)\Common Files\Roxio Shared\DLLShared;C:\Program Files (x86)\Common Files\Roxio Shared\10.0\DLLShared;C:\Program Files (x86)\Common Files\DivX Shared;c:\Program Files (x86)\Microsoft SQL Server\100\Tools\Binn;c:\Program Files (x86)\Microsoft SQL Server\100\DTS\Binn;C:\Program Files (x86)\QuickTime\QTSystem;C:\Windows\System32\WindowsPowerShell\v1.0;C:\Program Files (x86)\Windows Live\Shared

[debug]Command-line: C:\MinGW32\bin\gdb.exe -nx -fullname  -quiet  -args C:/Code/test4/bin/Debug/test4.exe
[debug]Working dir : C:\Code\test4

Starting debugger: C:\MinGW32\bin\gdb.exe -nx -fullname  -quiet  -args C:/Code/test4/bin/Debug/test4.exe
done

[debug]> set prompt >>>>>>cb_gdb:

Registered new type: wxString
Registered new type: STL String
Registered new type: STL Vector
Setting breakpoints

[debug]Reading symbols from C:\Code\test4\bin\Debug\test4.exe...done.
[debug](gdb) >>>>>>cb_gdb:
[debug]> show version
[debug]GNU gdb (GDB) 7.5
[debug]Copyright (C) 2012 Free Software Foundation, Inc.
[debug]License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
[debug]This is free software: you are free to change and redistribute it.
[debug]There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
[debug]and "show warranty" for details.
[debug]This GDB was configured as "i686-pc-mingw32".
[debug]For bug reporting instructions, please see:
[debug]<http://www.gnu.org/software/gdb/bugs/>.
[debug]>>>>>>cb_gdb:
[debug]> set confirm off

Debugger name and version: GNU gdb (GDB) 7.5

[debug]>>>>>>cb_gdb:
[debug]> set width 0
[debug]>>>>>>cb_gdb:
[debug]> set height 0
[debug]>>>>>>cb_gdb:
[debug]> set breakpoint pending on
[debug]>>>>>>cb_gdb:
[debug]> set print asm-demangle on
[debug]>>>>>>cb_gdb:
[debug]> set unwindonsignal on
[debug]>>>>>>cb_gdb:
[debug]> set print elements 0
[debug]>>>>>>cb_gdb:
[debug]> set new-console on
[debug]>>>>>>cb_gdb:
[debug]> set disassembly-flavor att
[debug]>>>>>>cb_gdb:
[debug]> source C:\cb20121112\share\codeblocks/scripts/stl-views-1.0.3.gdb
[debug]>>>>>>cb_gdb:
[debug]> directory C:/Code/test4/
[debug]Source directories searched: C:/Code/test4;$cdir;$cwd
[debug]>>>>>>cb_gdb:
[debug]> tbreak "C:/Code/test4/main.c:232"
[debug]Temporary breakpoint 1 at 0x402783: file C:\Code\test4\main.c, line 232.
[debug]>>>>>>cb_gdb:
[debug]> run
[debug]Starting program: C:\Code\test4\bin\Debug\test4.exe

Child process PID: 4652

[debug][New Thread 4652.0xc68]
[debug]Temporary breakpoint 1, main () at C:\Code\test4\main.c:232
[debug]C:\Code\test4\main.c:232:11126:beg:0x402783
[debug]>>>>>>cb_gdb:

At C:\Code\test4\main.c:232

[debug]> bt 30
[debug]#0  main () at C:\Code\test4\main.c:232
[debug]>>>>>>cb_gdb:
[debug]> step
[debug]Initialize () at C:\Code\test4\Initial.c:52
[debug]C:\Code\test4\Initial.c:52:4041:beg:0x402052
[debug]>>>>>>cb_gdb:

At C:\Code\test4\Initial.c:52

[debug]> bt 30
[debug]#0  Initialize () at C:\Code\test4\Initial.c:52
[debug]#1  0x00402788 in main () at C:\Code\test4\main.c:232
[debug]>>>>>>cb_gdb:
[debug]> next
[debug]C:\Code\test4\Initial.c:56:4630:beg:0x402059
[debug]>>>>>>cb_gdb:

At C:\Code\test4\Initial.c:56

[debug]> bt 30
[debug]#0  Initialize () at C:\Code\test4\Initial.c:56
[debug]#1  0x00402788 in main () at C:\Code\test4\main.c:232
[debug]>>>>>>cb_gdb:
[debug]> next
[debug]C:\Code\test4\Initial.c:58:4770:beg:0x402063
[debug]>>>>>>cb_gdb:

At C:\Code\test4\Initial.c:58

[debug]> bt 30
[debug]#0  Initialize () at C:\Code\test4\Initial.c:58
[debug]#1  0x00402788 in main () at C:\Code\test4\main.c:232
[debug]>>>>>>cb_gdb:
[debug]> next
[debug]C:\Code\test4\Initial.c:59:4924:beg:0x40206f
[debug]>>>>>>cb_gdb:

At C:\Code\test4\Initial.c:59

[debug]> bt 30
[debug]#0  Initialize () at C:\Code\test4\Initial.c:59
[debug]#1  0x00402788 in main () at C:\Code\test4\main.c:232
[debug]>>>>>>cb_gdb:
[debug]> next
[debug]C:\Code\test4\Initial.c:62:5185:beg:0x40207b
[debug]>>>>>>cb_gdb:

At C:\Code\test4\Initial.c:62

[debug]> bt 30
[debug]#0  Initialize () at C:\Code\test4\Initial.c:62
[debug]#1  0x00402788 in main () at C:\Code\test4\main.c:232
[debug]>>>>>>cb_gdb:
[debug]> step
[debug]InitializeDate (theDate=0x408150) at C:\Code\test4\dates.c:403
[debug]>>>>>>cb_gdb:

Trying to pause the running process...
Trying to pause the running process...
Trying to pause the running process...

When there is such problem you can kill gdb then you can use C::B again.
Please let me know how to "kill gdb" when the "Stop Debugger" button does not work, and the Command box in the Debugger window will no longer accept commands?

Thank you again for helping me.
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: oBFusCATed on November 14, 2012, 09:30:06 am
Please edit you post and wrap the log in [ code ] tags, so it is more readable.

For killing use your favourite OS tool, which can do killing (taskmanager for example).

Can you reproduce this problem on a simple example project?
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: Martin K. on November 14, 2012, 02:54:28 pm
Hi,

Will the release build an optimized build? I have tried to compile Code::Blocks with -O2 -flto and it seems to run more smoothly as the normal "debug" build.
And some other point: Is it planned to use other compilers for the build of Code::Blocks? For example MSVC2010 on windows. This compiler ist much faster as gcc on windows.

Martin
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: oBFusCATed on November 14, 2012, 03:17:26 pm
My experience with -flto is 2x slowdown, so things aren't stable with support for lto, tried 4.6 and 4.7 on linux.

About the optimizations: Aren't the builds optimized with -O2?

About other compilers: Does VC10 started to support merging L"test" L"test" to L"testtest"?
    If it doesn't C::B won't build and we won't change our code, because this way we will break translations.

Do you have some concrete data to back up the "much faster" statement?
I doubt the difference is more than 10% and on our code you won't notice it, because there aren't too many compute intensive parts.
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: xawari on November 14, 2012, 04:46:51 pm
Wow! I can't believe I see those "RC" letters in the title! :)

I have very little time to test @work right now, but my old sticky bug still does exist:

1. Pick "Files" browser panel (left)
2. Try opening some text file (autoexec.bat in my case) by pressing "ENTER".
3. When CB asks wich way to open, choose "inside CB editor"
4. Nothing opens, "Code::Blocks" output window log:
Could not open file ''.
The registered handler (Files extension handler) could not open it.
5. After that, pressing "ENTER" does NOT display "CB open" dialog, but still prints that red error.

I think the KeyPressed() (or something) handler of the file tree control is not calling the same method as MouseDoubleClick().

svn build rev 8549 (2012/11/11 14:17:30) gcc 4.7.1 Windows/unicode - 32 bit
Windows server 2003 5.2 R2 32-bit
Thanks a lot for your work!
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: scarphin on November 14, 2012, 04:50:42 pm
I presume the release candidate means a feature freeze will soon be (is now?) in effect on the trunk?

I've waited long but besides Scintilla upgrade, bugs #18559 and #18560 are still present.
[...]
http://developer.berlios.de/bugs/?func=detailbug&bug_id=18560&group_id=5358
This is actually a feature, not a bug :).  After brace/quote completion, smart tab jump activates.  The caret turns red to let you know of the change in behavior, and the green indicator box shows the target position.  If you press tab while this is active, the caret will jump to the position directly after the green indicator box.  (Very useful when working with nested strings and parenthesis.)
Sorry for the late reply. I didn't know that it was a feature and I filled in as a bug which was accepted. ;) Anyway is there a way to disable that cuz with my theme, colors are quite disturbing?

What about the 'function parameters' bug? I'm asking because I believe it's quite misleading for novices like me, the ones who doesn't use parameter names in function declarations. ;)
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: oBFusCATed on November 14, 2012, 05:07:01 pm
What about the 'function parameters' bug? I'm asking because I believe it's quite misleading for novices like me, the ones who doesn't use parameter names in function declarations. ;)
Won't be fixed in this release probably (it depends on Ollydbg). But this should serve to you as a hint that you're doing something wrong.  ::) ;D
Getting the two out of sync is not a very good practice, anyway.
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: scarphin on November 14, 2012, 05:17:51 pm
I just name the ones in function definitions and I can't get CC for these. I know what you mean in regard of the hint but with this bug present I think it's quite dangerous to try to name both. Besides this, can the function hints be adjusted to show function definitions instead of function declarations?
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: oBFusCATed on November 14, 2012, 05:18:46 pm
I guess this will be the same as fixing the bug:)
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: Dreamy on November 14, 2012, 09:23:37 pm
I'd like to ask if, when reaching another release, will the logo and possibly icons get upgraded as Alpha proposed some time ago (http://forums.codeblocks.org/index.php/topic,15095.0.html). It might need some polishing, but I think some redesign might bring the release some shine. Anything may do just fine, just please no metro style.
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: oBFusCATed on November 14, 2012, 09:36:58 pm
No icon change I think, but we have one killer feature which we won't tell you about it, but it will be the best thing in this release and people won't forget it.
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: Alpha on November 14, 2012, 11:03:30 pm
Sorry for the late reply. I didn't know that it was a feature and I filled in as a bug which was accepted. ;) Anyway is there a way to disable that cuz with my theme, colors are quite disturbing?
The only way to disable (currently) is to modify some code.  The initialization is here:
sdk/cbstyledtextctrl.cpp, line: 243
Code: [Select]
           if (index != wxNOT_FOUND && (wxChar)GetCharAt(GetCurrentPos()) == s_rightBrace.GetChar(index))
            {
                const int pos = GetCurrentPos();
                if (pos != wxSCI_INVALID_POSITION)
                {
                    m_tabSmartJump = true;
                    m_bracePosition = pos;
                }
            }

If you just want different colors, they have been hard-coded here:
sdk/cbstyledtextctrl.cpp, line: 430
Code: [Select]
           if (s_rightBrace.Contains(cur))
            {
                SetCaretForeground(wxColour(255, 0, 0));
                SetCaretWidth(caretWidth + 1);

                IndicatorSetForeground(s_indicHighlight, wxColour(80, 236, 120));
                IndicatorSetStyle(s_indicHighlight, wxSCI_INDIC_HIGHLIGHT);
#ifndef wxHAVE_RAW_BITMAP
                IndicatorSetUnder(s_indicHighlight, true);
#endif
                SetIndicatorCurrent(s_indicHighlight);
                IndicatorFillRange(pos, 1);
                m_bracePosition = pos + 1;
                return;
            }

Making these settings configurable would not be that difficult, just no one has yet had the motivation to do it.


No icon change I think [...]
I agree that the icons probably should not be changed (unless Code::Blocks wants to go through a complete graphics makeover...), but I think some of the icons should be swapped with higher quality (but still similarly themed) versions.  (Installing Code::Blocks on newer Windows machines looks rather bad with larger icon sizes.)  In a few days, I will have a package of icons (probably mostly just what I posted last time) that I will recommend be considered.

With regards to the logo, I presume there will be a splash contest soon :).
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: stefanos_ on November 15, 2012, 09:07:55 am
Question: Why CodeBlocks_wx29.workspace compiles successfully, but upon running it CodeBlocks.exe crashes immediately? Am I doing something wrong that causes the crash? I have been trying to do this for ages now.

For some reason, after run it with gdb it complains about this:
Quote
Program received signal SIGSEGV, Segmentation fault.
0x6e303042 in wxmsw294u_gcc_custom!_ZN12wxDropTarget6RevokeEP6HWND__ ()

I have installed the latest TDM's GCC (4.7.1), and recompiled both wxMSW-2.8.12 and wxWidgets-2.9.4 with this new compiler under Windows XP SP3 using the same arguments. Is it wrong to do so with 2.9.x? If yes, please advice, thank you.
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: MortenMacFly on November 15, 2012, 09:15:06 am
Is it wrong to do so with 2.9.x? If yes, please advice, thank you.
Make sure you ran update29 afterwards.
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: stefanos_ on November 15, 2012, 02:55:45 pm
Is it wrong to do so with 2.9.x? If yes, please advice, thank you.
Make sure you ran update29 afterwards.


Of course I run this batch file, how else would I generate my files? :)

At first, I thought it was the STC case which I forgot to switch off from setup.h file, but now that I did so, it still crashes :/ I will try the normal workspace and let you know again if something's wrong with this build too.
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: MortenMacFly on November 15, 2012, 03:20:12 pm
At first, I thought it was the STC case which I forgot to switch off from setup.h file, but now that I did so, it still crashes :/ I will try the normal workspace and let you know again if something's wrong with this build too.
Make sure you do a full clean before, maybe a fresh checkout. For me, it works.
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: dmoore on November 15, 2012, 04:05:03 pm
Wow! I can't believe I see those "RC" letters in the title! :)

I have very little time to test @work right now, but my old sticky bug still does exist:

1. Pick "Files" browser panel (left)

I think the KeyPressed() (or something) handler of the file tree control is not calling the same method as MouseDoubleClick().

That sounds familiar. Will try to take a look at this soon. Almost surely won't get fixed before next release, but it is a plugin so could be updated and installed separately.
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: White-Tiger on November 17, 2012, 02:39:34 am
may I ask where the Code Completion determines it's include search dir? As I've got a problem with Cross-Platform builds^^ The project's compiler is set to MinGW, but my Linux target uses the Cygwin cross-compiler, still the CC finds my MinGW one... only when I change the projects main compiler to Cygwin I'll get the right includes :( (after CC finished parsing)
I can live with wrong syntax highlighting which guesses that  _WIN32 is defined, (would be good if I could change the platform defines :P or force Codeblocks to use the GNU/Linux one) but I cant live with wrong CC as I have to manually search for and open the header file that defines something... Switching the main / project compiler is a work around.. but it's still annoying^^ (ok... I believe that the wrong include path isn't the only problem... maybe CC only remembers includes for the entire project and not target/compiler... thus I'm doomed either way Oo)

Code::Blocks doesn't seem to be suited for cross-platform at all xD First problem I've encountered was that when a target is for example Linux only, I can't find it using Windows... which is to one point correct, as I'm normally not able to compile that... but on the other side, I'm not even able to edit defines, compile options and that like... I have to do that by using Notepad2 "directly" on the project file which is rather annoying^^

P.S. I've already set my Linux cross-compile target to use only it's target options.. so CC doesn't recognize that as well^^
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: SC on November 17, 2012, 03:56:55 am
Hi,
I would like to thank you for this great peace of software and for sharing it with us. I have used codeblocks from time to time in the past and more regularly in the last weeks and I think that it is probably the cross platform IDE that has the more functionalities.
I have been testing this last release and there are a few things that I find unfortunate. Although these are not really bugs but more design choices

1) Concerning the project build options, I don't really get why one should select a compiler at the project level while different compilers can be selected at the build target level. For example, when using GCC as the default compiler for the project, C::B adds the option "-fexception" to the "Compiler settings"-"Other options" tab which will pollute the other build targets for which it is not a valid option. Although one could change the Compiler policy from "append target options to project options" to "use target options only", it would probably be simpler if there was no compiler choice/option at the project level.

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 even if the build target already exists in the project. For example if one uses MSWindows/MSVC and GnuLinux/GCC, shouln't it be possible to change MSVC compiler flags without having to log on a computer where MSVC would be present?

3) Apparently, when both MSVC2005 and MSVC2008 are installed, C::B does not make the difference and adds the the search directories of the two compilers for standard headers. When right-clicking on a given #include instruction for a STL header and click on "Open #include file", one is not sure of which header is openned/included.

Thank you again for your work

SC.
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: stahta01 on November 17, 2012, 04:39:36 am
Windows RC1 debug plugin design question.

After removing the debug plugin on Windows 7, the "view" -> "toolbars" still shows the debugger menu option.
Should it?
Note: The menu option is selected then displays the debugger menu.

I considered it not really worth the effort to fix; but, if it was not on purpose and the fix is easier it might be worth fixing before the final release.

The other toolbars menu options go away if the plugin is disabled.

NOTE: Trying to uninstall the debug plugin fails (almost crashes CB)  for me unless I do it in Administrator mode on Windows 7 32 bit.

Tim S.
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: MortenMacFly on November 17, 2012, 07:26:36 am
1) Concerning the project build options, I don't really get why one should select a compiler at the project level
This is definitely useful. It depends on what you are developing. If you develop using one compiler, but your targets are different editions of you software (or maybe app + plugins) you save yourself a lot of time for the setup.
On the other hand, if you develop and must be compatible to a range of compilers, each target using a different compiler is useful, too.
So this won't change as it is "by design". C::B also only adds flags automatically if you use the wizard in the first place. If you don't like that, right-click on the wizard, select edit and switch off the flag generation.

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.)

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?

Maybe you should start and read the manual first...?! :o
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: and4cb on November 17, 2012, 07:38:02 am
Hello oBFusCATed:  Based on your reply, I have edited my post to make it more readable, and I am using the Task Manager to "kill" gdb when necessary.
Can you reproduce this problem on a simple example project?
Here is a simple program that demonstrates the problem.
(If I should be posting this question in a different thread, please let me know.)
I am grateful for any clue you can give me to solve this problem.
Code: [Select]
#include <stdio.h>
#include <stdlib.h>

int INUM1 = 0;

int main(void);  //prototype
void Initialize(void);  //prototype
int InitNum(int num);  //prototype

int main(void)       // "Run to cursor" here, then "Next line"
{
    Initialize();    // "Step into"

    return 0;
}

void Initialize(void)
{
    printf("\nBefore call to InitNum(), INUM1 = %d", INUM1);

    //When I Step Into this next line
    // the Debug buttons become disabled
    // and to "kill" gdb, I must use Task Manager
    INUM1 = InitNum(4);

    printf("\nAfter call to InitNum(), INUM1 = %d", INUM1);
}

int InitNum(int num)
{
    num = (num + 4);
    return num;
}


Debugger Log:
Code: [Select]
Building to ensure sources are up-to-date
Selecting target:
Debug
Adding source dir: C:\Code\test5\
Adding source dir: C:\Code\test5\
Adding file: C:\Code\test5\bin\Debug\test5.exe
Changing directory to: C:/Code/test5/.
Set variable: PATH=.;C:\MinGW32\bin;C:\MinGW32;C:\Program Files\Common Files\Microsoft Shared\Windows Live;C:\Program Files (x86)\Common Files\Microsoft Shared\Windows Live;C:\Windows\System32;C:\Windows;C:\Windows\System32\wbem;C:\Program Files (x86)\ATI Technologies\ATI.ACE\Core-Static;C:\Program Files (x86)\Common Files\Roxio Shared\DLLShared;C:\Program Files (x86)\Common Files\Roxio Shared\10.0\DLLShared;C:\Program Files (x86)\Common Files\DivX Shared;c:\Program Files (x86)\Microsoft SQL Server\100\Tools\Binn;c:\Program Files (x86)\Microsoft SQL Server\100\DTS\Binn;C:\Program Files (x86)\QuickTime\QTSystem;C:\Windows\System32\WindowsPowerShell\v1.0;C:\Program Files (x86)\Windows Live\Shared

[debug]Command-line: C:\MinGW32\bin\gdb.exe -nx -fullname  -quiet  -args C:/Code/test5/bin/Debug/test5.exe
[debug]Working dir : C:\Code\test5

Starting debugger: C:\MinGW32\bin\gdb.exe -nx -fullname  -quiet  -args C:/Code/test5/bin/Debug/test5.exe
done

[debug]> set prompt >>>>>>cb_gdb:

Registered new type: wxString
Registered new type: STL String
Registered new type: STL Vector
Setting breakpoints

[debug]Reading symbols from C:\Code\test5\bin\Debug\test5.exe...done.
[debug](gdb) >>>>>>cb_gdb:
[debug]> show version
[debug]GNU gdb (GDB) 7.5
[debug]Copyright (C) 2012 Free Software Foundation, Inc.
[debug]License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
[debug]This is free software: you are free to change and redistribute it.
[debug]There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
[debug]and "show warranty" for details.
[debug]This GDB was configured as "i686-pc-mingw32".
[debug]For bug reporting instructions, please see:
[debug]<http://www.gnu.org/software/gdb/bugs/>.
[debug]>>>>>>cb_gdb:
[debug]> set confirm off

Debugger name and version: GNU gdb (GDB) 7.5

[debug]>>>>>>cb_gdb:
[debug]> set width 0
[debug]>>>>>>cb_gdb:
[debug]> set height 0
[debug]>>>>>>cb_gdb:
[debug]> set breakpoint pending on
[debug]>>>>>>cb_gdb:
[debug]> set print asm-demangle on
[debug]>>>>>>cb_gdb:
[debug]> set unwindonsignal on
[debug]>>>>>>cb_gdb:
[debug]> set print elements 0
[debug]>>>>>>cb_gdb:
[debug]> set new-console on
[debug]>>>>>>cb_gdb:
[debug]> set disassembly-flavor att
[debug]>>>>>>cb_gdb:
[debug]> source C:\cb20121112\share\codeblocks/scripts/stl-views-1.0.3.gdb
[debug]>>>>>>cb_gdb:
[debug]> directory C:/Code/test5/
[debug]Source directories searched: C:/Code/test5;$cdir;$cwd
[debug]>>>>>>cb_gdb:
[debug]> tbreak "C:/Code/test5/main.c:10"
[debug]Temporary breakpoint 1 at 0x40133f: file C:\Code\test5\main.c, line 10.
[debug]>>>>>>cb_gdb:
[debug]> run
[debug]Starting program: C:\Code\test5\bin\Debug\test5.exe

Child process PID: 2540

[debug][New Thread 2540.0x1450]
[debug]Temporary breakpoint 1, main () at C:\Code\test5\main.c:12
[debug]C:\Code\test5\main.c:12:233:beg:0x40133f
[debug]>>>>>>cb_gdb:

At C:\Code\test5\main.c:12

[debug]> bt 30
[debug]#0  main () at C:\Code\test5\main.c:12
[debug]>>>>>>cb_gdb:
[debug]> step
[debug]Initialize () at C:\Code\test5\main.c:19
[debug]C:\Code\test5\main.c:19:312:beg:0x401351
[debug]>>>>>>cb_gdb:

At C:\Code\test5\main.c:19

[debug]> bt 30
[debug]#0  Initialize () at C:\Code\test5\main.c:19
[debug]#1  0x00401344 in main () at C:\Code\test5\main.c:12
[debug]>>>>>>cb_gdb:
[debug]> next
[debug]C:\Code\test5\main.c:24:508:beg:0x401366
[debug]>>>>>>cb_gdb:

At C:\Code\test5\main.c:24

[debug]> bt 30
[debug]#0  Initialize () at C:\Code\test5\main.c:24
[debug]#1  0x00401344 in main () at C:\Code\test5\main.c:12
[debug]>>>>>>cb_gdb:
[debug]> step
[debug]InitNum (num=4) at C:\Code\test5\main.c:31
[debug]>>>>>>cb_gdb:

Trying to pause the running process...
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: gersen on November 17, 2012, 01:46:15 pm
Hi,
first of all thank you for this great tool, I'm using it a lot lately for "exotic" targets like native client or flascc and even emscripten. It is very useful when your compiler is quite standard but don't provide an ide.

Since we are approaching a new stable release I would like to report a bug that is present on this RC1 and basically on all the nightly I've used so far. It is not a big thing but it is quite annoying. On my code I use a lot of

#ifdef PLATFORM_A
//code
#elif PLATFORM_B
//code
#elif PLATFORM_C
//code
#endif

Those PLATFORM_X defines are set in the various project build options. I have also enabled the option "Interpret #if, #else, #endif to gray out inactive preprocessor-code" and its two sub-options under Setting->Editor->C/C++ Editor Settings. All works well but if I leave some open files with those #ifdef and close and reopen CB, open that project all the previous open files (I use the option "open last open files") have wrong gray out inactive preprocessor. If I close those files and reopen them they are correctly gray out. It seems that the files automatically open when you open a project are not being preprocessed by the ide (or something like that).

Thank you and keep up the good work,
 Thomas
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: SC on November 17, 2012, 05:42:46 pm
1) Concerning the project build options, I don't really get why one should select a compiler at the project level
This is definitely useful. It depends on what you are developing. If you develop using one compiler, but your targets are different editions of you software (or maybe app + plugins) you save yourself a lot of time for the setup.
On the other hand, if you develop and must be compatible to a range of compilers, each target using a different compiler is useful, too.
So this won't change as it is "by design". C::B also only adds flags automatically if you use the wizard in the first place. If you don't like that, right-click on the wizard, select edit and switch off the flag generation.
I understand your point. Thanks for your answer.
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".
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.
Maybe you should start and read the manual first...?! :o
That is for sure. But when you give a gameboy to a kid, he starts playing with it before reading the manual (and it is probably the most efficient way to understand how to use it!). I really like codeblocks and find it very intuitive. Although I did have a look into the documentation before describing these issues. Once again, thank you for sharing this great piece of software. I will send a more detailed description of the third point.
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: Alpha on November 17, 2012, 06:44:56 pm
It seems that the files automatically open when you open a project are not being preprocessed by the ide (or something like that).
Known problem :), unfortunately, unknown solution :-\.

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.
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: stahta01 on November 18, 2012, 10:28:45 pm
Patch for NON-PCH building under Windows 7.
Needed to remove warning and error on Windows 7 build done with NOPCH and without CB_PRECOMP and WX_PRECOMP.

Including sdk_precomp.h is valid for the SDK not valid for Plug-ins and Main executable under Windows.

Strange Error: when not including wx/button.h.

Code: [Select]
..\..\..\.objs\plugins\contrib\help_plugin\MANFrame.o:MANFrame.cpp:(.rdata$_ZTV18wxBitmapButtonBase[__ZTV18wxBitmapButtonBase]+0x2dc)||undefined reference to `wxButton::GetClassInfoW() const'|


Code: [Select]
Index: src/plugins/contrib/help_plugin/MANFrame.cpp
===================================================================
--- src/plugins/contrib/help_plugin/MANFrame.cpp (revision 8574)
+++ src/plugins/contrib/help_plugin/MANFrame.cpp (working copy)
@@ -10,6 +10,7 @@
 
 #ifndef CB_PRECOMP
   #include <wx/arrstr.h>
+  #include <wx/button.h>
   #include <wx/dir.h>
   #include <wx/filename.h>
   #include <wx/sizer.h>
Index: src/src/breakpointsdlg.cpp
===================================================================
--- src/src/breakpointsdlg.cpp (revision 8574)
+++ src/src/breakpointsdlg.cpp (working copy)
@@ -7,7 +7,7 @@
  * $HeadURL$
  */
 
-#include "sdk_precomp.h"
+#include "sdk.h"
 
 #ifndef CB_PRECOMP
 #   include <algorithm>

Tim S.
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: oBFusCATed on November 19, 2012, 01:58:30 am
In svn...
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: raynebc on November 19, 2012, 11:45:44 pm
I was running splint on a program I work on and fixing casual warnings like ignoring return values from functions.  I found that casting the return value as void, ie:
Code: [Select]
(void) functioncall():
Breaks Code::Blocks's ability to find functioncall's declaration or implementation, such as from the context menu.  If I delete the void typecast and try to have C::B find the function's declaration, it brings up a list of two declarations to choose from:
Code: [Select]
int functioncall(void)
(void) callingfunctionname::function
Showing that the void cast confused C::B's parser.  Re-parsing the project doesn't correct or avoid this bug.  I just figured I'd mention it because the find declaration/implementation was screwy in the last nightly I tried as well (10-13-12  nightly), where sometimes it would fail to find the declaration/implementation, then when I tried it again a second later, it would find it.

Edit:  Also, I noticed another bug where when I do a search and replace within all of the project's files, when it completes the operation, it does not render the source file is selected.  It made me think C::B had hung until I noticed that all of the rest of the GUI was responsive.
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: and4cb on November 20, 2012, 07:11:26 am
oBFusCATed:  Since my problem does not seem to be related to this Nightly update, since the 10/23 update has the same problem for me, I have opened a new topic in the Help forum titled, "Debugger sometimes stalls when using 'Step Into'."
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: MortenMacFly on November 20, 2012, 06:50:46 pm
Edit:  Also, I noticed another bug where when I do a search and replace within all of the project's files, when it completes the operation, it does not render the source file is selected.  It made me think C::B had hung until I noticed that all of the rest of the GUI was responsive.
If you compile C::B yourself, can you try the following patch:
Code: [Select]
Index: src/sdk/editormanager.cpp
===================================================================
--- src/sdk/editormanager.cpp (revision 8584)
+++ src/sdk/editormanager.cpp (working copy)
@@ -2219,9 +2219,12 @@
 
     // if we showed the progress, the app window is frozen; unfreeze it
     if (progress)
+    {
+        delete progress;
         Manager::Get()->GetAppWindow()->Thaw();
+    }
 
-    delete progress;
+    Manager::Get()->GetAppWindow()->Refresh();
     return pos;
 }
 
?
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: dmoore on November 20, 2012, 06:56:54 pm
If you compile C::B yourself, can you try the following patch:

I can't actually replicate the issue... What is the problem that this is solving? (and how do I reproduce?)
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: MortenMacFly on November 20, 2012, 07:06:05 pm
I can't actually replicate the issue... What is the problem that this is solving? (and how do I reproduce?)
- have a project with many files (with dummy content)
- run a "Replace in files" operation
- make sure things get replaces and e.g. editors are open whose content is updated
-> after the operation has finished (and editors were opened) C::B seems like "dead", an UI refresh seems missing.
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: raynebc on November 20, 2012, 07:26:52 pm
Thanks!  I'm glad to hear that one was sorted out quickly.  However now since I've casted all unused return values to (void), I will no longer be able to use the find declaration/implementation features, which will make thinks a little less convenient.  Here's to hoping it's also a simple fix.
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: dmoore on November 20, 2012, 07:38:02 pm
I can't actually replicate the issue... What is the problem that this is solving? (and how do I reproduce?)
- have a project with many files (with dummy content)
- run a "Replace in files" operation
- make sure things get replaces and e.g. editors are open whose content is updated
-> after the operation has finished (and editors were opened) C::B seems like "dead", an UI refresh seems missing.

Thanks. I can replicate the issue but the patch doesn't appear to fix. (Perhaps opening the new window while the UI is frozen causes a problem with something like AUI?) Why do we need to freeze the app anyway?
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: Folco on November 20, 2012, 07:58:46 pm
When I run a project from CB (the green arrow in the compiler toolbar), and that I kill this program, I can't stop the debuger anymore.
I get that : (http://www.mirari.fr/T1i1) (http://www.mirari.fr/qPWd)

The red cross of the compiler toolbar doesn't work, and the icons of the dbg one bring the dialog box you see.
The only way to stop the debuger is to stop CB.

I get that with Win 7 64b, MinGW (not the one provided with CB) and gcc 4.7.2.
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: MortenMacFly on November 20, 2012, 08:41:22 pm
Why do we need to freeze the app anyway?
Yes, that came to my mind, too. Initially it was done to speed up things - but I think a Hide() / Show() call instead might be better... Can you try tat?
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: raynebc on November 20, 2012, 09:03:47 pm
Since it's been this way for a while, I figured I'd mention it since this is a release candidate:  Often, I notice that when building my project, the build log display doesn't refresh properly, I have to toggle it off and then back on with F2 and then it will display its progress.
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: dmoore on November 20, 2012, 09:08:47 pm
Why do we need to freeze the app anyway?
Yes, that came to my mind, too. Initially it was done to speed up things - but I think a Hide() / Show() call instead might be better... Can you try tat?

It works but it's a little weird visually to have the app disapper then come back. (Just dropping the Freeze/Thaw also works, but I guess it could be really slow if there were a huge number of changes)

Changing topic: opening and closing the CB project file is still slow as molasses... Are we not touching this until after release?
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: raynebc on November 20, 2012, 09:13:35 pm
I've also noticed that if the cursor is not close enough to the center of the visible portion of the file window (ie. no more than 4 lines away from the top/bottom), pressing any of various keys (SHIFT, ALT, CTRL, CAPS_LOCK) causes the window to scroll one line at a time moving the cursor toward the center of the screen.  Is this a feature I can turn off?
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: Folco on November 21, 2012, 11:51:30 am
Same bug here (Win 7 64b), but not on Linux (Squeeze, Jens'packages).
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: oBFusCATed on November 21, 2012, 11:59:34 am
What file window are you talking about?
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: Folco on November 21, 2012, 12:10:04 pm
The edition window.
1. Put the edition cursor somewhere in the editing zone
2. Scroll up to make the cursor disappear at the bottom of the screen
3. Press the Ctrl key, it should scroll down line-by-line until the cursor appears in the editing zone
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: oBFusCATed on November 21, 2012, 12:46:03 pm
Doesn't happen to me, I'm using the latest rev on Linux.  ::)
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: Folco on November 21, 2012, 01:03:02 pm
Cf. http://forums.codeblocks.org/index.php/topic,17070.msg117151.html#msg117151
Seems to be Win only.
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: Alpha on November 21, 2012, 03:54:34 pm
I've also noticed that if the cursor is not close enough to the center of the visible portion of the file window (ie. no more than 4 lines away from the top/bottom), pressing any of various keys (SHIFT, ALT, CTRL, CAPS_LOCK) causes the window to scroll one line at a time moving the cursor toward the center of the screen.  Is this a feature I can turn off?
The EditorTweaks plugin tries to keep the position in the editor away from the edges. It scrolls one line up/down (when needed) based on a calculation every keypress.  Disabling the EditorTweaks plugin is currently the only method to turn off this check.

The edition window.
1. Put the edition cursor somewhere in the editing zone
2. Scroll up to make the cursor disappear at the bottom of the screen
3. Press the Ctrl key, it should scroll down line-by-line until the cursor appears in the editing zone
This has already been fixed in the trunk, see revision 8580 (http://svn.berlios.de/wsvn/codeblocks/?op=revision&rev=8580&peg=8580).
Doesn't happen to me, I'm using the latest rev on Linux.  ::)
Which is why you would not see it in the latest revision ;).
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: dmoore on November 21, 2012, 04:32:10 pm
I've also noticed that if the cursor is not close enough to the center of the visible portion of the file window (ie. no more than 4 lines away from the top/bottom), pressing any of various keys (SHIFT, ALT, CTRL, CAPS_LOCK) causes the window to scroll one line at a time moving the cursor toward the center of the screen.  Is this a feature I can turn off?
The EditorTweaks plugin tries to keep the position in the editor away from the edges. It scrolls one line up/down (when needed) based on a calculation every keypress.  Disabling the EditorTweaks plugin is currently the only method to turn off this check.

What is this?
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: Alpha on November 21, 2012, 04:50:01 pm
Patch 3354 (http://developer.berlios.de/patch/index.php?func=detailpatch&patch_id=3354&group_id=5358) added this action.  Try typing a bunch of new lines, or holding backspace to delete a bunch of lines, or moving the caret with the arrow keys.  (Assuming EditorTweaks is enabled) the editor will scroll every time you get close to the top/bottom, so that a buffer of several lines of text will always be visible (so you can see the upcoming context, and are never working blindly on the bottom line of the editor).
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: dmoore on November 21, 2012, 04:58:27 pm
Patch 3354 (http://developer.berlios.de/patch/index.php?func=detailpatch&patch_id=3354&group_id=5358) added this action.  Try typing a bunch of new lines, or holding backspace to delete a bunch of lines, or moving the caret with the arrow keys.  (Assuming EditorTweaks is enabled) the editor will scroll every time you get close to the top/bottom, so that a buffer of several lines of text will always be visible (so you can see the upcoming context, and are never working blindly on the bottom line of the editor).

So judging by the complaints it would be better if it (a) only responded to key presses that add or remove characters in the editor, and/or (b) had a menu toggle?
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: oBFusCATed on November 21, 2012, 05:05:43 pm
Which is why you would not see it in the latest revision ;).
Sorry, but I don't see it in 8579 and I have EditorTweaks plugin enabled. This seems like a rather strange place to add such a feature:)
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: Folco on November 21, 2012, 05:33:48 pm
Quote
This has already been fixed in the trunk, see revision 8580.
Nice, and thank you !
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: raynebc on November 21, 2012, 06:19:41 pm
So judging by the complaints it would be better if it (a) only responded to key presses that add or remove characters in the editor, and/or (b) had a menu toggle?
At the very least it shouldn't scroll the window when you use modifier keys.  I routinely ALT+TAB between different windows of source code, and having it jump around from where I'm trying to look just complicates things.  If you use arrow keys while the cursor is off screen, it should still probably scroll to make the cursor visible, but I'd guess that's functionality built more into the core of the IDE instead of a plugin?  I'll probably turn it off because I couldn't immediately find that it does anything I need.
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: Alpha on November 21, 2012, 11:58:51 pm
The attached patch should (hopefully) satisfy everyone.  It moves configuration to a more logical spot, adds the option to completely disable, and functions more conservatively (only keys that add text, and specific navigation keys that I have enumerated, are detected).

If you use arrow keys while the cursor is off screen, it should still probably scroll to make the cursor visible, but I'd guess that's functionality built more into the core of the IDE instead of a plugin?
Yes, that is in the core.

Sorry, but I don't see it in 8579 and I have EditorTweaks plugin enabled. This seems like a rather strange place to add such a feature:)
Well, if a fixed bug refuses to come back, I do not see anything to complain about :) (this might have something to do with an operating system specific way of sending keyboard events... this bug had been noticeable on my Ubuntu).
I put it in EditorTweaks because this function did not seem like a core requirement, and it is a tweak to how the editor acts.  Is there somewhere else you suggest it be put?


(Note to self: whenever adding a new feature, no matter how nice, always make sure it can easily be disabled.)
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: MortenMacFly on November 22, 2012, 09:10:39 am
The attached patch should (hopefully) satisfy everyone.
I'll give it a try and if everything is OK I think this should make it into trunk before the release. Any objections?
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: oBFusCATed on November 22, 2012, 11:54:46 am
No, objections here.
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: Alpha on November 23, 2012, 05:32:15 pm
The attached patch should (hopefully) satisfy everyone.
... *Facepalm*
I must have been working to late at night; I deleted the initialization for a member variable.
(Also noticed that WXK_NUMPAD_TAB was forgotten.)
Code: [Select]
Index: src/plugins/contrib/EditorTweaks/EditorTweaks.cpp
===================================================================
--- src/plugins/contrib/EditorTweaks/EditorTweaks.cpp (revision 8598)
+++ src/plugins/contrib/EditorTweaks/EditorTweaks.cpp (working copy)
@@ -182,6 +182,7 @@
     }
     m_suppress_insert = cfg->ReadBool(wxT("/suppress_insert_key"), false);
     m_convert_braces  = cfg->ReadBool(wxT("/convert_braces"),      false);
+    m_buffer_caret    = -1;
 }
 
 void EditorTweaks::OnRelease(bool /*appShutDown*/)
@@ -431,40 +432,32 @@
     const int keyCode = event.GetKeyCode();
     switch (keyCode)
     {
-    case WXK_NUMPAD_UP:
-    case WXK_UP:
+    case WXK_NUMPAD_UP:      case WXK_UP:
         if (event.GetModifiers() != wxMOD_CONTROL)
             DoBufferEditorPos(-1);
         break;
 
-    case WXK_NUMPAD_DOWN:
-    case WXK_DOWN:
+    case WXK_NUMPAD_DOWN:    case WXK_DOWN:
         if (event.GetModifiers() == wxMOD_CONTROL)
             break;
         // fall through
-    case WXK_NUMPAD_ENTER:
-    case WXK_RETURN:
+    case WXK_NUMPAD_ENTER:   case WXK_RETURN:
         DoBufferEditorPos(1);
         break;
 
-    case WXK_TAB:
+    case WXK_NUMPAD_TAB:     case WXK_TAB:
         if (event.GetModifiers() != wxMOD_NONE)
             break;
         // fall through
     case WXK_BACK:
-    case WXK_NUMPAD_DELETE:
-    case WXK_DELETE:
-    case WXK_NUMPAD_LEFT:
-    case WXK_LEFT:
-    case WXK_NUMPAD_RIGHT:
-    case WXK_RIGHT:
+    case WXK_NUMPAD_DELETE:  case WXK_DELETE:
+    case WXK_NUMPAD_LEFT:    case WXK_LEFT:
+    case WXK_NUMPAD_RIGHT:   case WXK_RIGHT:
         if (event.GetModifiers() == wxMOD_ALT)
             break;
         // fall through
-    case WXK_NUMPAD_HOME:
-    case WXK_HOME:
-    case WXK_NUMPAD_END:
-    case WXK_END:
+    case WXK_NUMPAD_HOME:    case WXK_HOME:
+    case WXK_NUMPAD_END:     case WXK_END:
         DoBufferEditorPos();
         break;
 
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: Feneck91 on November 24, 2012, 07:13:38 am
Just one think to say : "great job!", congratulation!
I used CB for 3 years and i'm a (very little) contributor (help to implements stacked baseD tab switching) and a lot of work has been done! My last NB was svn 8497. Lot of problems with debugger has been fixed (faster when doing a step, breakpoints that works fine (some breakpoints does't works before)), SUPPR key works to delete variables.
=> wxLongLong type are not displayed into debugger (I'll see to find a way to make it work).
Some new plugins not works (SmartIndentxxx are disabled) but it is certainly because I just override my CB with NB.
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: FiReCoLoR on November 28, 2012, 06:55:52 am
hey .. i'm new out here .. :) hello everyone.  ::)  ;D
really excited for the new version .. of code::blocks.

you developers of code::blocks are really doing great job. that's why is the fav. for c,C++ programming.

i don't know .. you can here/consider my suggestion. 
i want to enjoy doing programming .. so if you guys can make code::blocks  look like  and feel touch  like in apple xcode and coda.
:
i hope you guys will think abt it .. but still not a big deal.
still 1st priority is of new engine ,and of working.
all the best.
waiting for the new release. :)
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: oBFusCATed on November 28, 2012, 08:47:27 am
FireColor:
You like XCode?  :o ::) :'(
Probably you're the only person in the world.
And no we won't make C::B look like XCode.  :P
And I don't know what engine are you talking about.

p.s. please try to increase the signal/noise ratio in your posts.... currently it is mostly noise!
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: FiReCoLoR on November 28, 2012, 04:15:35 pm
 ;D  haha .. sorry. i don't mean i like xcode. i like the presentation while typing,highlighting {} yellow attractive way.
i hope u got it. i haven't use xcode. i have seen on tutorials.

code::blocks is good for me.no to xcode. :P

and engine i mean to say .. good processing of code::blocks bugfree that is our 1st priority.i was saying. :)  ;D

and i didn't get .. " p.s. please try to increase the signal/noise ratio in your posts.... currently it is mostly noise! " :/
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: oBFusCATed on November 28, 2012, 04:24:18 pm
... ;D  haha .. sorry. i don't mean i like xcode. i like the presentation while typing,highlighting {} yellow attractive way.
i hope u got it....
I've got nothing from you post. Next time try to be more clear, otherwise people would just skip your posts as I did for the most part of yours.
<sarcasm>Also it will be a good idea to do some maintenance of your keyboard, because the shift key seems to be broken. </sarcasm>
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: MortenMacFly on November 28, 2012, 05:11:20 pm
Sorry to say that, but I also don't get what you actually want? What is your problem, what is not working? Steps to reproduce, screenshots - whatever. Please be more descriptive and precise.
Title: Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
Post by: superbem on December 08, 2012, 07:29:28 am
Hello all,
this is my first post
fine peace of software
just like to add
why not add in the download package wxwidgets for compiling right in C:::B?! mingw
It's 5mb...
only the static lib that's what matters...
unicode...
why not default that?
anyway for what that matters
here it is https://secure.host-ed.me/~superbem/wxWidgets-2.8.12.rar (hope not breaking rules, forgot to read it)
appreciated
cheers