hehe, Rubiks cube, that would be a nice plug-in for the CBGames :twisted: :twisted: :twisted:There is an implementation of Rubiks Cube for (at least) linux: http://www.gnu.org/software/gnubik/ (http://www.gnu.org/software/gnubik/)
Arrrrgghhhhh........Nice to know what OS, what wx version, what C::B version/revision (self-compiled)...?! No such information - no help possible.
When i press new project Code::Blocks F***s Up And CrashesHelp meI think the stable worked for me but i wanna be able to use OGRE 3D
http://www.ogre3d.org/ (http://www.ogre3d.org/)
If I run "update.bat" manually then everything is ok.If you do a clean re-compilation that this is how it should be. update.bat is not launched automatically, you have to do this by hand. The reason is plain simple: The update.bat process last quite long and I don't really want to run that everytime I (re-)compile C::B. So this truely is by design.
Nice to know what OS, what wx version, what C::B version/revision (self-compiled)...?! No such information - no help possible.Ohh, yeah, sorry :D
I'm referring to the "update.bat" in the wxSmith plugin source directory not the main "update.bat"
When I load Code::Blocks i'm getting:
Plugin resource not found: byogames.zip
Plugin resource not found: cb_koders.zip
Plugin resource not found: codesnippets.zip
Plugin resource not found: codestat.zip
Plugin resource not found: copystrings.zip
Plugin resource not found: DragScroll.zip
Plugin resource not found: envvars.zip
Plugin resource not found: keybinder.zip
Plugin resource not found: lib_finder.zip
Plugin resource not found: Profiler.zip
Plugin resource not found: SymTab.zip
Plugin resource not found: wxsmith.zip
Plugin resource not found: wxSmithContribItems.zip
The DLLs for these are in the plugins directory just not these ZIP files.
If killerbot or someone else would like to try loading my project I can share it.
svn checkout svn://svn.berlios.de/codeblocks/trunk codeblocks-1.0svn4639 --revision 4639
cd codeblocks-1.0svn4639/
for f in $(find .); do dos2unix $f; done;
cat /usr/share/aclocal/libtool.m4 >> aclocal.m4
./bootstrap
sudo /usr/lib/pbuilder/pbuilder-satisfydepends # this downloaded all dependences
sudo debuild --linda -us -ucWell, for me it doesn't crash and doesn't create any log files...
C::B works, but it won't open a project by double click on the project file and it blocks the folder of the project until I close C::B...
If I open the project from within C::B it loads and works fine, just the double click fault...
I can also open projects after I tried to open a project by double click, but the folder of the double clicked project is still blocked until I close C::B...
And after closing C::B I get this "File not found..." error message for the double clicked project...
Bei der Weitergabe des Befehls an die Anwendung ist ein Fehler aufgetreten.Well, for me it doesn't crash and doesn't create any log files...Sounds like the same problem I had for SVN 4596
C::B works, but it won't open a project by double click on the project file and it blocks the folder of the project until I close C::B.
With today's and yesterday's updates, the message pane is not showing and hiding smoothly like before. The pane used to appear on compile and disappear if no error was reported. Now it stays either open or closed as if the auto-hide check box was just ignored in the settings.
Same problem of double click than acki, denk_mal,... here (Win XP, Nightly 4639, MingW 4.2.1), sometimes crash at exit, but quite rare. Solution given by denk_mal is good. I have found an other one, but less good : simply open a window as is you want to open a file or a project. Suddenly, the .cbp file you wanted to open by double click opens itself....
An other problem, may be closed to the one related by acki concerning a locked folder.
I have a fortran project and 3 different compilers (g77, g95 with mingw 3.4.5, and now gfortran with mingw 4.2.1). g77 and g95 are in a specific folder, gfortran in the same folder than gcc 4.2.1). I simply want to switch between the different compilers, and see what happens : size of the .exe, execution speed,.... No particular problems with g95 or gfortran. But if I use g77, I can compile and execute, but if now I want to switch and recompile with an other compiler, I obtain an error message because the exe file seems to be locked, so It cannot be replaced by the new compiled one. If I unlock it by an external soft (as Unlocker), I can compile again. This happens with this nightly (4639), but there was not such problem with nightly 4596.
gd_on
One or more plugin where not loaded.
This usually happen when a plugin is built for a different version
of the Code::Block SDK. Check the application log for more info.
List of failed plugins:
ClearCase.dll
I found out, that disabling the codecompletition plugin made the trick (for me). Now everything works fine except codecompletition of course :)I can confirm this, it also works for me this way...
Well Im not sure is a problem of the current build but when I load Code::Blocks i get error:QuoteOne or more plugin where not loaded.
This usually happen when a plugin is built for a different version
of the Code::Block SDK. Check the application log for more info.
List of failed plugins:
ClearCase.dll
And another question:
Where I find application log? ><
Thanks.
Well if i remove ClearCase.dll Code::Blocks fail to load projects, when i click prjname.cbp it load me the opening page and all opened window folders crashes.Well Im not sure is a problem of the current build but when I load Code::Blocks i get error:QuoteOne or more plugin where not loaded.
This usually happen when a plugin is built for a different version
of the Code::Block SDK. Check the application log for more info.
List of failed plugins:
ClearCase.dll
And another question:
Where I find application log? ><
Thanks.
go into the codeblocks\share dir and hunt for that clearcase.zip or clearcase.dll and delete it. No ide how that one slipped through again, unless it's a left over from on old nightly where it sneaked in.
Bug Found:
After creating a project and adding a file for example "aaa.cpp", if I go to the project's folder and delete "aaa.cpp" C::B crashes.
I still have the problem when opening a project (.cbp) by double click !!!
here you see the folder with the project:
http://abusoft.g0dsoft.com/Image1.jpg
then I open it by double click but the project is not loaded and the folder is inactive:
http://abusoft.g0dsoft.com/Image2.jpg
after closing C::B the folder gets active again and I get the message that the file could not be found:
http://abusoft.g0dsoft.com/Image3.jpg
what could cause this, has no one else this problem ???
- In help plugin, user can add Code::Blocks scripts as help items. Such scripts should contain a "SearchHelp(keyword)" function. Sample help script included for wxWidgets docs
I'm referring to the "update.bat" in the wxSmith plugin source directory not the main "update.bat"
When I load Code::Blocks i'm getting:
Plugin resource not found: byogames.zip
Plugin resource not found: cb_koders.zip
Plugin resource not found: codesnippets.zip
Plugin resource not found: codestat.zip
Plugin resource not found: copystrings.zip
Plugin resource not found: DragScroll.zip
Plugin resource not found: envvars.zip
Plugin resource not found: keybinder.zip
Plugin resource not found: lib_finder.zip
Plugin resource not found: Profiler.zip
Plugin resource not found: SymTab.zip
Plugin resource not found: wxsmith.zip
Plugin resource not found: wxSmithContribItems.zip
The DLLs for these are in the plugins directory just not these ZIP files.
My fault. Patch 2234 broke target post build commands execution. Patch 2247 fixes this.
I found some strange thing with this in the ToDo Plugin:
ToDos are not listed and are not found by 'refresh' unless I create a new ToDo in the same file. However removing this new and not needed ToDo from the file again is not reflected in the ToDo list at all. ('refresh' dosn't help here as well)
Bug Found:
After creating a project and adding a file for example "aaa.cpp", if I go to the project's folder and delete "aaa.cpp" C::B crashes.
Can't reproduce this. Do you have any crash report??
I've create a file "trash.cpp" adding to project Release options, then I've gone to the project folder and pressed SHIFT-DEL. The file gone to space. C::B asked me if I want to keep or not the file in the editor, I said NO, C::B crashed.I can confirm this, too !!!
I've create a file "trash.cpp" adding to project Release options, then I've gone to the project folder and pressed SHIFT-DEL. The file gone to space. C::B asked me if I want to keep or not the file in the editor, I said NO, C::B crashed.I can confirm this, too !!!
Fixed in [ Patch #2252 ] Fix crash when removing file outside CB (http://developer.berlios.de/patch/index.php?func=detailpatch&patch_id=2252&group_id=5358)
i cant' compile this on Linux
here the error i get: http://pastebin.com/f78ffa07c
my system is Ubuntu Feisty at the moment
this is what i've done:Codesvn checkout svn://svn.berlios.de/codeblocks/trunk codeblocks-1.0svn4639 --revision 4639
cd codeblocks-1.0svn4639/
for f in $(find .); do dos2unix $f; done;
can anybody help me with this?
is this the wrong section to ask?
since it doesn't say "include file missing" i really think this is a bug with either codeblocks or wxwidget...
then fixed changelog version to 6439
and changed int ./debian/control libstdc++6-4.0-dev to libstdc++6-4.1-dev (the 6-4.0 is'nt in the ubuntu repository and i don't think it change a lot)Codecat /usr/share/aclocal/libtool.m4 >> aclocal.m4
./bootstrap
sudo /usr/lib/pbuilder/pbuilder-satisfydepends # this downloaded all dependences
sudo debuild --linda -us -uc
am i doing something wrong or it's a bug?
#include <wx/wx.h>
#include <wx/textctrl.h>
#include <wx/treectrl.h>
menu.AppendSubMenu(view, _("Toggle..."));menu.DoAppend(wxMenuItem::New(&menu, wxID_ANY, _("Toggle.."), wxEmptyString, wxITEM_NORMAL, view));can anybody reply to me??
is this the wrong section?
i think it's a bug with codeblocks cause i don't see any "file missing" error
EDIT/UPDATE:
it seems like an header is missing..
i've asked in the #wxwidget irc support channel and they told me the code miss some #include...
for instance it seems to miss <wx/wx.h> as they told me..
to be precise i've addedCode#include <wx/wx.h>
#include <wx/textctrl.h>
#include <wx/treectrl.h>
to the src/include/loggers.h
and then it compile loggers.cpp just fine...
they (#wxwidget) told me this bug could be experienced only by me due to you using some precompiled header caching to speed up build...
this is definally a codeblocks bug..
now i got another error: http://pastebin.com/f6902da1c
for this i've replaced the line 178 of src/src/infopane.cpp
fromCodemenu.AppendSubMenu(view, _("Toggle..."));
withCodemenu.DoAppend(wxMenuItem::New(&menu, wxID_ANY, _("Toggle.."), wxEmptyString, wxITEM_NORMAL, view));
i don't know if this is correct but it compile with this change!
anyway.. the "AppendSubMenu function is not in the 2.6 wx code.. i've found it in the wx 2.8
may be i should say it to compile all with 2.8...
i'll try.... and will keep you informed but please.. reply me
(sorry my bad english)
EDIT/UPDATE:
it seems like an header is missing..
i've asked in the #wxwidget irc support channel and they told me the code miss some #include...
for instance it seems to miss <wx/wx.h> as they told me..
to be precise i've addedCode#include <wx/wx.h>
#include <wx/textctrl.h>
#include <wx/treectrl.h>
to the src/include/loggers.h
and then it compile loggers.cpp just fine...
they (#wxwidget) told me this bug could be experienced only by me due to you using some precompiled header caching to speed up build...
now i got another error: http://pastebin.com/f6902da1c
for this i've replaced the line 178 of src/src/infopane.cpp
fromCodemenu.AppendSubMenu(view, _("Toggle..."));
withCodemenu.DoAppend(wxMenuItem::New(&menu, wxID_ANY, _("Toggle.."), wxEmptyString, wxITEM_NORMAL, view));
i don't know if this is correct but it compile with this change!
anyway.. the "AppendSubMenu function is not in the 2.6 wx code.. i've found it in the wx 2.8
may be i should say it to compile all with 2.8...
(codeblocks:27306): Gtk-CRITICAL **: gtk_window_realize_icon: assertion `info->icon_pixmap == NULL' failed
Killednow it compile without any change to the code (i didn't find anyware 2.8 was needed.... actually i've found only 2.6 dependance either in the "debian" directory)
You can change dependencies in "/debian/control" by hand, or download the tar-ball from my server (http://jens.lody.name/debian/pool/sources/ (http://jens.lody.name/debian/pool/sources/)), where some other dependencies in control-file are changed.
The version works with sid, lenny and etch.
I just uploaded svn4666, but did not update the "Packages", "Contents" and "Sources" files, because it's not an "official" nightly.
And for me the 4680 compile on debian testing, but when launching the program it crashes (see attachement).
To-Do plugin resource was updated in 4680. If your C::B installation still uses old todo.zip file, it'll crash.That's right. You better always run the update script after a build if you are uncertain about.
Strange behavior of Insert All class methods without implementation
It behaves fine if I realy want to insert all new methods of my class.
If I want to leave out some for the time being I uncheck the methods I don't want.
However, if I uncheck for instance 2 methods it dosn't leave out the 2 methods I unchecked, but the 2 last methods in the box. :(
I am using build 4639 and Windows XP
regards, wobien
can you make a bugreport on berlios out of this and maybe a little example on how to reproduce
@nenin: This problem is already described in this post (look at page 2 and 3).I just do not close C::B. I save everything and then go to sleep. :mrgreen:
I have built a windows version SVN4676. Problem is still there.
<****>
gd_on