Author Topic: The 21 march 2006 build is out. (Read 25792 times)

killerbot · « **on:** March 21, 2006, 08:59:03 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://download.berlios.de/codeblocks/wxmsw26u_gcc_cb.7z
For those who might need this one (when no MingW installed on your system) : the mingw10m.dll : http://download.berlios.de/codeblocks/mingwm10.7z

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

The 21 March 2006 build is out.
- Windows : http://download.berlios.de/codeblocks/CB_20060321_rev2220_win32.7z
- Linux :
http://download.berlios.de/codeblocks/CB_20060321_rev2220_ubuntu.deb
http://download.berlios.de/codeblocks/CB_20060321_rev2220_fc4.rpm

Resolved Fixed:

Patch #928 : Show/hide tabs in message pane - display the correct icons
copystrings : reactivate pch and adjust unix cbp file

Regressions/Confirmed/Annoying/Common bugs:

toolbar-images-not-changing-state (is a wx problem)
there are several issues with Code Completion (is being redesigned : work in progress)

Zingam · « **Reply #1 on:** March 21, 2006, 11:53:38 pm »

Will this be permanent practice to release nightly builds for Linux too?

The linux version crashes quite often, the windows one almost never. How do I report these crashes?

killerbot · « **Reply #2 on:** March 22, 2006, 12:04:27 am »

we will try to also provide the linux nightly, another one (rpm for suse) is also coming. I think we are at this time not able to provide them every night, but will do as much as possible. We like to guarantee it weekly and every higher frequency we can live up to we will provide ;-)

in linux there's also a CB crash report, post it, or just tell what has happened and if it can be reproduced and how it can be reproduced.

skirby · « **Reply #3 on:** March 22, 2006, 02:44:28 pm »

Hello,

