Author Topic: The 02 September 2007 build (4421) is out. (Read 37070 times)

killerbot · « **on:** September 02, 2007, 08:51:24 pm »

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://prdownload.berlios.de/codeblocks/wxmsw28u_gcc_cb_wx284.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

The 02 September 2007 build is out.
- Windows :
   http://prdownload.berlios.de/codeblocks/CB_20070902_rev4421_win32.7z
- Linux :
   http://prdownload.berlios.de/codeblocks/CB_20070902_rev4421_Ubuntu6.10+7.04_wx2.8.4.tar.gz (not yet)
   http://prdownload.berlios.de/codeblocks/CB_20070902_rev4421_Debian4.0_wx2.8.4.tar.gz (not yet)
   http://prdownload.berlios.de/codeblocks/CB_20070902_rev4421_suse100-102.wx28.i586.rpm (not yet)
   http://prdownload.berlios.de/codeblocks/CB_20070902_rev4421_fc4+5.i586.rpm (not yet)

Resolved Fixed:

Debugger plugin: Set max value for "Ignore count before break"
Code-completion now provides support for language keywords, based on the current editor's language (only C++ was supported until now)
Fixed wrong layout for editor abbreviations causing the Add/Delete keys to be invisible
Fixed: [Bug #11698] Silent close on multiple instance

Regressions/Confirmed/Annoying/Common bugs:

toolbar-images-not-changing-state (is a wx problem/Win XP problem)

pasgui · « **Reply #1 on:** September 02, 2007, 09:39:49 pm »

Build for Ubuntu 6.10/7.04 i386 can be found here

Morphius Faydal · « **Reply #2 on:** September 02, 2007, 11:35:41 pm »

Quote from: pasgui on September 02, 2007, 09:39:49 pm

Build for Ubuntu 6.10/7.04 i386 can be found here

When I do the `sudo apt-get install libcodeblocks0 codeblocks libwxsmithlib0 codeblocks-contrib` I get:

Code

morphius@azmael:~$ sudo apt-get install libcodeblocks0 codeblocks libwxsmithlib0 codeblocks-contrib
Reading package lists... Done
Building dependency tree       
Reading state information... Done
E: Couldn't find package libcodeblocks0
morphius@azmael:~$

I've got the deb http://lgp203.free.fr/ubuntu/ feisty main line in my /etc/apt/sources.list file.

pasgui · « **Reply #3 on:** September 02, 2007, 11:40:27 pm »

Quote from: Morphius Faydal on September 02, 2007, 11:35:41 pm

Quote from: pasgui on September 02, 2007, 09:39:49 pm
Build for Ubuntu 6.10/7.04 i386 can be found here

When I do the `sudo apt-get install libcodeblocks0 codeblocks libwxsmithlib0 codeblocks-contrib` I get:

Code
morphius@azmael:~$ sudo apt-get install libcodeblocks0 codeblocks libwxsmithlib0 codeblocks-contrib
Reading package lists... Done
Building dependency tree       
Reading state information... Done
E: Couldn't find package libcodeblocks0
morphius@azmael:~$
I've got the deb http://lgp203.free.fr/ubuntu/ feisty main line in my /etc/apt/sources.list file.

Could you try again because I was updating the repository.

BR

pasgui

Morphius Faydal · « **Reply #4 on:** September 02, 2007, 11:42:45 pm »

Quote from: pasgui on September 02, 2007, 11:40:27 pm

Quote from: Morphius Faydal on September 02, 2007, 11:35:41 pm
Quote from: pasgui on September 02, 2007, 09:39:49 pm
Build for Ubuntu 6.10/7.04 i386 can be found here

When I do the `sudo apt-get install libcodeblocks0 codeblocks libwxsmithlib0 codeblocks-contrib` I get:

Code
morphius@azmael:~$ sudo apt-get install libcodeblocks0 codeblocks libwxsmithlib0 codeblocks-contrib
Reading package lists... Done
Building dependency tree       
Reading state information... Done
E: Couldn't find package libcodeblocks0
morphius@azmael:~$
I've got the deb http://lgp203.free.fr/ubuntu/ feisty main line in my /etc/apt/sources.list file.
Could you try again because I was updating the repository.

BR

pasgui

Thar she goes!

Thank you!

TheTuxKeeper · « **Reply #5 on:** September 03, 2007, 12:43:27 am »

Updated packages for Suse 10.1, 10.2 and factory (i586 and x84_64) against wxgtk 2.8 are available:

Where to find the packages and .repo files: http://software.opensuse.org/home:/TheTuxKeeper/ + distribution name
Howto install packages from my repository: http://en.opensuse.org/Build_Service/User
Where to get the right wxWidgets package (only for 10.2 and below): Mirror from ftp://packman.links2linux.de/pub/packman/MIRRORS + "suse/" + suse version

All other distributions aren't supported atm.

have fun

FromChina · « **Reply #6 on:** September 03, 2007, 03:52:39 am »

It seems that the download link can't be use...........why??

FromChina · « **Reply #7 on:** September 03, 2007, 04:11:33 am »

it can d~ ,sorry

toufou · « **Reply #8 on:** September 03, 2007, 09:37:16 am »

Hi all,
I updated my codeblocks version with the Ubuntu repository and now I have the following message:

Code

codeblocks: /usr/lib/libwx_gtk2u_aui-2.8.so.0: version `WXU_2.8.5' not found (required by codeblocks)

Is that normal?
Thanks for your work

EDIT: it could be nice to have a solution quite quickly because I am using codeblocks for my work and currently I am... at work ;'( and I cannot work! ;'(

EDIT: packages for Ubuntu are not available at Berlios, they cannot be found.

EDIT: I found a temporary solution in the pages about the release 4418, which is to downgrade to 4413 waiting for another solution...

Code

sudo apt-get install libcodeblocks0=1.0svn4413 codeblocks=1.0svn4413 libwxsmithlib0=1.0svn4413 codeblocks-contrib=1.0svn4413

pasgui · « **Reply #9 on:** September 03, 2007, 01:08:01 pm »

Quote from: toufou on September 03, 2007, 09:37:16 am

Hi all,
I updated my codeblocks version with the Ubuntu repository and now I have the following message:
Code
codeblocks: /usr/lib/libwx_gtk2u_aui-2.8.so.0: version `WXU_2.8.5' not found (required by codeblocks)
Is that normal?
Thanks for your work

EDIT: it could be nice to have a solution quite quickly because I am using codeblocks for my work and currently I am... at work ;'( and I cannot work! ;'(

EDIT: packages for Ubuntu are not available at Berlios, they cannot be found.

EDIT: I found a temporary solution in the pages about the release 4418, which is to downgrade to 4413 waiting for another solution...
Code
sudo apt-get install libcodeblocks0=1.0svn4413 codeblocks=1.0svn4413 libwxsmithlib0=1.0svn4413 codeblocks-contrib=1.0svn4413

Hi,

The ubuntu package in LGP are compiled with the alternative repository (thanks dje to remember). See http://wiki.codeblocks.org/index.php?title=Installing_Code::Blocks_nightly_build_on_Ubuntu.

CB team: which repository is used to compile the package provided on Berlios ?

Best regards,

pasgui

cstudent · « **Reply #10 on:** September 03, 2007, 10:03:26 pm »

Quote from: pasgui on September 03, 2007, 01:08:01 pm

Hi,

The ubuntu package in LGP are compiled with the alternative repository (thanks dje to remember). See http://wiki.codeblocks.org/index.php?title=Installing_Code::Blocks_nightly_build_on_Ubuntu.

CB team: which repository is used to compile the package provided on Berlios ?

Best regards,

pasgui

I use the "deb http://apt.tt-solutions.com/ubuntu/ edgy main" repository to build the Berlios packages. From what I read into things from the wxWidgets website, that repo contains the "stable" packages and the wxwigets.org repo packages are more "beta". And unless I'm mistaken, it shouldn't make any difference that I build my packages with tt-solutions and someone uses wxwidgets.org to run CB. Unless something has changed recently.

Edit: And just and afterthought, I build the packages using pbuilder, so they're built in a jailed environment. I also do it on a different computer than my usual desktop. I use the wxwidgets.org repo on my desktop and my packages are running fine for me.

pasgui · « **Reply #11 on:** September 03, 2007, 10:32:18 pm »

Quote from: cstudent on September 03, 2007, 10:03:26 pm

I use the "deb http://apt.tt-solutions.com/ubuntu/ edgy main" repository to build the Berlios packages. From what I read into things from the wxWidgets website, that repo contains the "stable" packages and the wxwigets.org repo packages are more "beta". And unless I'm mistaken, it shouldn't make any difference that I build my packages with tt-solutions and someone uses wxwidgets.org to run CB. Unless something has changed recently.

After installation of the wxWidgets from apt.tt-solutions, I got the same behavior than the others:

Code

codeblocks: /usr/lib/libwx_gtk2u_aui-2.8.so.0: version `WXU_2.8.5' not found (required by codeblocks)

I think, I will switch back to the apt.tt-solutions to provide an alternative download.

Edit:
revision 4418 and 4421, compiled with wxWidgets from apt.tt-solutions, available in the repository (works also with the wxWidgets from wxwidgets.org).

Best regards,

pasgui

toufou · « **Reply #12 on:** September 04, 2007, 10:36:22 am »

Great, I am pleased to confirm you that it works well.

fackue · « **Reply #13 on:** September 04, 2007, 05:38:37 pm »

This isn't directly related to this nightly build but - if all the tools are manually removed from default.conf and <tools></tools> is left in-place, Code::Blocks changes it to <tools /> (and keeps it there when tools are manually added and Code::Blocks is opened...). Doesn't act this way with <user_sets>.

thomas · « **Reply #14 on:** September 04, 2007, 07:21:15 pm »

Quote from: fackue on September 04, 2007, 05:38:37 pm

if all the tools are manually removed from default.conf

What makes you think you are supposed to edit that file?

dmoore · « **Reply #15 on:** September 04, 2007, 08:21:45 pm »

Quote from: thomas on September 04, 2007, 07:21:15 pm

Quote from: fackue on September 04, 2007, 05:38:37 pm
if all the tools are manually removed from default.conf
What makes you think you are supposed to edit that file?

interesting question. makes me wonder why xml is used at all if the files aren't robust to hand editing.

Morphius Faydal · « **Reply #16 on:** September 04, 2007, 08:46:43 pm »

Quote from: dmoore on September 04, 2007, 08:21:45 pm

Quote from: thomas on September 04, 2007, 07:21:15 pm
Quote from: fackue on September 04, 2007, 05:38:37 pm
if all the tools are manually removed from default.conf
What makes you think you are supposed to edit that file?

interesting question. makes me wonder why xml is used at all if the files aren't robust to hand editing.

Because it's easy for the program to parse.

thomas · « **Reply #17 on:** September 04, 2007, 11:57:47 pm »

Quote from: dmoore on September 04, 2007, 08:21:45 pm

Quote from: thomas on September 04, 2007, 07:21:15 pm
Quote from: fackue on September 04, 2007, 05:38:37 pm
if all the tools are manually removed from default.conf
What makes you think you are supposed to edit that file?
interesting question. makes me wonder why xml is used at all if the files aren't robust to hand editing.

Makes me wonder why people seem to have a compulsory need to edit any file that contains xml. If it was a binary file, would you be urged to fire up the hex editor in the same way?
This has nothing to do with the question whether or not the config files are robust. I have edited my config file many times. That doesn't make it right, though.

We have had cases in the past where people have wasted hours of support time because of "bugs in Code::Blocks that made their build fail" and in the end it turned out they had modified their project files in an editor and just happened to have no clue what they were doing.

I am not saying that above poster doesn't know what he is doing, but this is a general thing. Project files and the config file are not to be edited by hand. Of course, you can still do it, but whatever happens is your own problem in this case.

oZZ · « **Reply #18 on:** September 05, 2007, 06:08:15 am »

Hey guys, I just formatted and I can't get mingwm10.7z from the link mentioned - site's down.

Does anyone have an alternate link?
Thanks a lot.

Ceniza · « **Reply #19 on:** September 05, 2007, 06:16:34 am »

Sure, right here. mingw-runtime-3.13-20070825-1.tar.gz is the most recent one. It's in the bin directory after decompression.

oZZ · « **Reply #20 on:** September 05, 2007, 06:34:27 am »

Excellent, thanks a lot!

marfi · « **Reply #21 on:** September 05, 2007, 09:52:21 am »

Hi, do anybody use Win XP 64bit edition with C::B? I do and I'm not able to debug any C::B projects, because the debbuger stops immediatelly with message 'Debugger finished with status 0' without any effects. Is it only my problem or is it a bug (of CB or GDB itself)? I use DBG 6.3 donwnloaded from MinGW site.

Floréal · « **Reply #22 on:** September 05, 2007, 09:59:42 am »

Greetings,
I noticed something about the editor. I don't know if this is a normal: It is about the comboboxes on the top of the window, allowing to choose a class and a method. The class combobox is always disabled, even if two clases have the same method. Is it a bug? Should I submit a bug repports? (and was it the good place to write it?)
regards, Floréal.
PS: Code::blocks is a realy good tool, thanks a lot.

killerbot · « **Reply #23 on:** September 05, 2007, 10:37:00 am »

yes, is disabled, will be used in the future.

thomas · « **Reply #24 on:** September 05, 2007, 01:17:37 pm »

Quote from: marfi on September 05, 2007, 09:52:21 am

Hi, do anybody use Win XP 64bit edition with C::B? I do and I'm not able to debug any C::B projects, because the debbuger stops immediatelly with message 'Debugger finished with status 0' without any effects. Is it only my problem or is it a bug (of CB or GDB itself)? I use DBG 6.3 donwnloaded from MinGW site.

Make sure you have "generate debugging symbols" enabled and you do not have "strip executable" turned on.

eckard_klotz · « **Reply #25 on:** September 05, 2007, 04:51:37 pm »

Hello Everyone.

I'm using C::B on a computer without internet also and want to use the devpak ubdater/installer. I have downloaded the devpaks with an onther pc and transfered them with an usb-stick.

How can I configure the devpak-plugin to find and install this local files?

Regards,
Eckard Klotz.

marfi · « **Reply #26 on:** September 06, 2007, 11:10:24 am »

Quote

Quote
Hi, do anybody use Win XP 64bit edition with C::B? I do and I'm not able to debug any C::B projects, because the debbuger stops immediatelly with message 'Debugger finished with status 0' without any effects. Is it only my problem or is it a bug (of CB or GDB itself)? I use DBG 6.3 donwnloaded from MinGW site.
Make sure you have "generate debugging symbols" enabled and you do not have "strip executable" turned on.

All project settings are OK. It doesn't work even for fresh projects generated by the app wizard. The same project on a different PC (32-bit WinXP SP2) works fine.

sighforever · « **Reply #27 on:** September 06, 2007, 11:40:59 am »

When I run the codeblocks in start menu, it will be not responding. And when I run it in terminal, I will get this error:

(codeblocks:12036): Gtk-CRITICAL **: gtk_window_realize_icon: assertion `info->icon_pixmap == NULL' failed

What can I do for this problem?

MortenMacFly · « **Reply #28 on:** September 06, 2007, 11:55:35 am »

Quote from: sighforever on September 06, 2007, 11:40:59 am

What can I do for this problem?

Search the forum and pick one of the 1 mio solutions.

thomas · « **Reply #29 on:** September 06, 2007, 03:29:57 pm »

Quote from: marfi on September 06, 2007, 11:10:24 am

Quote
Quote
Hi, do anybody use Win XP 64bit edition with C::B? I do and I'm not able to debug any C::B projects, because the debbuger stops immediatelly with message 'Debugger finished with status 0' without any effects. Is it only my problem or is it a bug (of CB or GDB itself)? I use DBG 6.3 donwnloaded from MinGW site.
Make sure you have "generate debugging symbols" enabled and you do not have "strip executable" turned on.

All project settings are OK. It doesn't work even for fresh projects generated by the app wizard. The same project on a different PC (32-bit WinXP SP2) works fine.

Hmm... unluckily don't have a 64-bit Windows to test, could only guess

Can you start gdb successfully if you run it from the command line, and open a process? Yes... I know this is more than painful, but just to see if it runs at all. If this works, it points to a problem with Code::Blocks. If this doesn't work either, then it's a gdb problem (and we don't need to bother).

Conan Kudo · « **Reply #30 on:** September 13, 2007, 12:22:21 am »

Yay! I don't know if you guys already knew this, but this build does work with libunicows form that SF project libunicows.sf.net! I successfully ran it, though I think there are some issues. Perhaps future builds should have libunicows support?

News:

Author Topic: The 02 September 2007 build (4421) is out. (Read 37070 times)

FromChina

FromChina

sighforever