Author Topic: The 11 February 2012 build (7789) is out.  (Read 77677 times)

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 11 February 2012 build (7789) is out.
« Reply #15 on: February 27, 2012, 11:05:59 pm »
SVN HEAD is as stable as it could get :)
(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!]

Offline codeur

  • Multiple posting newcomer
  • *
  • Posts: 113
    • Code::Blocks EDU-Portable
Re: The 11 February 2012 build (7789) is out.
« Reply #16 on: February 28, 2012, 11:49:47 pm »
SVN HEAD is as stable as it could get :)

I trust it is very stable. I am using the current head for a new release of Codeblocks EDU-Portable (in a couple of weeks).

Offline xawari

  • Multiple posting newcomer
  • *
  • Posts: 36
  • programming, usability ctrl
    • welcome to reality
Re: The 11 February 2012 build (7789) is out.
« Reply #17 on: February 29, 2012, 09:44:49 pm »
Selection color is not accessible in most other languages simply because no one has added that tag.
There's no such lexer as default/common, it's really a bad idea to add same setting to every language. There may be someone who wants to highlight different text in different colors, of course, but in general there should be a common base. IMHO.
┌──────────────────────────────────────────────────────╖
in another thousand years we'll be machines or gods█
╘══════════════════════════════════════════════════════╝

Offline zetab

  • Multiple posting newcomer
  • *
  • Posts: 18
Re: The 11 February 2012 build (7789) is out.
« Reply #18 on: March 09, 2012, 10:24:14 am »
When using the "Insert -> All method without implementation" to insert the implementation of TestFunction() for this header file:
TestClass.h
Code
#ifndef TESTCLASS_H
#define TESTCLASS_H
class TestClass
{
public:
TestClass();
virtual ~TestClass();

int* TestFunction();
};
#endif // TESTCLASS_H

I got following code:
TestClass.cpp
Code
#include "TestClass.h"

TestClass::TestClass(){}
TestClass::~TestClass(){}

int TestClass::TestFunction()
{
}

The return type of TestFunction missed the "*".
I have tried reparsing the project, but the problem is still there.

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5490
Re: The 11 February 2012 build (7789) is out.
« Reply #19 on: March 09, 2012, 11:41:10 am »
many thanks for the feedback, this is indeed a serious error.
Could you please also register it at our berlios project page as a bug, otherwise it will get lost in the forum ;-)

Offline Agetian

  • Multiple posting newcomer
  • *
  • Posts: 16
Re: The 11 February 2012 build (7789) is out.
« Reply #20 on: March 09, 2012, 12:52:17 pm »
I can confirm the error submitted by zetab, I can also say that it happens for C functions and not only for C++ classes (C functions that return char* are shown as returning char), and I have found another serious flaw with return types:
As one types a simple C program like this:

Code
#include <stdio.h>
#include <stdlib.h>

