Many problems.

[RedFruit]

Hi, I'm new here on the forum. I'm not native english speaker... But well.
I thought for a while(a year) to register on this forum to talk about these problems, but i hate to post things in forum and get people say me to search on google. But now is enough, I thought that the new stable version would solve my problems, it solved some,but I get new problems now.
First, I'm not an expert of linux and it seems that I can't use stable version.
I use Fedora 18 x86_64. I installed the codeblock version through the fedora repo, but the version is old(like 8.10 or something like that). So I wanted to get a newer version. I worked long time with svn without annoying problems. But since last years, I got it. Some of them were solved with the new version 13. I say that to put you in the context.
So it seems that I can't use stable version. My only way to launch codeblock is through the terminal(by the gui, KDE, it does nothing but maybe I just have to set the right bin) and it's launch the svn version even if I installed the stable .rpm package successfully. I tried to find to good version in the different system folders, but they are all svn version. I looked for codeblock bin in /bin and /usr/bin but they are same.

Now my second problems, since the last svn, cobeblock seems to not auto save the project new files(when I add a new file) when I quit. I'm not sure if it's normal, but for my common sens it's not. But codeblock worked so weirdly since the last year that I wanted to be sure if I can post a new bug thread at BerliOS bug report for code block.

Plus, I have again different error message that seems to be related to wx. Some of them seems to be related with the parser, but they were solved since the new version. But now I got new ones.

Plus, I can't find the great contrib plugins like code profiler, headers checker and code statistic(I loved these one). I checked in the wiki, but the wiki is so old(not updated since 2007 or 2009) that must of there links are deads or they here just no link at all to download the plugin and no instruction to get it. Yeah the wiki show some old images on the human them of ubuntu 09.10.

Plus plus, codeblock often crash with this in the terminal :

Code

NativeParser::OnParserStart(): Starting re-parsing for project 'GameEngine'...
Project 'GameEngine' parsing stage done (131 total parsed files, 1908 tokens in 0 minute(s), 0.036 seconds).
ClassBrowser::OnThreadEvent(): Updating class browser...
ClassBrowser::OnThreadEvent(): Class browser updated.
Reparsing when typing for editor /home/francis/Programmation/GameEngine/include/Bot.hpp
NativeParser::OnParserStart(): Starting re-parsing for project 'GameEngine'...
Project 'GameEngine' parsing stage done (131 total parsed files, 1908 tokens in 0 minute(s), 0.011 seconds).
ClassBrowser::OnThreadEvent(): Updating class browser...
ClassBrowser::OnThreadEvent(): Class browser updated.
Re-parsed 1 files.
The Parser is still parsing files. > Reasons:
- still batch parse files to parse
NativeParser::OnParserStart(): Starting re-parsing for project 'GameEngine'...
Project 'GameEngine' parsing stage done (131 total parsed files, 1909 tokens in 0 minute(s), 0.032 seconds).
ClassBrowser::OnThreadEvent(): Updating class browser...
[xcb] Unknown request in queue while dequeuing
[xcb] Most likely this is a multi-threaded client and XInitThreads has not been called
[xcb] Aborting, sorry about that.
codeblocks: xcb_io.c :179 : dequeue_pending_request:  L'assertion « !xcb_xlib_unknown_req_in_deq » a échoué.
Abandon (core dumped)

It is a good reason to create new bug thread in the bug reporter?

I can't find exactly what I search for in the tons of bugs report. Lots of web site have a bad research engine I think.

And it is normal that I get so much error ?

Code

(codeblocks:3795): Gdk-CRITICAL **: IA__gdk_window_get_origin: assertion `GDK_IS_WINDOW (window)' failed
SystemHeadersThread: /usr/include/boost/ , 8757
SystemHeadersThread: Total number of paths: 2
Removed GameEngine from all deps

(codeblocks:3795): GLib-GObject-WARNING **: gsignal.c:2576: instance `0x43646a0' has no handler with id `16858'
//I got tons of these

If you want to access the source code of stable releases, you can find it under the tags directory. For example, the source code of Code::Blocks 10.05 can be accessed in tags/12.11. So the command-line to retrieve it using the SVN protocol would be: svn checkout svn://svn.code.sf.net/p/codeblocks/code/tags/12.11

Wut? 10.05 is in 12.11? If I want to get the stable 13 code, what I should use?

My point is, it is normal to work with this?
Do you have these problems?
I know that a svn version may have bug, but at least if it would not broke the stable... I don't get the dev system they use.