I would like to reopen a bug (Bug #6791) on BerliOS site which was closed by mandrav whereas the problem still persists in the last nightly build (this one).
I am the author of that bug but I can neither reopen nor modify it.

What is the way to do this?

Thanks and have a nice day.

mandrav · « **Reply #4 on:** March 22, 2006, 03:04:48 pm »

Quote from: skirby on March 22, 2006, 02:44:28 pm

Hello,

I would like to reopen a bug (Bug #6791) on BerliOS site which was closed by mandrav whereas the problem still persists in the last nightly build (this one).
I am the author of that bug but I can neither reopen nor modify it.

What is the way to do this?

Thanks and have a nice day.

There you go. Reopened. Let's see what more you have to add...

Acki · « **Reply #5 on:** March 22, 2006, 03:46:04 pm »

Hi,
I now have a problem with unknwn.h !!!
I'm using Irrlicht (3D graphics engine).
In Irrlicht a class is defined called IUnknown.
Now in C::B there is the same class defined !!!
This doesn't matter as long as I don't use the Irrlicht's namespaces !!!
But all my projects are using the namespaces of Irrlicht...
And Irrlicht uses 6 namespaces !!!
Now I have to walk though all the source codes, delete the using namespaces and add the namespaces to the classes (1000s of lines) !!!

So is there a chance that you change back the name of IUnknown, please ?!?!?

mandrav · « **Reply #6 on:** March 22, 2006, 03:59:45 pm »

Quote from: Acki on March 22, 2006, 03:46:04 pm

So is there a chance that you change back the name of IUnknown, please ?!?!?

First, we don't have IUnknown anywhere in C::B sources.
Second, even if we did have IUnknown it wouldn't give you any problems with your projects.

The only IUnknown I know about, is from DirectX. So check your #includes and paths...

thomas · « **Reply #7 on:** March 22, 2006, 04:06:18 pm »

You are of course joking. You must be.

First of all, your statement is not true. There is no class IUnknown defined in Code::Blocks. You can easily verify this by doing a global search on the sources, the string IUnknown does not appear anywhere (not even in a contrib plugin or a resource file).

Second, what would it matter if Code::Blocks did define such a class? That is absolutely irrelevant for any of your projects (unless you copy and paste our code into your project).

Third, namespaces have the purpose of avoiding such conflicts, and they do so quite reliably if you use them correctly. Of course, if you use one or more large libraries (such as Irrlicht) and start every source file with using every_namespace_in_existence then you deserve the trouble you get from that. This is a well-known programming sin.

Acki · « **Reply #8 on:** March 22, 2006, 04:54:08 pm »

Well, I don't know where unknwn.h belongs to...
But there is a pragma declared in it: #pragma GCC system_header
And there is IClassFactory defined in it: #define __IClassFactory_INTERFACE_DEFINED__
That's why I thought it belongs to C::B ?!?!?
And sorry, IUnknown isn't a class, it's a typedef: typedef IUnknown *LPUNKNOWN;
The file unknwn.h is located within c:\CodeBlocks\include
The errors occur only if I use Irrlicht and include windows.h !!!
And I havn't had this error before...

thomas · « **Reply #9 on:** March 22, 2006, 05:06:03 pm »

Quote

The file unknwn.h is located within c:\CodeBlocks\include

As are about 600-800 other files. None of them is necessarily related to Code::Blocks.

Quote

And I havn't had this error before...

Have you used google before?

I found this within 10 seconds:
http://msdn.microsoft.com/archive/default.asp?url=/archive/en-us/directx9_c_dec_2004/directx/DirectXSDK/reference/IUnknown/iunknown_interface.asp

What happens here is you include headers from Irrlicht and (a possibly non-authorative version of) DirectX and what not. In addition, you make all classes that are wisely hidden inside namespaces globally visible by using using globally.

TDragon · « **Reply #10 on:** March 22, 2006, 05:08:33 pm »

Quote from: mandrav on March 22, 2006, 03:59:45 pm

The only IUnknown I know about, is from DirectX. So check your #includes and paths...

He speaketh words of truth; yea, wisdom floweth from his lips as honey from the comb.

Quote from: Acki on March 22, 2006, 04:54:08 pm

And sorry, IUnknown isn't a class, it's a typedef: typedef IUnknown *LPUNKNOWN;

Wrong; that's typedef-ing LPUNKNOWN to be of type IUnknown*. IUnknown is a global DirectX interface from which nearly all DirectX classes eventually inherit. IUnknown is also an Irrlicht interface (from the irr namespace) from which nearly all Irrlicht classes inherit. Conflicts occur when you import the irr namespace into the global namespace after including any header which directly exposes the DirectX IUnknown interface.

Acki · « **Reply #11 on:** March 22, 2006, 05:31:13 pm »

Well, but don't call me a fool !!!

But I havn't had this before the last C::B update !!!
So I'm sure it has to do with the last C::B update !!!
Right, it's always easier to point to other components...

killerbot · « **Reply #12 on:** March 22, 2006, 05:38:28 pm »

I am also rather sure it has nothing to do with CB, but could you tell with which version you now have this problem, and with which version you did not. (revision numbers please)

kind regards,
Lieven

mandrav · « **Reply #13 on:** March 22, 2006, 06:24:59 pm »

Quote from: Acki on March 22, 2006, 05:31:13 pm

Well, but don't call me a fool !!!

Nobody called you a fool.

Quote from: Acki on March 22, 2006, 05:31:13 pm

But I havn't had this before the last C::B update !!!

And stop shouting, please.

Quote from: Acki on March 22, 2006, 05:31:13 pm

So I'm sure it has to do with the last C::B update !!!
Right, it's always easier to point to other components...

The "last C::B update" is very vague. You haven't even told us which version you 're using.
Besides, the folder codeblocks/include contains gcc system headers and is only available when installing the full RC2 setup. not C::B's headers...

So instead of shouting at us, why don't you learn something? Your problem has its solution and it has already been posted. Read this well:

Quote from: TDragon

Conflicts occur when you import the irr namespace into the global namespace after including any header which directly exposes the DirectX IUnknown interface.

Now, do yourself a favour and read it.
And then click this little "Add thank you" link above TDragon's post to acknowledge his help to you.

MortenMacFly · « **Reply #14 on:** March 22, 2006, 06:46:51 pm »

Quote from: mandrav on March 22, 2006, 03:04:48 pm

There you go. Reopened. Let's see what more you have to add...

Please also note: http://forums.codeblocks.org/index.php?topic=2582.0 because I believe it's related and more general.
With regards, Morten.

Vampyre_Dark · « **Reply #15 on:** March 22, 2006, 08:03:48 pm »

IUNKNOWN is a top level COM interface. DirectX is done in COM. All directX classes are com interfaces.

IUNKNOWN is also a Irr class. However, it's tucked away in it's own namespace. 'irr'
http://irrlicht.sourceforge.net/docu/classirr_1_1_i_unknown.html

I tend to avoid doing things this complicated in my own code, so all I can guess is that you can drop the using namespace irr statement, and just type irr::whatever on your objects using this class.

Acki · « **Reply #16 on:** March 22, 2006, 09:29:44 pm »

I didn't shout at you.
IF I'M SHOUTING, I DO IT LIKE THIS !!!

But seriously, I found the solution:
If I declare the using namespaces of Irrlicht before including windows.h I get this error !!!
So I first have to include windows.h and then Irrlicht...

killerbot · « **Reply #17 on:** March 22, 2006, 10:07:27 pm »

so all ends well

Acki · « **Reply #18 on:** March 22, 2006, 11:11:55 pm »

Yeah, sorry for bothering you...

IvanLin · « **Reply #19 on:** March 23, 2006, 10:07:36 am »

[OS] Ubuntu 5.10
[C::B Version] 1.0 rc2
[Problem Description]
ivanlin@Ivan:~/Desktop$ sudo dpkg -i CB_20060321_rev2220_ubuntu.deb
(Reading database ... 90150 files and directories currently installed.)
Preparing to replace codeblocks 1.0svn (using CB_20060321_rev2220_ubuntu.deb) ...
Unpacking replacement codeblocks ...
Setting up codeblocks (1.0svn) ...
ivanlin@Ivan:~/Desktop$

who can help me to solve this problem? thx so much!

takeshimiya · « **Reply #20 on:** March 23, 2006, 05:16:26 pm »

Quote from: IvanLin on March 23, 2006, 10:07:36 am

[OS] Ubuntu 5.10
[C::B Version] 1.0 rc2
[Problem Description]
ivanlin@Ivan:~/Desktop$ sudo dpkg -i CB_20060321_rev2220_ubuntu.deb
(Reading database ... 90150 files and directories currently installed.)
Preparing to replace codeblocks 1.0svn (using CB_20060321_rev2220_ubuntu.deb) ...
Unpacking replacement codeblocks ...
Setting up codeblocks (1.0svn) ...
ivanlin@Ivan:~/Desktop$

who can help me to solve this problem? thx so much!

What is the problem?
Have you tried typing "codeblocks" (without quotes) ?

Charon · « **Reply #21 on:** March 23, 2006, 05:27:30 pm »

@IvanLin :

looks good so far.

if you are encountering problems try the following before reinstalling codeblocks :
sudo apt-get remove codeblocks --purge
(replace "codeblocks" with the appropriate package-name)

this *should* get rid of all files from a prior version...

News:

Author Topic: The 21 march 2006 build is out. (Read 25792 times)

IvanLin

takeshimiya