Code::Blocks Forums

User forums => Nightly builds => Topic started by: killerbot on August 24, 2006, 11:43:41 pm

Title: The 24 august 2006 build is out.
Post by: killerbot on August 24, 2006, 11:43:41 pm
Get quick announcements through the RSS feed http://www.codeblocks.org/nightly/CodeBlock_RSS.xml

A link to the unicode windows wxWidget dll for Code::Blocks : http://prdownload.berlios.de/codeblocks/wxmsw26u_gcc_cb_wx2.6.3p2.7z

For those who might need this one (when no MingW installed on your system) : the mingw10m.dll : http://prdownload.berlios.de/codeblocks/mingwm10.7z

For support of ansi builds, a link to the ansi windows wxWidget dll for Code::Blocks : http://prdownload.berlios.de/codeblocks/wxmsw26_gcc_cb_wx2.6.3p2.7z

The 24 August 2006 build is out.
  - Windows : http://prdownload.berlios.de/codeblocks/CB_20060824_rev2892_win32.7z
  - Linux :
         http://prdownload.berlios.de/codeblocks/CB_20060824_rev2892_Ubuntu6.06.deb
         http://prdownload.berlios.de/codeblocks/CB_20060824_rev2892_fc4+5.rpm


Resolved Fixed:


Regressions/Confirmed/Annoying/Common bugs:


Title: Re: The 24 august 2006 build is out.
Post by: Sagrer on August 25, 2006, 01:42:04 am
"this->" code completion is not fixed... in topic about build from 23 august - it was something about that "this->" is a bad design..... is it mean that "this->" will never show code comletion's list with class's members and this is not a bug?
Title: Re: The 24 august 2006 build is out.
Post by: MoonKid on August 25, 2006, 04:44:18 am
is it mean that "this->" will never show code comletion's list with class's members and this is not a bug?

At my own opinon we could argue about that, If this-> is needfull or not. I think it does not matter for an IDE.
If an IDE does not implement code-completiton like this and say indirect ("hey guys it is bad design If you want to use it") the IDE patronize it users like Microsoft Software do.

Code::Blocks should not patronize things like that to its users!
Title: Re: The 24 august 2006 build is out.
Post by: riverbird on August 25, 2006, 05:39:49 am
Everyone,I have a problem ,and I can't do it .when I complie a wxWidget program,the C::B display a message that "wx\setup,No such file or directory",And I can't do it ,if you can do it ,please tell me,thank you very very very much!
Title: Re: The 24 august 2006 build is out.
Post by: MoonKid on August 25, 2006, 06:46:03 am
It is a wxWidgets specific problem. Please use its forum.

Look at wxWidgets/BuildCVS.txt

copy (for example; depends on the system you want to build) wxWindows/include/wx/msw/setup0.h
to wxWindows/include/wx/msw/setup.h
and wxWindows/include/wx/setup.h
Title: Re: The 24 august 2006 build is out.
Post by: Vampyre_Dark on August 25, 2006, 07:28:26 am
Still getting random shutdown crashes and I have no clue what it is. The last working build for me was on the 19th.
Title: Re: The 24 august 2006 build is out.
Post by: bigbug on August 25, 2006, 08:37:37 am
"this->" code completion is not fixed... in topic about build from 23 august - it was something about that "this->" is a bad design..... is it mean that "this->" will never show code comletion's list with class's members and this is not a bug?
If you want the code completion to show members of a class inside itself, you can use the class' name with the scope resolution operator. Here's an example:
Code: cpp
#include <iostream>
using namespace std;

class foo
{
public:
    foo(int bar = 4711) : m_bar(bar) {}

    inline void show() const
    {
        cout << foo::m_bar << endl; // instead of this->m_bar
    }

private:
    int m_bar;
};

int main()
{
    foo f;
    f.show();
}
Title: Re: The 24 august 2006 build is out.
Post by: killerbot on August 25, 2006, 08:51:24 am
there are cases where 'this->' is needed, some examples have already been given.

But be honest, in every other normal case people don't write code like that. Look around on the internet for code, you will see for yourself.

Maybe (and maybe not) Yiannis will implement also support for this-> (and while we are at it : *this.   :evil: ).
Just be patient, 1.5 weeks ago, code completion was totally broken, looks where it is now. This is an extreme improvement, let's not fuss about something like this-> .