int main()
{
    printf(
}


Upon typing the opening bracket of the standard function 'printf', which fires the printf declaration hint, the hint will show the function as "__MINGW_NOTHROW printf(const char*, ...)" thus omitting the return type (int) and the other declarations (_CRTIMP, __cdecl). Tested with the latest nightly (from this thread) and MinGW GCC 4.6.1.
« Last Edit: March 09, 2012, 12:54:00 pm by Agetian »

Offline MortenMacFly

  • Administrator
  • Lives here!
  • *****
  • Posts: 9694
Re: The 11 February 2012 build (7789) is out.
« Reply #21 on: March 09, 2012, 03:41:46 pm »
Upon typing the opening bracket of the standard function 'printf', which fires the printf declaration hint, the hint will show the function as "__MINGW_NOTHROW printf(const char*, ...)" thus omitting the return type (int) and the other declarations (_CRTIMP, __cdecl). Tested with the latest nightly (from this thread) and MinGW GCC 4.6.1.
This is known but not an easy thing to do. I've done some work on it which improves this, but not fully completed yet.
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: https://www.codeblocks.org/docs/main_codeblocks_en.html
C::B FAQ: https://wiki.codeblocks.org/index.php?title=FAQ

Offline Agetian

  • Multiple posting newcomer
  • *
  • Posts: 16
Re: The 11 February 2012 build (7789) is out.
« Reply #22 on: March 11, 2012, 09:16:41 am »
Upon typing the opening bracket of the standard function 'printf', which fires the printf declaration hint, the hint will show the function as "__MINGW_NOTHROW printf(const char*, ...)" thus omitting the return type (int) and the other declarations (_CRTIMP, __cdecl). Tested with the latest nightly (from this thread) and MinGW GCC 4.6.1.
This is known but not an easy thing to do. I've done some work on it which improves this, but not fully completed yet.

Also, I'm not sure if it's supposed to work (I think it used to work a couple builds ago, but my memory is a bit blurry), but the declaration hint is not shown for function-like macros, e.g. in this stupid little test macro:

Code
#define TEST_MACRO(x)  ((x) * (x))

int main()
{
    TEST_MACRO(
}

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 5910
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: The 11 February 2012 build (7789) is out.
« Reply #23 on: March 12, 2012, 07:11:16 am »
When using the "Insert -> All method without implementation" to insert the implementation of TestFunction() for this header file:
TestClass.h
Code
#ifndef TESTCLASS_H
#define TESTCLASS_H
class TestClass
{
public:
TestClass();
virtual ~TestClass();

int* TestFunction();
};
#endif // TESTCLASS_H

I got following code:
TestClass.cpp
Code
#include "TestClass.h"

TestClass::TestClass(){}
TestClass::~TestClass(){}

int TestClass::TestFunction()
{
}

The return type of TestFunction missed the "*".
I have tried reparsing the project, but the problem is still there.


I have find the reason, see the comments in Insert all class methods without implementation malfunction

I think it can be fixed quickly, but that fix should be reviewed. :)
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.

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 5910
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: The 11 February 2012 build (7789) is out.
« Reply #24 on: March 12, 2012, 07:16:46 am »
Also, I'm not sure if it's supposed to work (I think it used to work a couple builds ago, but my memory is a bit blurry), but the declaration hint is not shown for function-like macros, e.g. in this stupid little test macro:

Code
#define TEST_MACRO(x)  ((x) * (x))

int main()
{
    TEST_MACRO(
}


It works here, WinXP, c::b trunk.

See the screen shot below:
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.

Offline Agetian

  • Multiple posting newcomer
  • *
  • Posts: 16
Re: The 11 February 2012 build (7789) is out.
« Reply #25 on: March 12, 2012, 04:54:46 pm »
It works here, WinXP, c::b trunk.
See the screen shot below:


Hmm, I'm not sure if it's the newer build you might be testing with (so it's already fixed?) or something OS-specific/compiler toolchain-specific; at any rate, I'm testing it with SVN 7789 (from this thread) on Windows Vista 32bit with MinGW GCC 4.6.1 (tdm-gcc). It doesn't work for me under these circumstances. :\

stefanos_

  • Guest
Re: The 11 February 2012 build (7789) is out.
« Reply #26 on: March 20, 2012, 10:23:34 pm »
Can someone try to close multiple .xrc or .wxs and tell me if his / her system is crashing? I have tried with both svn-7789 and the latest svn-7905 and it crashes like mad.

Below you may find the generated crash report. It would help a lot your valuable feedback.

Cheers.

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 5910
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: The 11 February 2012 build (7789) is out.
« Reply #27 on: March 21, 2012, 02:19:27 am »
Can someone try to close multiple .xrc or .wxs and tell me if his / her system is crashing?
Tested under latest trunk and winXP, no crash.
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.

Offline Jenna

  • Administrator
  • Lives here!
  • *****
  • Posts: 7255
Re: The 11 February 2012 build (7789) is out.
« Reply #28 on: March 21, 2012, 06:43:59 am »
Can someone try to close multiple .xrc or .wxs and tell me if his / her system is crashing? I have tried with both svn-7789 and the latest svn-7905 and it crashes like mad.

Below you may find the generated crash report. It would help a lot your valuable feedback.

Cheers.
did you really clean your sozrce folder before building, especially remove the +.gch's in c::B's include ? They have moved to another place, but if old ones exist, they will probably be used by the compiler, what can lead to weird crashes.

A fresh svn-checkout is usually the easiest way to avoid such issues.

stefanos_

  • Guest
Re: The 11 February 2012 build (7789) is out.
« Reply #29 on: March 21, 2012, 08:19:29 am »

jens, I have forgot to mention that it's under Debian wheezy. I have created a script and it runs like this:

Code
make clean && \ 
make distclean && \
./bootstrap && \
./configure --with-contrib-plugins=all && \
make && sudo make install

Up to now it was working just fine, cleaning literally everything that I could see. This issue appeared in svn-7789 and afterwards. Shall I try to uninstall it and run a clean install?