News:

As usual while waiting for the next release - don't forget to check the nightly builds in the forum.

Main Menu

The 16 June 2013 build (9158) is out.

Started by killerbot, June 16, 2013, 08:19:28 PM

Previous topic - Next topic

killerbot

Get quick announcements through the RSS feed http://www.codeblocks.org/nightly/CodeBlock_RSS.xml

Before you use a nightly make sure you understand how it works.

A link to the unicode windows wxWidget dll for Code::Blocks : http://prdownload.berlios.de/codeblocks/wxmsw28u_gcc_cb_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 16 June 2013 build is out.
 - Windows :
   http://prdownload.berlios.de/codeblocks/CB_20130616_rev9158_win32.7z
 - Linux :
   none

Resolved Fixed:


  • fix proper use and initialization of common controls on Windows

Regressions/Confirmed/Annoying/Common bugs:




Jenna

As there are no linux related changes in svn (except 64 bit project-files, not used by automake bukd-system), I decided not to upload new packages.
Actual packages on my server are (still) svn r9156 :

Debian packages (binaries and sources) for 32-bit and 64-bit systems can be found in my debian-repo.
Fedora packages (binaries and sources) for 32-bit and 64-bit systems (fc17, fc18 and fc19) and RedHat/CentOS 5 and 6 packages (also 32-bit and 64-bit) can be found in my rpm-repo .

ToApolytoXaos

#2
The CC Test issue remains the same; it does not compile and continues to complain about http://forums.next.codeblocks.org/index.php/topic,18011.msg123242.html#msg123242.

Is there anything I could do about it? Oh I forgot to mention; the error is reported within Code::Blocks. I haven't tried to compile it with make.

P.S.: Unrelated to bug, related to development: How outdated SDK documentation is in BerliOS? I want to understand how Code::Blocks currently works. Something is causing my IDE to randomly crash under Debian and it's really annoying...too outrageous when you are in the middle of coding!

oBFusCATed

ToApolytoXaos: Try to disable CC for a while and tell us if the crashes are still there...
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

ollydbg

Quote from: ToApolytoXaos on June 16, 2013, 11:30:18 PM
P.S.: Unrelated to bug, related to development: How outdated SDK documentation is in BerliOS? I want to understand how Code::Blocks currently works.
Here is my suggestion if you would like to learn C::B source code:
1, try to build and debug C::B.
2, try to read the source code.
3, ask any questions here.

The most important thing is: C::B core can generate many events (like cbEvent or scintilla event), then the any C::B plugins can receive those event and do any thing they can in the event handler. ;)

If some piece of memory should be reused, turn them to variables (or const variables).
If some piece of operations should be reused, turn them to functions.
If they happened together, then turn them to classes.

ToApolytoXaos

#5
Quote from: oBFusCATed on June 17, 2013, 02:05:02 AM
ToApolytoXaos: Try to disable CC for a while and tell us if the crashes are still there...

The problem is much more generic than I thought so...it affects other plugins as well. I have successfully compiled CodeBlocks-unix.cbp, but upon compiling ContribPlugins-unix.workspace as a whole, it would fail. After doing so, I have decided to compile each plugin separately. So far, It has stopped on wxSmith (Unix) and now on wxSmith - Contrib Items (Unix).

I will continue with every plugin and would let you know for sure.

UPDATE: I'm afraid it's almost the entire ContribPlugins-unix.workspace with certain plugins as minor exceptions. Can someone provide feedback if he or she deals the same issue?

White-Tiger

#6
looks like you'll have to recompile Code::Blocks ToApolytoXaos
Deleting the .gch files should work as well... (src\.objs\include)

At least that's what you'll have to do once the sdk changes. (or your compiler)
Windoze 8.1 x86_64 16GiB RAM, wxWidgets-2.8x (latest,trunk), MinGW-builds (latest, posix-threads)
Code::Blocks (x86 , latest , selection length patch , build option fixes/additions , toggle comments)

ToApolytoXaos

@White-Tiger: that would not help; my repository is freshly checked out.

golgepapaz

 I have the same problem . C::B with contrib plugins compile fine with make
but gives compile error when building plugins from C::B itself.(linux mint 15)
in prep.h
    const bool linux   = (id == platform_linux);

"linux" is probably defined as a preprocessor token and hence the error.
I also vaguely remember some talk about this but can't remember where it was
now. I am not linux savvy enough to pinpoint the problem but this should be
sorted out.

oBFusCATed

(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

ToApolytoXaos

I have compiled it with make and works fine. I hope certain issues do not exist with 9158, like the green highlight color when you insert for example double quotes and you continue typing, it remains highlighted until to enter semicolon at the end of your current line, or use the arrows to interrupt it.

oBFusCATed

What green highlight? Screenshots please!
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]


Jenna

Quote from: ToApolytoXaos on June 18, 2013, 01:31:02 AM
I have compiled it with make and works fine. I hope certain issues do not exist with 9158, like the green highlight color when you insert for example double quotes and you continue typing, it remains highlighted until to enter semicolon at the end of your current line, or use the arrows to interrupt it.
Since which revision do you get this ?
Might it be related to newer scintilla sources ?
Probably a new feature ?  ;)

ToApolytoXaos