Title: Re: The 24 august 2006 build is out.
Post by: David Perfors on August 25, 2006, 08:59:16 am
At my own opinon we could argue about that, If this-> is needfull or not. I think it does not matter for an IDE.
If an IDE does not implement code-completiton like this and say indirect ("hey guys it is bad design If you want to use it") the IDE patronize it users like Microsoft Software do.

Code::Blocks should not patronize things like that to its users!

I agree, Code::Blocks has also implemented more than one code styles, so why not implementing "this->".

But I also agree with killerbot, who knows where Yiannis is workin on ;)
Title: Re: The 24 august 2006 build is out.
Post by: mandrav on August 25, 2006, 09:02:36 am
Maybe (and maybe not) Yiannis will implement also support for this-> (and while we are at it : *this.   :evil: ).

It's already in the code :)

Code: cpp
{
    // TODO: handle special keyword 'this'
Title: Re: The 24 august 2006 build is out.
Post by: Jewe on August 25, 2006, 09:06:04 am
Maybe (and maybe not) Yiannis will implement also support for this-> (and while we are at it : *this.   :evil: ).
Just be patient, 1.5 weeks ago, code completion was totally broken, looks where it is now. This is an extreme improvement, let's not fuss about something like this-> .

until then, Yiannis thanks for the work. :D
was able to work with it and my old BC 4.5 compiler.
Saved me a lot of time..

cheers,

Jewe
Title: Re: The 24 august 2006 build is out.
Post by: Outis on August 25, 2006, 10:34:23 am
Maybe (and maybe not) Yiannis will implement also support for this-> (and while we are at it : *this.   :evil: ).

It's already in the code :)

Code: cpp
{
    // TODO: handle special keyword 'this'

Thanks! But I think it's more important to add more options for code-completion than supporting a rarely used keyword.
----
I worked a long time with Dev-C++ and there was no luxury like code-completion, so I'm glad it works at all.  :)
Title: Re: The 24 august 2006 build is out.
Post by: Szabadember on August 25, 2006, 10:39:18 am
The Copy Constructor is also not parsed correctly by Code Completition plugin! :(
Title: Re: The 24 august 2006 build is out.
Post by: Phoenix on August 25, 2006, 11:23:06 am
I still have some problems with class browser. This time it is closing down one per 3-5 times I save changes. It happens quite often if you are adding new function to your class.
Title: Re: The 24 august 2006 build is out.
Post by: mandrav on August 25, 2006, 11:49:19 am
I still have some problems with class browser. This time it is closing down one per 3-5 times I save changes. It happens quite often if you are adding new function to your class.

I fixed all these bugs earlier. Please wait for tonight's nightly...
Title: Re: The 24 august 2006 build is out.
Post by: killerbot on August 25, 2006, 12:23:35 pm
somethings wrong : I get crashes all the time now  :-( 

Code
Error occured on Friday, August 25, 2006 at 12:18:30.

D:\projects\CodeBlocks\src\devel\codeblocks.exe caused an Access Violation at location 77c46fa3 in module C:\WINDOWS\system32\msvcrt.dll Reading from location 06044000.

Registers:
eax=061c0a3a ebx=00410041 ecx=0005f28e edx=00000002 esi=06044000 edi=08713674
eip=77c46fa3 esp=03b2f718 ebp=03b2f720 iopl=0         nv up ei pl nz ac po nc
cs=001b  ss=0023  ds=0023  es=0023  fs=003b  gs=0000             efl=00010216

Call stack:
77C46FA3  C:\WINDOWS\system32\msvcrt.dll:77C46FA3  memcpy
100623E0  D:\projects\CodeBlocks\src\devel\wxmsw26u_gcc_cb.dll:100623E0  _onexit  d:/src/mingw/build/runtime/../../runtime/dllcrt1.c:183
100631A3  D:\projects\CodeBlocks\src\devel\wxmsw26u_gcc_cb.dll:100631A3  _onexit  d:/src/mingw/build/runtime/../../runtime/dllcrt1.c:183
65EC3335  D:\projects\CodeBlocks\src\devel\share\codeblocks\plugins\codecompletion.dll:65EC3335  BasicSearchTree::AddNode(wxString const&, unsigned)  D:/projects/CodeBlocks/src/plugins/codecompletion/parser/searchtree.cpp:698
65EC3FAD  D:\projects\CodeBlocks\src\devel\share\codeblocks\plugins\codecompletion.dll:65EC3FAD  BasicSearchTree::insert(wxString const&)  D:/projects/CodeBlocks/src/plugins/codecompletion/parser/searchtree.cpp:821
65EE07B6  D:\projects\CodeBlocks\src\devel\share\codeblocks\plugins\codecompletion.dll:65EE07B6  PluginSDKVersion
65EC8745  D:\projects\CodeBlocks\src\devel\share\codeblocks\plugins\codecompletion.dll:65EC8745  TokensTree::AddToken(Token*, int)  D:/projects/CodeBlocks/src/plugins/codecompletion/parser/token.cpp:525
65EC80B3  D:\projects\CodeBlocks\src\devel\share\codeblocks\plugins\codecompletion.dll:65EC80B3  TokensTree::insert(Token*)  D:/projects/CodeBlocks/src/plugins/codecompletion/parser/token.cpp:425
65EBAAEB  D:\projects\CodeBlocks\src\devel\share\codeblocks\plugins\codecompletion.dll:65EBAAEB  ParserThread::DoAddToken(TokenKind, wxString const&, int, wxString const&, bool, bool)  D:/projects/CodeBlocks/src/plugins/codecompletion/parser/parserthread.cpp:970
65EBD4BA  D:\projects\CodeBlocks\src\devel\share\codeblocks\plugins\codecompletion.dll:65EBD4BA  ParserThread::HandleTypedef()  D:/projects/CodeBlocks/src/plugins/codecompletion/parser/parserthread.cpp:1481
65EB8B4E  D:\projects\CodeBlocks\src\devel\share\codeblocks\plugins\codecompletion.dll:65EB8B4E  ParserThread::DoParse()  D:/projects/CodeBlocks/src/plugins/codecompletion/parser/parserthread.cpp:560
65EB8CEA  D:\projects\CodeBlocks\src\devel\share\codeblocks\plugins\codecompletion.dll:65EB8CEA  ParserThread::DoParse()  D:/projects/CodeBlocks/src/plugins/codecompletion/parser/parserthread.cpp:579
65EB8661  D:\projects\CodeBlocks\src\devel\share\codeblocks\plugins\codecompletion.dll:65EB8661  ParserThread::Parse()  D:/projects/CodeBlocks/src/plugins/codecompletion/parser/parserthread.cpp:472
65EE2081  D:\projects\CodeBlocks\src\devel\share\codeblocks\plugins\codecompletion.dll:65EE2081  PluginSDKVersion
617E76D2  D:\projects\CodeBlocks\src\devel\codeblocks.dll:617E76D2  cbThreadPool::cbWorkerThread::Entry()  D:/projects/CodeBlocks/src/sdk/cbthreadpool.cpp:223
1009FDB5  D:\projects\CodeBlocks\src\devel\wxmsw26u_gcc_cb.dll:1009FDB5  _onexit  d:/src/mingw/build/runtime/../../runtime/dllcrt1.c:183
77C3A3B0  C:\WINDOWS\system32\msvcrt.dll:77C3A3B0  _endthreadex
7C80B683  C:\WINDOWS\system32\kernel32.dll:7C80B683  GetModuleFileNameA



[EDIT] and reproducable : I launch CB, open my little test project -> nearly directly crash, with always the above RPT
Title: Re: The 24 august 2006 build is out.
Post by: nix_BB on August 25, 2006, 12:29:33 pm
Just be patient, 1.5 weeks ago, code completion was totally broken, looks where it is now.

I think the C::B team has been doing an absolutely fabulous job the past few weeks :!: :!: :!:

C::B has become much more comfortable to work in - now if only someone could get to feature request 002528 and make me a very happy C::B groupie :wink:
Title: Re: The 24 august 2006 build is out.
Post by: nzoltan on August 25, 2006, 07:54:06 pm
The cc does not support C language?

Example code (e.g.: test.c)
Code
struct astruct
{
int dummy;
};

int main()
{
struct astruct* xx;

        xx-> [no match]
}
BUT:

Code
int main()
{
astruct* xx;

        xx->[correct cc lookup]
}
Title: Re: The 24 august 2006 build is out.
Post by: sethjackson on August 25, 2006, 08:35:11 pm
Hmm why do you need the extra struct declaration???
Title: Re: The 24 august 2006 build is out.
Post by: killerbot on August 25, 2006, 08:37:07 pm
C needs that :-(

but maybe in C99 it is no longer needed. Should check the standard ...
Title: Re: The 24 august 2006 build is out.
Post by: sethjackson on August 25, 2006, 08:38:36 pm
C needs that :-(

but maybe in C99 it is no longer needed. Should check the standard ...

Hmm ok thanks. I didn't know that. :)