Finally, I tried to use other unix IDE like code lite or KDE develop, but I just don't get it.
I love the display and build configuration of codeblock. I really love to code with codeblock for some reasons, but I hate that too for the reasons above.

Thanks.

Best regards.

[oBFusCATed]

I guess you have mixed installations from rpm and manual build.
So my first advise is to start by whipping all codeblocks related files from your system and then installing rpms.
Start with:
rpm -qa| grep codeblocks and then yum remove all the packages listed by the first command.
Then search your disk for left over files and delete them.
After your system is cleaned install an rpm release if possible.
Managing installations youself is tedious and you need to know what you're doing.

Jens provides a repo for fedora (I think), but I'm not sure if he has packages for fc18. Search the night build forum.
You can check our download section where you can find a package with rpms for 13.12.

[oBFusCATed]

When you fix your installation, please report back if the problems persists.

[RedFruit]

Ok, I just did some command and I successfully removed the svn version.

rpm -qa show me what I expected, but with something more I did not expected

Code

[francis@localhost ~]$ rpm -qa | grep codeblocks
codeblocks-contrib-devel-13.12-1.el18.x86_64
codeblocks-contrib-13.12-1.el18.x86_64
codeblocks-13.12-1.el18.x86_64
codeblocks-devel-13.12-1.el18.x86_64
codeblocks-debuginfo-12.11.svn.9298-1.el18.x86_64// <-- Old things that I forgot from Jen's package
[francis@localhost ~]$ sudo yum remove codeblocks-debuginfo-12.11.svn.9298-1.el18.x86_64
[sudo] password for francis: 
Modules complémentaires chargés : langpacks, presto, refresh-packagekit
Résolution des dépendances
--> Lancement de la transaction de test
---> Le paquet codeblocks-debuginfo.x86_64 0:12.11.svn.9298-1.el18 sera effacé
--> Résolution des dépendances terminée

Dépendances résolues

=============================================================================================================================================================
 Package                                   Architecture                Version                                       Dépôt                             Taille
=============================================================================================================================================================
Suppression :
 codeblocks-debuginfo                      x86_64                      12.11.svn.9298-1.el18                         @jenslody.de                      174 M

Résumé de la transaction
=============================================================================================================================================================
Supprimer  1 Paquet

Taille d'installation : 174 M
Est-ce correct [o/N] : o
Téléchargement des paquets :
Test de la transaction en cours
Lancement de la transaction de test
Transaction de test réussie
Lancement de la transaction
Avertissement : RPMDB a été modifiée par une autre application que yum.
** 1 problèmes RPMDB préexistants trouvés, la sortie de « yum check » est la suivante :
2000:jdk-1.7.0_45-fcs.x86_64 est un doublon de 2000:jdk-1.7.0_25-fcs.x86_64
  Suppression     : codeblocks-debuginfo-12.11.svn.9298-1.el18.x86_64                                                                                    1/1 
  Vérification    : codeblocks-debuginfo-12.11.svn.9298-1.el18.x86_64                                                                                    1/1 

Supprimé :
  codeblocks-debuginfo.x86_64 0:12.11.svn.9298-1.el18                                                                                                        

Terminé !

Anyway, I removed all the packages and search more significant files in my system that make install could have put.
With these command

Code

locate codeblock | grep -v "share" | grep "lib"
locate codeblock | grep "bin"
//With the results, I decided to do that and maybe some others.
sudo rm -R /usr/lib64/codeblocks

I reinstalled the packages and now I can run the 13 stable version.

Code

sudo rpm -ivh codeblocks-13.12-1.el18.x86_64.rpm codeblocks-contrib-13.12-1.el18.x86_64.rpm codeblocks-contrib-devel-13.12-1.el18.x86_64.rpm codeblocks-devel-13.12-1.el18.x86_64.rpm
sudo ldconfig

I hope this one, is really more stable.
Thanks.

PS : I still get lots messages like

Code

(codeblocks:7425): GLib-GObject-WARNING **: gsignal.c:2576: instance `Y' has no handler with id `X' // X is a number, Y an address

[Jenna]

Just for the record:
I do not have release versions for Fedora or CentOS in my repo, just svn-build.

If there are more requests, I can add a release-repo on my server.

By the way, you do not need the devel-packages unless you want to develop for Code::Blocks (e.g. plugins) and not with Code::Blocks.