News:

The new Release 25.03 is out! You can download binaries for Windows and many major Linux distros here .

Main Menu

The 11 May 2014 build (9765) is out.

Started by killerbot, May 11, 2014, 11:30:40 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://sourceforge.net/projects/codeblocks.berlios/files/wxmsw28u_gcc_cb_wx2812_gcc481-TDM.7z

For those who might need this one (when no MingW installed on your system) : the mingw10m.dll : http://sourceforge.net/projects/codeblocks.berlios/files/mingwm10_gcc481-TDM.7z

The 11 May 2014 build is out.
 - Windows :
http://sourceforge.net/projects/codeblocks.berlios/files/CB_20140511_rev9765_win32.7z
 - Linux :
   none

Resolved Fixed:


  • pumped (wx)Scintilla to v3.4.1
  • CCManager: fix crash candidate: delay canceling call tips when C::B loses focus
  • SmartIndent: base next line indentation on the last non-empty line
  • sdk: add JavaScript lexer
  • sdk: add CoffeeScript lexer
  • CC: fix a bug that we don't get code suggestion list for a function's parameter such as: "void foo_2(Msg const& msg)". The reason for the bug is that when we try to get the base type name for the variable Token "Msg const& msg", we wrongly get the "const". The expect value should be "Msg". Discussions can be found here: http://forums.next.codeblocks.org/index.php/topic,17866.0.html
  • SmartIndent: Unindent "end block" correctly in VHDL mode
  • CC: Find declaration of a class constructor now goes to the correct constructor functions, not the class definition. This fixes a bug reported here: http://forums.next.codeblocks.org/index.php/topic,13753.msg92654.html#msg92654. Discussions can also be found there.
  • compiler: Fix crash when using *No compiler* for building projects (reported here http://forums.next.codeblocks.org/index.php/topic,19071.msg131370.html#msg131370)

    Changed the return type of the GetCompilerTool method, so the clients can
    check if the returned value is correct or not. This requires a change to
    the SDK version, because the API/ABI is broken.

Regressions/Confirmed/Annoying/Common bugs:



EDIT:
corrected download links, berlios.de seems to be gone as announced.
Jens

ollydbg

Here is Alpha's Clanglib binary release compatible with this nightly build, very nice feature.

Re: Clang based CC, new CC interface
Quote
Binary release available here for Windows, compatible with nightly build rev9765.
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.

Newling

Thank you very much for this nightly version, works for me great! 

;D ;D

shurick

Packages for openSUSE 12.2 - 13.1 (binaries and sources) for 32-bit and 64-bit.
Packages for openSUSE http://codeblocks.esy.es  (binaries and sources) for 32-bit and 64-bit.

damorin

Hi,

I was doing a regexp seach/replace and suddenly this:

wxScintilla
Assertion(cpMax <=pdoc->Length()] failed at c:\CodeBlocks\sf2\src\sdk\wxscintilla\src\Editor.cxx 7792

Build 9765
On Windows XP SP3
One problem at a time and we will get there.

damorin


The regular expression was for search:


FXBOOL Cfg([A-Z0-0_]+);.*$


and for the replace:


                                      JDR_BOOL( "\1" ) \


There is a missing \ and once added, the problem disappeared.

One problem at a time and we will get there.

airc

thanks for the update .
seems wxsmith was not updated since a while , is it deprecated ?

oBFusCATed

No, just no one is actively working on it. Volunteers welcome.
(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!]

Max

Using Windows XP Service Pack 3 the latest nightly build is getting a crash adding a file using

File->New->File

and adding a header file into an existing c++ project.

No crash report found.

The problem was not present in previous 9677

oBFusCATed

Didn't reproduce on linux. Does it happen with a simple console project?
(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!]

Xaviou

Quote from: MaxGaspa on May 13, 2014, 11:55:02 PM
Using Windows XP Service Pack 3 the latest nightly build is getting a crash adding a file using

File->New->File

and adding a header file into an existing c++ project.

No crash report found.

The problem was not present in previous 9677
Couldn't reproduce on a Win XP SP3 machine (Created a new wx-3.0 project, saved, re-opened, open the main file in the editor, and added a new header file using the "File -> New -> File" Wizard).

Regards
Xav'
My wxWidgets's stuff : [url="https://wxstuff.xaviou.fr/"]https://wxstuff.xaviou.fr/[/url]

xawari

Same here. Cannot reproduce addfilecrash on win2003.
┌──────────────────────────────────────────────────────╖
in another thousand years we'll be machines or gods█
╘══════════════════════════════════════════════════════╝

damorin


Got to reproduce the crash in XP SP3 except that I tried to add a C++ file.

The instruction at "0x6d053d40" referenced memory at "0xff080174". The memory cannot be "read".

See attached RPT.
One problem at a time and we will get there.

White-Tiger

#13
I gave up on using Code::Blocks "add file" "feature" as it crashes way to often... About a month ago I've killed it that way as well^^
It's saver to add existing files instead of new ones and just create them inside the "open file" dialog :P

I don't really like CB to crash... all the time I have to rename "<projectname>.layout.save" to "<projectname>.layout" since the original file is somehow deleted when CB crashes...
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)

oBFusCATed

Doesn't happen for me. Have you reproduced the problem while debugging C::B? Can you try if not?
(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!]