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 (http://forums.next.codeblocks.org/index.php/topic,3232.0.html).
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)
Build for Ubuntu 6.10/7.04 i386 can be found here (http://lgp203.free.fr/spip/spip.php?article1)
Quote from: pasgui on September 02, 2007, 09:39:49 PM
Build for Ubuntu 6.10/7.04 i386 can be found here (http://lgp203.free.fr/spip/spip.php?article1)
When I do the
`sudo apt-get install libcodeblocks0 codeblocks libwxsmithlib0 codeblocks-contrib` I get:
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.
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 (http://lgp203.free.fr/spip/spip.php?article1)
When I do the `sudo apt-get install libcodeblocks0 codeblocks libwxsmithlib0 codeblocks-contrib` I get:
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
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 (http://lgp203.free.fr/spip/spip.php?article1)
When I do the `sudo apt-get install libcodeblocks0 codeblocks libwxsmithlib0 codeblocks-contrib` I get:
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!
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 ;)
It seems that the download link can't be use...........why??
it can d~ ,sorry
Hi all,
I updated my codeblocks version with the Ubuntu repository and now I have the following message:
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...
sudo apt-get install libcodeblocks0=1.0svn4413 codeblocks=1.0svn4413 libwxsmithlib0=1.0svn4413 codeblocks-contrib=1.0svn4413
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:
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...
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 (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
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 (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.
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:
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
Great, I am pleased to confirm you that it works well.
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>.
Quote from: fackue on September 04, 2007, 05:38:37 PMif all the tools are manually removed from default.conf
What makes you think you are supposed to edit that file?
Quote from: thomas on September 04, 2007, 07:21:15 PM
Quote from: fackue on September 04, 2007, 05:38:37 PMif 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.
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 PMif 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.
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 PMif 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.
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.
Sure, right here (http://sourceforge.net/project/showfiles.php?group_id=2435&package_id=11598). mingw-runtime-3.13-20070825-1.tar.gz is the most recent one. It's in the bin directory after decompression.
Excellent, thanks a lot!
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.
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.
yes, is disabled, will be used in the future.
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.
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.
QuoteQuoteHi, 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.
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?
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.
Quote from: marfi on September 06, 2007, 11:10:24 AM
QuoteQuoteHi, 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).
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?