Author Topic: The 24 august 2006 build is out. (Read 17902 times)

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:

Fixed broken code-completion parsing of last few days, manifested by displaying the same symbol multiple times (and as a namespace) in the symbols view

Regressions/Confirmed/Annoying/Common bugs:

toolbar-images-not-changing-state (is a wx problem/Win XP problem)
there are several issues with Code Completion (is being redesigned : work in progress)
menu items with icon not correctly aligned (since wx263)

Sagrer · « **Reply #1 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?

MoonKid · « **Reply #2 on:** August 25, 2006, 04:44:18 am »

Quote from: Sagrer on August 25, 2006, 01:42:04 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!

riverbird · « **Reply #3 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!

MoonKid · « **Reply #4 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

Vampyre_Dark · « **Reply #5 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.

bigbug · « **Reply #6 on:** August 25, 2006, 08:37:37 am »

Quote from: 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?

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();
}

killerbot · « **Reply #7 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-> .

David Perfors · « **Reply #8 on:** August 25, 2006, 08:59:16 am »

Quote from: MoonKid on August 25, 2006, 04:44:18 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

mandrav · « **Reply #9 on:** August 25, 2006, 09:02:36 am »

Quote from: killerbot on August 25, 2006, 08:51:24 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'

Jewe · « **Reply #10 on:** August 25, 2006, 09:06:04 am »

Quote from: killerbot on August 25, 2006, 08:51:24 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.

was able to work with it and my old BC 4.5 compiler.
Saved me a lot of time..

cheers,

Jewe

Outis · « **Reply #11 on:** August 25, 2006, 10:34:23 am »

Quote from: mandrav on August 25, 2006, 09:02:36 am

Quote from: killerbot on August 25, 2006, 08:51:24 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.

Szabadember · « **Reply #12 on:** August 25, 2006, 10:39:18 am »

The Copy Constructor is also not parsed correctly by Code Completition plugin!

Phoenix · « **Reply #13 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.

mandrav · « **Reply #14 on:** August 25, 2006, 11:49:19 am »

Quote from: 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.

I fixed all these bugs earlier. Please wait for tonight's nightly...

killerbot · « **Reply #15 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

nix_BB · « **Reply #16 on:** August 25, 2006, 12:29:33 pm »

Quote from: killerbot on August 25, 2006, 08:51:24 am

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:

nzoltan · « **Reply #17 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]
}

sethjackson · « **Reply #18 on:** August 25, 2006, 08:35:11 pm »

Hmm why do you need the extra struct declaration???

killerbot · « **Reply #19 on:** August 25, 2006, 08:37:07 pm »

C needs that :-(

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

sethjackson · « **Reply #20 on:** August 25, 2006, 08:38:36 pm »

Quote from: 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 ...

Hmm ok thanks. I didn't know that.

News:

Author Topic: The 24 august 2006 build is out. (Read 17902 times)

riverbird

bigbug

Phoenix

nzoltan

sethjackson

sethjackson