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_wx286.7z
For those who might need this one (when no MingW installed on your system) : the mingw10m.dll : http://prdownload.berlios.de/codeblocks/mingwm10_gcc421.7z
The 15 November 2007 build is out.
- Windows :
http://prdownload.berlios.de/codeblocks/CB_20071115_rev4639_win32.7z
- Linux :
none
Resolved Fixed:
- wxSmith: Fixed bug #12367: items color not changing (AARGH, Can anyone clean up this mess in wxPropertyGrid ????? )
- Added back/forward buttons to embedded HTML viewer
- Added "App.Open()" script binding
- 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
- Fixed bug with ${TARGET...} macro not always being correct (patch #2234, bugs #12193 and @11665)
- Fixed menu View->ManViewer to be in sync (patch #2226, bug #12306)
- GDB types script now uses member variable directly for evaluating wxString. Fixes issues while debugging a static wx build (patch #2236)
- Fixed autotools build for help plugin
Regressions/Confirmed/Annoying/Common bugs:
- toolbar-images-not-changing-state (is a wx problem/Win XP problem)
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.
Just moved the svn4638 into my repo (click link in my signature)
svn4639 just contains a fix for windows .cbp ("- little build fix for help plug-in on windows").
Build for Ubuntu i386/amd64 can be found here (http://lgp203.free.fr/spip/spip.php?article1)
Ubuntu 6.10 -> 7.10 Amd64 tar.gz archive (containing '.deb' installers builds with wx2.8.6) can be found here (http://www.esnips.com/web/CodeBlocks).
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 ???
hehe, Rubiks cube, that would be a nice plug-in for the CBGames :twisted: :twisted: :twisted:
Quote from: killerbot on November 16, 2007, 07:59:26 AM
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/)
.
But it's nearly unplayable (at least for me).
I must be able to touch it with my hands.
If I try to turn it with the mouse, I have to think about every move/turn, that does not really work :?.
I have the same problem than Acki. I had this problem with several previous version, finaly I installed a stable version provided in october (wx 284)
I just add a new screenshot to see an intermediate frame
(http://reptils.free.fr/forumhardware/images/cb_crash.jpg)
maybe a xml load problem?
Arrrrgghhhhh........
When i press new project Code::Blocks F***s Up And Crashes
Help me
I think the stable worked for me but i wanna be able to use OGRE 3D
http://www.ogre3d.org/ (http://www.ogre3d.org/)
Aha! This is the day of screenshots, so I 'll follow the rythm and I all post a couple too :p
System:
Ubuntu 7.10 32bit (full updated)
wxWidgets from official repo (2.8.6.1-0)
Codeblocks rev4630 (using the repo posted many times at this forum)
GDB: GNU gdb 6.6-debian
GCC: gcc (GCC) 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2)
My problems:
* gdb parser doesn't always parse stack frame addresses correctly and displays a "("
* Watches doesn't always distinguish variables and print them as one line and corrupted
* Call stack displays addresses of this kind: 0x00000004 like this: 0x4
(http://www.imageshack.gr/files/h3c8unnf7zvw3pu7i68n_thumb.png) (http://www.imageshack.gr/view.php?file=h3c8unnf7zvw3pu7i68n.png)
Here is the common error of addresses at call stack, at the bottom of log there is there result from gdb command "info stack" to compare with real values of gdb
(http://www.imageshack.gr/files/6kkfsltv2o5sq3wwg77n_thumb.png) (http://www.imageshack.gr/view.php?file=6kkfsltv2o5sq3wwg77n.png)
And Here is all the problems together
1. Shows the calls stack displayed with wierd "("
2. Shows the real addresses displayed using "info stack"
3. Shows a variable "pData" that has been concatenated with sData (the "@?ta = 52") and with static member EMPTY, in one line and are displayed incorrectly
At last picture pData is of type unsigned char * but the string contained is a wide character string, maybe this is confusing it
Also I have a wish. If it is possible to check if "*this" is valid and display it by default in watches.
Generally watches are not that much helpfull at CB, I think there can be a cleaner implementation like MSVC, not exactly the same as I am frustrated at VC tha i have to change from "auto watches" to "local watches" to "manual watches".
I like the way CB has everything in one window, but I don't think they are displayed cleanly and surely they are not parsed always correctly.
Maybe if inherit look of MSVC (with tree view in grid box) but keep them all together as you do now. And also for arrays they are not always expandable.
Finally I have to say thank you, the last 6 months I am working on 2 projects, one on Windows (with MSVC7.1) and one on linux (with CB). I must admit that many times that I work on MSVC I miss CB! CB is getting great :D Keep up that work!
Quote from: cppluvva on November 16, 2007, 10:22:59 AM
Arrrrgghhhhh........
When i press new project Code::Blocks F***s Up And Crashes
Help me
I think the stable worked for me but i wanna be able to use OGRE 3D
http://www.ogre3d.org/ (http://www.ogre3d.org/)
Nice to know what OS, what wx version, what C::B version/revision (self-compiled)...?! No such information - no help possible.
Hi,
I can normally build without problem, however since updating to SVN4639 certain plugins are not available after a build.
It appears that the post-build steps for these plugins are not firing.
For example, wxSmith compiles fine but does not run "update.bat" as part of the build. If I run "update.bat" manually then everything is ok.
Any ideas?
UPDATE:
Scrub that, it appears it's a problem with my custom workspace (see below) that incorporates codeblocks + plugins. If I use the supplied plugins workspace everything is fine.
<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<CodeBlocks_workspace_file>
<Workspace title="Workspace">
<Project filename="src\CodeBlocks.cbp" active="1" />
<Project filename="src\plugins\contrib\byogames\byogames.cbp" />
<Project filename="src\plugins\contrib\cb_koders\cb_koders.cbp" />
<Project filename="src\plugins\contrib\codesnippets\codesnippets.cbp" />
<Project filename="src\plugins\contrib\codestat\codestat.cbp" />
<Project filename="src\plugins\contrib\copystrings\copystrings.cbp" />
<Project filename="src\plugins\contrib\devpak_plugin\DevPakPlugin.cbp" />
<Project filename="src\plugins\contrib\dragscroll\dragscroll.cbp" />
<Project filename="src\plugins\contrib\envvars\envvars.cbp" />
<Project filename="src\plugins\contrib\help_plugin\help-plugin.cbp" />
<Project filename="src\plugins\contrib\keybinder\keybinder.cbp" />
<Project filename="src\plugins\contrib\lib_finder\lib_finder.cbp" />
<Project filename="src\plugins\contrib\profiler\cbprofiler.cbp" />
<Project filename="src\plugins\contrib\source_exporter\Exporter.cbp" />
<Project filename="src\plugins\contrib\symtab\symtab.cbp" />
<Project filename="src\plugins\contrib\regex_testbed\RegExTestbed.cbp" />
<Project filename="src\plugins\contrib\wxSmith\wxSmith.cbp" />
<Project filename="src\plugins\contrib\wxSmithContribItems\wxSmithContribItems.cbp" />
<Project filename="src\tools\cb_share_config\cb_share_config.cbp" />
</Workspace>
</CodeBlocks_workspace_file>
Quote from: idblew on November 16, 2007, 02:05:15 PM
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.
With regards, Morten.
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.
Ok, here's what is happening.
For the plugins previously mentioned the post-build command specified in the plugin project is either not running or failing. See table below for details:
Plugin Post-Build Routine
byogames zip -j9 ..\..\..\devel\share\CodeBlocks\byogames.zip manifest.xml
cb_koders zip -j9 ..\..\..\devel\share\CodeBlocks\cb_koders.zip manifest.xml
codesnippets update.bat
codestat zip -j9 ..\..\..\devel\share\codeblocks\codestat.zip resources\manifest.xml resources\*.xrc
copystrings zip -j9 ..\..\..\devel\share\CodeBlocks\copystrings.zip manifest.xml
DragScroll zip -j9 ..\..\..\devel\share\CodeBlocks\DragScroll.zip manifest.xml
envvars zip -j9 ..\..\..\devel\share\codeblocks\envvars.zip manifest.xml *.xrc
keybinder zip -j9 ..\..\..\devel\share\CodeBlocks\keybinder.zip manifefest.xml
lib_finder update.bat
Profiler zip -j9 ..\..\..\devel\share\codeblocks\Profiler.zip resources\manifest.xml resources\*.xrc
SymTab zip -j9 ..\..\..\devel\share\codeblocks\SymTab.zip resources\manifest.xml resources\*.xrc
wxsmith update.bat
wxSmithContribItems zip -j9 ..\..\..\devel\share\CodeBlocks\wxSmithContribItems.zip manifest.xml
By manually running these commands from the appropriate directory then everything works fine.
Quote from: MortenMacFly on November 16, 2007, 01:23:25 PM
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 using WinXP(sp2) on a Celeron 2.66GHz with 1GB RAM...
C::B and wx all from this thread (nothing self-compiled just downloaded from the links above)...
EDIT: btw, you can download the RubCube program at my site: http://abusoft.g0dsoft.com (http://abusoft.g0dsoft.com)
I have the same configuration... and the same problem.
There is codeblocks.RTP generated after crash
http://reptils.free.fr/forumhardware/images/codeblocks.RPT (http://reptils.free.fr/forumhardware/images/codeblocks.RPT)
Well, 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...
Curiously I'm the only who have the crash problem :?
Even if I open first C::B and use load project, I have the C::B crash. I had the same problem with several previous version. I think there is a problem with wxmsw28u_gcc_cb_wx286 because with an october version (I don't remember which one) using wx284 I don't have this problem.
EDIT: I have tried with the builds 4564 and the 4540 (wx284). My project can be loaded I can compile and use normaly C::B.
But:
1 My explorer window where lie my project freeze for several seconds
2 when I'm closing C::B with the close button sometime I have a crash codeblocks.RPT (http://reptils.free.fr/forumhardware/images/codeblocks2.RPT).
I have tried the 14 November 2007 build (4630) (wx286) and my project can't be loaded -> crash...
If killerbot or someone else would like to try loading my project I can share it.
Quote from: idblew on November 16, 2007, 02:14:51 PM
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.
Quote from: reptils on November 16, 2007, 05:34:01 PM
If killerbot or someone else would like to try loading my project I can share it.
I can take a look at this problem. Mail it to me pauliusz(at)yahoo.com
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:
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;
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)
cat /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?
Hi
Quote from: Acki on November 16, 2007, 05:22:01 PM
Well, 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...
I got the same problems as Acki. Build 4596 dosn't has this problem (I am still using those build), build 4630 and 4639 wont open the project.
After closing C::B I got the following errormessage:
Bei der Weitergabe des Befehls an die Anwendung ist ein Fehler aufgetreten.Furtermore when I start C::B by opening a project and then minimize c::b it will restore the window immediately and the project is loaded correctly.
No errormessage on closing c::b
Due to my skill with wxWidget it seems to be a pending event.
denk_mal
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)
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
Quote from: Acki on November 16, 2007, 05:22:01 PM
Well, 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.
Sounds like the same problem I had for SVN 4596
http://forums.next.codeblocks.org/index.php/topic,7220.msg55180.html#msg55180
QuoteWith 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 here, auto-hiding the message pane is just being totally ignored now :?
I'm on Ubuntu Gutsy.
This is my first update since 2 weeks, and all of the bugs I reported in the forum (forced rebuild and crash when "New > Project") are now fixed!
Wonderful! C::B dev team rocks ;)
Hi author
Quote from: gd_on on November 17, 2007, 04:55:45 PM
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
I found out, that disabling the codecompletition plugin made the trick (for me). Now everything works fine except codecompletition of course :)
denk_mal
Well Im not sure is a problem of the current build but when I load Code::Blocks i get error:
Quote
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
And another question:
Where I find application log? ><
Thanks.
Quote from: denk_mal on November 17, 2007, 11:13:16 PM
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...
Slackware 12 SVN builds can be found at:
http://www.polaco.pro.br/codeblocks (http://www.polaco.pro.br/codeblocks)
Quote from: skwee on November 18, 2007, 01:05:27 AM
Well Im not sure is a problem of the current build but when I load Code::Blocks i get error:
Quote
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
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.
Quote from: killerbot on November 18, 2007, 08:13:36 PM
Quote from: skwee on November 18, 2007, 01:05:27 AM
Well Im not sure is a problem of the current build but when I load Code::Blocks i get error:
Quote
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
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.
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.
open CB and open from within CB your project. It seems recently double clicking cbp files in explorer when no CB is open (yet) can lead to crashes ...
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.
Quote from: Knx on November 19, 2007, 11:29:15 AM
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??
Quote from: Acki on November 16, 2007, 02:04:55 AM
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 ???
I can reproduce this on WinXP, when using DDE to open a project (or another file), but not, if I leave DDE away
or replace Topic=CodeBlocksDDEServer by Topic=System in the registry.
Maybe it could be a workaround, making two commands: "add to workspace" with DDE, if a workspace is already open, and "open" without DDE, if no workspace is open.
I think, this is a WinXP-problem, since on another PC with Win2k but the same registry entries, this doesn't occur.
with kind regards
Quote from: killerbot on November 15, 2007, 10:11:29 PM
- 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 added the sample wx_help.script to the Help Files, and this is amazing. I had to edit the prefix variable in the script to be "wx_", so I copied it to my home folder and registered that with the help plugin.
Very nice work, this is much better than using Yelp!
I should edit that wiki article to briefly describe how to set this up instead ...
Quote from: pauliusz on November 16, 2007, 06:20:38 PM
Quote from: idblew on November 16, 2007, 02:14:51 PM
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.
This still appears to be an issue.
Is it worth moving this stuff into the main "update.bat" along with all the other plugin resource ZIPs?
Quote from: darthdespotism on November 17, 2007, 04:34:18 PM
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)
No Ideas?
It's Feisty with r4640 and r4648 which both show this Problem. The working version I last used was one of the last bevore the move to wx2.8.6
Quote from: Biplab on November 19, 2007, 11:38:50 AM
Quote from: Knx on November 19, 2007, 11:29:15 AM
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??
No...
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.
- Mac OS X : (10.4+ Universal, wxWidgets 2.8.6)
http://prdownload.berlios.de/codeblocks/CB_20071115_rev4639_mac286.zip
Quote from: Knx on November 20, 2007, 12:45:27 AMI'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 !!!
and I get this error message from Windows:
(http://abusoft.g0dsoft.com/Image4.jpg)
Quote from: Acki on November 20, 2007, 03:13:04 AM
Quote from: Knx on November 20, 2007, 12:45:27 AMI'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)
Quote from: pauliusz on November 21, 2007, 01:19:16 AM
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)
Thanks for the patch. Applied in revision 4651. :)
Quote from: mastro on November 17, 2007, 02:42:06 AM
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:
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;
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)
cat /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?
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 added
#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
from
menu.AppendSubMenu(view, _("Toggle..."));with
menu.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)
Quote from: mastro on November 22, 2007, 01:24:33 AM
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 added
#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
from
menu.AppendSubMenu(view, _("Toggle..."));
with
menu.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)
Did you set up wxWidgets correctly? You need to compile it for debug and runtime in monolithic and static form and have all the necessary settings set. There is a tutorial somewhere in the codeblocks wiki that explains that (http://wiki.codeblocks.org/index.php?title=Compiling_wxWidgets_2.8.6_to_develop_Code::Blocks_%28MSW%29 (http://wiki.codeblocks.org/index.php?title=Compiling_wxWidgets_2.8.6_to_develop_Code::Blocks_%28MSW%29)). I know it is for windows but I am sure you will be able to get it to compile in Linux. Specify, compile, specify again and compile again (without cleaning of course!).
I remember in Windows you have to copy the setup.h from the MSW folder to the root source folder of wxWidgets. Try the same in Linux. Sorry I haven't compiled wxWidgets in Linux for almost a year now so pardon my windows approach.
It worked for me in Windows when I downloaded the CodeBlocks source via subversion and compiled it a few weeks ago. Whether this is a bug in the latest codeblocks source, I don't know, didn't have the time, energy or will to try it. But boy did codeblocks grow!
I hope my info helped you somewhat.
God Bless!
Quote from: mastro on November 22, 2007, 01:24:33 AM
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 added
#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...
Try compiling revision 4657. Hopefully you won't face any problem.
Quote from: mastro on November 22, 2007, 01:24:33 AM
now i got another error: http://pastebin.com/f6902da1c
for this i've replaced the line 178 of src/src/infopane.cpp
from
menu.AppendSubMenu(view, _("Toggle..."));
with
menu.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...
Possibly you would face more errors with wx-2.6; especially with
EncodingDetector class. I would recommend you to upgrade to wx-2.8. :)
and rev 4658 : fix to 4657
tnx for all the replies
i've changed wx-config to default use wx-2.8
now 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)
now when i run it i got this:
(codeblocks:27306): Gtk-CRITICAL **: gtk_window_realize_icon: assertion `info->icon_pixmap == NULL' failed
Killed
i've found out i should upgrade to wx 2.8.4 (i've 2.8.1)
but i can't cause this is a system that work offline without possibility to connect to the internet and it has static dvd repository... i don't want to bother you with this stuff..
do you know how can i make it use and statically compile codeblocks with wx 2.8.4 (or more) without touching my system?
may be downloading the wx 2.8.4+ code and saying in some way "use it and compile statically"
i will try with other revision while waiting...
Welcome,
I have one suggestion about file sdk/toolsmanager.cpp:
replace 2 lines:
// Manager::Get()->GetLogManager()->SwitchTo(0); // switch to default log
by:
CodeBlocksLogEvent evtSwitch(cbEVT_SWITCH_TO_LOG_WINDOW, LogManager::app_log);
Manager::Get()->GetAppWindow()->ProcessEvent(evtSwitch); // switch to default log
When there was an old log manager, choose something from tools menu automatically switch to console output redirection window.
In new log manager this function was removed.
(sorry for my bad english)
Kaml
Quote from: mastro on November 22, 2007, 01:10:56 PM
now 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.
Quote from: jens on November 24, 2007, 11:50:50 AM
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.
thanks mate, i'll try your modification :)
The MAC OS X hangs for me (like always) :(
When I open a multiplatform project (.cbp) that works perfectly in the windows version.
Process: CodeBlocks [1651]
Path: /Users/musha/Desktop/CodeBlocks.app/Contents/MacOS/CodeBlocks
Identifier: org.codeblocks.app
Version: 1.0 (4639)
Code Type: X86 (Native)
Parent Process: launchd [107]
Date/Time: 2007-11-27 15:40:34.999 +0100
OS Version: Mac OS X 10.5.1 (9B18)
Report Version: 6
Exception Type: EXC_CRASH (SIGABRT)
Exception Codes: 0x0000000000000000, 0x0000000000000000
Crashed Thread: 1
Thread 0:
0 libSystem.B.dylib 0x919ea8e6 mach_msg_trap + 10
1 libSystem.B.dylib 0x919f20dc mach_msg + 72
2 com.apple.CoreFoundation 0x94c560fe CFRunLoopRunSpecific + 1806
3 com.apple.CoreFoundation 0x94c56d38 CFRunLoopRunInMode + 88
4 com.apple.HIToolbox 0x93d128a4 RunCurrentEventLoopInMode + 283
5 com.apple.HIToolbox 0x93d126bd ReceiveNextEventCommon + 374
6 com.apple.HIToolbox 0x93e55f9b ReceiveNextEvent + 58
7 libwx_macu-2.8.0.dylib 0x00a4d718 wxApp::MacDoOneEvent() + 84
8 libwx_macu-2.8.0.dylib 0x00a653bc wxEventLoop::Dispatch() + 32
9 libwx_macu-2.8.0.dylib 0x00b0cd6d wxEventLoopManual::Run() + 97
10 libwx_macu-2.8.0.dylib 0x00ae6fd4 wxAppBase::MainLoop() + 76
11 org.codeblocks.app 0x00003ba7 CodeBlocksApp::OnRun() + 25
12 libwx_macu-2.8.0.dylib 0x009dcdf0 wxEntry(int&, wchar_t**) + 86
13 org.codeblocks.app 0x00002732 main + 24
14 org.codeblocks.app 0x00002096 _start + 216
15 org.codeblocks.app 0x00001fbd start + 41
Thread 1 Crashed:
0 libSystem.B.dylib 0x91acb67e __semwait_signal_nocancel + 10
1 libSystem.B.dylib 0x91abd547 usleep$NOCANCEL$UNIX2003 + 61
2 libSystem.B.dylib 0x91aded4b abort + 85
3 libwx_macu-2.8.0.dylib 0x00a33aa5 wxFatalSignalHandler + 37
4 libSystem.B.dylib 0x91a5697b _sigtramp + 43
5 ??? 0xffffffff 0 + 4294967295
6 libwx_macu-2.8.0.dylib 0x009c85f3 wxOpen(wchar_t const*, int, unsigned short) + 47
7 libwx_macu-2.8.0.dylib 0x009bf932 wxFile::Open(wchar_t const*, wxFile::OpenMode, int) + 74
8 libwx_macu-2.8.0.dylib 0x009bfa25 wxFile::wxFile(wchar_t const*, wxFile::OpenMode) + 49
9 libcodeblocks.0.dylib 0x0056d1ec FileLoader::operator()() + 78
10 libcodeblocks.0.dylib 0x00753648 BackgroundThread::Entry() + 92
11 libwx_macu-2.8.0.dylib 0x00a254d8 wxThreadInternal::MacThreadStart(void*) + 142
12 ...ple.CoreServices.CarbonCore 0x932cc4bb PrivateMPEntryPoint + 56
13 libSystem.B.dylib 0x91a1b075 _pthread_start + 321
14 libSystem.B.dylib 0x91a1af32 thread_start + 34
Thread 2:
0 libSystem.B.dylib 0x919ea93a semaphore_timedwait_trap + 10
1 ...ple.CoreServices.CarbonCore 0x932df8a3 MPWaitOnSemaphore + 125
2 libwx_macu-2.8.0.dylib 0x00a243e1 wxSemaphoreInternal::WaitTimeout(unsigned long) + 27
3 libwx_macu-2.8.0.dylib 0x00a2447f wxSemaphore::Wait() + 31
4 libcodeblocks.0.dylib 0x00753602 BackgroundThread::Entry() + 22
5 libwx_macu-2.8.0.dylib 0x00a254d8 wxThreadInternal::MacThreadStart(void*) + 142
6 ...ple.CoreServices.CarbonCore 0x932cc4bb PrivateMPEntryPoint + 56
7 libSystem.B.dylib 0x91a1b075 _pthread_start + 321
8 libSystem.B.dylib 0x91a1af32 thread_start + 34
Thread 3:
0 libSystem.B.dylib 0x919ea93a semaphore_timedwait_trap + 10
1 ...ple.CoreServices.CarbonCore 0x932df8a3 MPWaitOnSemaphore + 125
2 libwx_macu-2.8.0.dylib 0x00a243e1 wxSemaphoreInternal::WaitTimeout(unsigned long) + 27
3 libwx_macu-2.8.0.dylib 0x00a2447f wxSemaphore::Wait() + 31
4 libcodeblocks.0.dylib 0x00753602 BackgroundThread::Entry() + 22
5 libwx_macu-2.8.0.dylib 0x00a254d8 wxThreadInternal::MacThreadStart(void*) + 142
6 ...ple.CoreServices.CarbonCore 0x932cc4bb PrivateMPEntryPoint + 56
7 libSystem.B.dylib 0x91a1b075 _pthread_start + 321
8 libSystem.B.dylib 0x91a1af32 thread_start + 34
Thread 4:
0 libSystem.B.dylib 0x919ea93a semaphore_timedwait_trap + 10
1 ...ple.CoreServices.CarbonCore 0x932df8a3 MPWaitOnSemaphore + 125
2 libwx_macu-2.8.0.dylib 0x00a243e1 wxSemaphoreInternal::WaitTimeout(unsigned long) + 27
3 libwx_macu-2.8.0.dylib 0x00a2447f wxSemaphore::Wait() + 31
4 libcodeblocks.0.dylib 0x00753602 BackgroundThread::Entry() + 22
5 libwx_macu-2.8.0.dylib 0x00a254d8 wxThreadInternal::MacThreadStart(void*) + 142
6 ...ple.CoreServices.CarbonCore 0x932cc4bb PrivateMPEntryPoint + 56
7 libSystem.B.dylib 0x91a1b075 _pthread_start + 321
8 libSystem.B.dylib 0x91a1af32 thread_start + 34
Thread 5:
0 libSystem.B.dylib 0x919ea9ca swtch_pri + 10
1 libSystem.B.dylib 0x91a5849d sched_yield + 18
2 ...ple.CoreServices.CarbonCore 0x93337eca MPYield + 18
3 libwx_macu-2.8.0.dylib 0x00a24412 wxSemaphoreInternal::Post() + 28
4 libcodeblocks.0.dylib 0x0056e123 FileManager::Load(wxString const&, bool) + 857
5 libcodecompletion.so 0x16a3ec63 Parser::Parse(wxString const&, bool, ParserThreadOptions&) + 701
6 libcodecompletion.so 0x16a3eda3 Parser::Parse(wxString const&, bool, LoaderBase*) + 129
7 libcodecompletion.so 0x16a3ee4f Parser::OnParseFile(wxString const&, int) + 75
8 libcodecompletion.so 0x16a46bf9 ParserThread::HandleIncludes() + 577
9 libcodecompletion.so 0x16a4e857 ParserThread::DoParse() + 8985
10 libcodecompletion.so 0x16a4ffa0 ParserThread::Parse() + 76
11 libcodecompletion.so 0x16a67525 ParserThread::Execute() + 17
12 libcodeblocks.0.dylib 0x004faf45 cbThreadPool::cbWorkerThread::Entry() + 183
13 libwx_macu-2.8.0.dylib 0x00a254d8 wxThreadInternal::MacThreadStart(void*) + 142
14 ...ple.CoreServices.CarbonCore 0x932cc4bb PrivateMPEntryPoint + 56
15 libSystem.B.dylib 0x91a1b075 _pthread_start + 321
16 libSystem.B.dylib 0x91a1af32 thread_start + 34
Thread 6:
0 libSystem.B.dylib 0x919ea93a semaphore_timedwait_trap + 10
1 ...ple.CoreServices.CarbonCore 0x932df8a3 MPWaitOnSemaphore + 125
2 libwx_macu-2.8.0.dylib 0x00a243e1 wxSemaphoreInternal::WaitTimeout(unsigned long) + 27
3 libwx_macu-2.8.0.dylib 0x00a2447f wxSemaphore::Wait() + 31
4 libcodecompletion.so 0x16a21581 ClassBrowserBuilderThread::Entry() + 39
5 libwx_macu-2.8.0.dylib 0x00a254d8 wxThreadInternal::MacThreadStart(void*) + 142
6 ...ple.CoreServices.CarbonCore 0x932cc4bb PrivateMPEntryPoint + 56
7 libSystem.B.dylib 0x91a1b075 _pthread_start + 321
8 libSystem.B.dylib 0x91a1af32 thread_start + 34
Thread 7:
0 libSystem.B.dylib 0x919f1ace __semwait_signal + 10
1 libSystem.B.dylib 0x91a1bced pthread_cond_wait$UNIX2003 + 73
2 com.apple.ColorSync 0x917e1460 pthreadSemaphoreWait(t_pthreadSemaphore*) + 42
3 com.apple.ColorSync 0x917f3d92 CMMConvTask(void*) + 54
4 libSystem.B.dylib 0x91a1b075 _pthread_start + 321
5 libSystem.B.dylib 0x91a1af32 thread_start + 34
Thread 1 crashed with X86 Thread State (32-bit):
eax: 0x0000003c ebx: 0x91acb1cf ecx: 0xb00a9a3c edx: 0x91acb67e
edi: 0xffe2053a esi: 0xb00a9a98 ebp: 0xb00a9a78 esp: 0xb00a9a3c
ss: 0x0000001f efl: 0x00000247 eip: 0x91acb67e cs: 0x00000007
ds: 0x0000001f es: 0x0000001f fs: 0x00000000 gs: 0x00000037
cr2: 0x18a90040
And for me the 4680 compile on debian testing, but when launching the program it crashes (see attachement).
reagards,
jf
[attachment deleted by admin]
I have not gotton to 4680, but 4678 on Debian Testing "Lenny" compiled and works just fine for me, I have not extesivly tested it, only compiling a very small project. I didn't see an attachment.
Sorry, got the attachment.
I compiled with:
g++ (GCC) 4.2.3 20071014 (prerelease) (Debian 4.2.2-3)
Quote from: jiaif on November 27, 2007, 03:48:27 PM
And for me the 4680 compile on debian testing, but when launching the program it crashes (see attachement).
It seems that the zipped resource files are not updated in your case. Make sure you ran
update script or try regenerating the resources of plugins.
To-Do plugin resource was updated in 4680. If your C::B installation still uses old
todo.zip file, it'll crash.
Quote from: Biplab on November 27, 2007, 04:27:29 PM
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.
Little problem: when I click on *.cbp file to open project C::B under Win2K, C::B starts, but project does not loading until I not try to open it trough menu. Then it starts loading.
More info about the MAC OS X error:
I get the macports version 4680
On Init:
/opt/local/bin/codeblocks ; exit;
$ /opt/local/bin/codeblocks ; exit;
Initialize EditColourSet .....
Initialize EditColourSet: done.
Loading toolbar...
AStylePlugin: loaded
Autosave: loaded
BYOGames: loaded
CB_Koders: loaded
ClassWizard: loaded
CodeCompletion: loaded
CodeSnippets: loaded
CodeStat: loaded
Compiler: loaded
Debugger: loaded
FilesExtensionHandler: loaded
cbDragScroll: loaded
EnvVars: loaded
Exporter: loaded
HelpPlugin: loaded
cbKeyBinder: loaded
lib_finder: loaded
OpenFilesList: loaded
Profiler: loaded
ProjectsImporter: loaded
RegExTestbed: loaded
ScriptedWizard: loaded
SymTab: loaded
ToDoList: loaded
wxSmith: loaded
wxSmithMime: loaded
wxSmithContribItems: loaded
Source code formatter (AStyle) plugin activated
Autosave plugin activated
BYO Games plugin activated
Koders query plugin activated
Class wizard plugin activated
Code completion plugin activated
Code snippets plugin activated
Code statistics plugin activated
Added compiler "GNU GCC Compiler"
Added compiler "Intel C/C++ Compiler"
Added compiler "SDCC Compiler"
Added compiler "Tiny C Compiler"
Added compiler "GDC D Compiler"
Compiler plugin activated
Debugger plugin activated
Files extension handler plugin activated
DragScroll plugin activated
Environment variables plugin activated
Source Exporter plugin activated
Help plugin plugin activated
Keyboard shortcuts plugin activated
Library finder plugin activated
Open files list plugin activated
Code profiler plugin activated
Foreign projects importer plugin activated
Regular expressions testbed plugin activated
Project wizard added for 'Empty project'
Project wizard added for 'Console application'
Project wizard added for 'D application'
Project wizard added for 'FLTK project'
Project wizard added for 'GLFW project'
Project wizard added for 'GLUT project'
Project wizard added for 'GTK+ project'
Project wizard added for 'Irrlicht project'
Project wizard added for 'Lightfeather project'
Project wizard added for 'OpenGL project'
Project wizard added for 'Ogre project'
Project wizard added for 'Code::Blocks plugin'
Project wizard added for 'QT4 project'
Project wizard added for 'SDL project'
Project wizard added for 'Static library'
Project wizard added for 'AVR Project'
Project wizard added for 'wxWidgets project'
Build-target wizard added for 'Console'
Build-target wizard added for 'wxWidgets'
File(s) wizard added for 'Empty file'
File(s) wizard added for 'C/C++ source'
File(s) wizard added for 'C/C++ header'
Scripted wizard plugin activated
Symbol Table Plugin plugin activated
To-Do List plugin activated
wxSmith plugin activated
wxSmith - MIME plugin plugin activated
wxSmith - Contrib Items plugin activated
Initializing plugins...
codeblocks[519] <Error>: CGBitmapContextCreate: invalid data bytes/row: should be at least 4 for 8 integer bits/component, 3 components, kCGImageAlphaNoneSkipFirst.
codeblocks[519] <Error>: CGContextTranslateCTM: invalid context
codeblocks[519] <Error>: CGContextScaleCTM: invalid context
codeblocks[519] <Error>: CGBitmapContextCreate: invalid data bytes/row: should be at least 4 for 8 integer bits/component, 3 components, kCGImageAlphaPremultipliedFirst.
codeblocks[519] <Error>: CGContextTranslateCTM: invalid context
codeblocks[519] <Error>: CGContextScaleCTM: invalid context
codeblocks[519] <Error>: CGBitmapContextCreate: invalid data bytes/row: should be at least 4 for 8 integer bits/component, 3 components, kCGImageAlphaNoneSkipFirst.
codeblocks[519] <Error>: CGContextTranslateCTM: invalid context
codeblocks[519] <Error>: CGContextScaleCTM: invalid context
codeblocks[519] <Error>: CGBitmapContextCreate: invalid data bytes/row: should be at least 4 for 8 integer bits/component, 3 components, kCGImageAlphaPremultipliedFirst.
codeblocks[519] <Error>: CGContextTranslateCTM: invalid context
codeblocks[519] <Error>: CGContextScaleCTM: invalid context
codeblocks[519] <Error>: CGBitmapContextCreate: invalid data bytes/row: should be at least 4 for 8 integer bits/component, 3 components, kCGImageAlphaNoneSkipFirst.
codeblocks[519] <Error>: CGContextTranslateCTM: invalid context
codeblocks[519] <Error>: CGContextScaleCTM: invalid context
codeblocks[519] <Error>: CGBitmapContextCreate: invalid data bytes/row: should be at least 4 for 8 integer bits/component, 3 components, kCGImageAlphaPremultipliedFirst.
codeblocks[519] <Error>: CGContextTranslateCTM: invalid context
codeblocks[519] <Error>: CGContextScaleCTM: invalid context
codeblocks[519] <Error>: CGBitmapContextCreate: invalid data bytes/row: should be at least 4 for 8 integer bits/component, 3 components, kCGImageAlphaNoneSkipFirst.
codeblocks[519] <Error>: CGContextTranslateCTM: invalid context
codeblocks[519] <Error>: CGContextScaleCTM: invalid context
codeblocks[519] <Error>: CGBitmapContextCreate: invalid data bytes/row: should be at least 4 for 8 integer bits/component, 3 components, kCGImageAlphaPremultipliedFirst.
codeblocks[519] <Error>: CGContextTranslateCTM: invalid context
codeblocks[519] <Error>: CGContextScaleCTM: invalid context
codeblocks[519] <Error>: CGBitmapContextCreate: invalid data bytes/row: should be at least 4 for 8 integer bits/component, 3 components, kCGImageAlphaNoneSkipFirst.
codeblocks[519] <Error>: CGContextTranslateCTM: invalid context
codeblocks[519] <Error>: CGContextScaleCTM: invalid context
codeblocks[519] <Error>: CGBitmapContextCreate: invalid data bytes/row: should be at least 4 for 8 integer bits/component, 3 components, kCGImageAlphaPremultipliedFirst.
codeblocks[519] <Error>: CGContextTranslateCTM: invalid context
codeblocks[519] <Error>: CGContextScaleCTM: invalid context
And finally when I try to load a workspace:
Loading workspace "/Users/carlos/Trabajo/Skynet/skynet/trunk/libs/workspaces/Libs.workspace"
Loading project file...
Parsing project file...
Loading target Debug_Win32
Loading target Release_Win32
Loading target Debug_Linux
Loading target Release_Linux
Loading target Debug_Cygwin
Wed Nov 28 00:09:14 macbook-pro-de-carlos.local CodeBlocks[376] <Error>: CGBitmapContextCreate: invalid data bytes/row: should be at least 4 for 8 integer bits/component, 3 components, kCGImageAlphaNoneSkipFirst.
Wed Nov 28 00:09:14 macbook-pro-de-carlos.local CodeBlocks[376] <Error>: CGContextTranslateCTM: invalid context
Wed Nov 28 00:09:14 macbook-pro-de-carlos.local CodeBlocks[376] <Error>: CGContextScaleCTM: invalid context
Wed Nov 28 00:09:14 macbook-pro-de-carlos.local CodeBlocks[376] <Error>: CGBitmapContextCreate: invalid data bytes/row: should be at least 4 for 8 integer bits/component, 3 components, kCGImageAlphaPremultipliedFirst.
Wed Nov 28 00:09:14 macbook-pro-de-carlos.local CodeBlocks[376] <Error>: CGContextTranslateCTM: invalid context
Wed Nov 28 00:09:14 macbook-pro-de-carlos.local CodeBlocks[376] <Error>: CGContextScaleCTM: invalid context
Wed Nov 28 00:09:14 macbook-pro-de-carlos.local CodeBlocks[376] <Error>: CGBitmapContextCreate: invalid data bytes/row: should be at least 4 for 8 integer bits/component, 3 components, kCGImageAlphaNoneSkipFirst.
Wed Nov 28 00:09:14 macbook-pro-de-carlos.local CodeBlocks[376] <Error>: CGContextTranslateCTM: invalid context
Wed Nov 28 00:09:14 macbook-pro-de-carlos.local CodeBlocks[376] <Error>: CGContextScaleCTM: invalid context
Wed Nov 28 00:09:14 macbook-pro-de-carlos.local CodeBlocks[376] <Error>: CGBitmapContextCreate: invalid data bytes/row: should be at least 4 for 8 integer bits/component, 3 components, kCGImageAlphaPremultipliedFirst.
Wed Nov 28 00:09:14 macbook-pro-de-carlos.local CodeBlocks[376] <Error>: CGContextTranslateCTM: invalid context
Wed Nov 28 00:09:14 macbook-pro-de-carlos.local CodeBlocks[376] <Error>: CGContextScaleCTM: invalid context
Loading target Release_Cygwin
Loading target Debug_Watcom
Loading target Debug_MAC
Loading target Release_MAC
Loading target Debug_MAC (uni)
Loading target Release_MAC (uni)
Loading project files...
149 files loaded
Done loading project in 9181ms
Project's base path: /Users/carlos/Trabajo/Skynet/skynet/trunk/libs/prj/CoreLib/Codeblocks/
Project's common toplevel path: /Users/carlos/Trabajo/Skynet/skynet/trunk/libs/
Loading project file...
Parsing project file...
Loading target Debug_Win32
Loading target Release_Win32
Loading target Debug_Linux
Loading target Release_Linux
Loading target Debug_Cygwin
Loading target Debug_MAC
Loading target Release_MAC
Loading target Debug_MAC (uni)
Loading target Release_MAC (uni)
Loading project files...
94 files loaded
Done loading project in 1160ms
Project's base path: /Users/carlos/Trabajo/Skynet/skynet/trunk/libs/prj/KernelLib/Codeblocks/
Project's common toplevel path: /Users/carlos/Trabajo/Skynet/skynet/trunk/libs/
Loading project file...
Parsing project file...
Loading target Debug_Win32
Loading target Release_Win32
Loading target Debug_MAC
Loading target Release_MAC
Loading target Debug_MAC (uni)
Loading target Release_MAC (uni)
Loading project files...
23 files loaded
Done loading project in 14ms
Project's base path: /Users/carlos/Trabajo/Skynet/skynet/trunk/libs/prj/MathLib/Codeblocks/
Project's common toplevel path: /Users/carlos/Trabajo/Skynet/skynet/trunk/libs/
KernelLib now depends on CoreLib (1 deps)
Add project CoreLib in parsing queue
Caching internal gcc dirs for adding to parser...
Wed Nov 28 00:09:18 macbook-pro-de-carlos.local CodeBlocks[376] <Error>: CGBitmapContextCreate: invalid data bytes/row: should be at least 4 for 8 integer bits/component, 3 components, kCGImageAlphaNoneSkipFirst.
Wed Nov 28 00:09:18 macbook-pro-de-carlos.local CodeBlocks[376] <Error>: CGContextTranslateCTM: invalid context
Wed Nov 28 00:09:18 macbook-pro-de-carlos.local CodeBlocks[376] <Error>: CGContextScaleCTM: invalid context
Wed Nov 28 00:09:18 macbook-pro-de-carlos.local CodeBlocks[376] <Error>: CGBitmapContextCreate: invalid data bytes/row: should be at least 4 for 8 integer bits/component, 3 components, kCGImageAlphaPremultipliedFirst.
Wed Nov 28 00:09:18 macbook-pro-de-carlos.local CodeBlocks[376] <Error>: CGContextTranslateCTM: invalid context
Wed Nov 28 00:09:18 macbook-pro-de-carlos.local CodeBlocks[376] <Error>: CGContextScaleCTM: invalid context
Wed Nov 28 00:09:18 macbook-pro-de-carlos.local CodeBlocks[376] <Error>: CGBitmapContextCreate: invalid data bytes/row: should be at least 4 for 8 integer bits/component, 3 components, kCGImageAlphaNoneSkipFirst.
Wed Nov 28 00:09:18 macbook-pro-de-carlos.local CodeBlocks[376] <Error>: CGContextTranslateCTM: invalid context
Wed Nov 28 00:09:18 macbook-pro-de-carlos.local CodeBlocks[376] <Error>: CGContextScaleCTM: invalid context
Wed Nov 28 00:09:18 macbook-pro-de-carlos.local CodeBlocks[376] <Error>: CGBitmapContextCreate: invalid data bytes/row: should be at least 4 for 8 integer bits/component, 3 components, kCGImageAlphaPremultipliedFirst.
Wed Nov 28 00:09:18 macbook-pro-de-carlos.local CodeBlocks[376] <Error>: CGContextTranslateCTM: invalid context
Wed Nov 28 00:09:18 macbook-pro-de-carlos.local CodeBlocks[376] <Error>: CGContextScaleCTM: invalid context
Caching GCC dir: /usr/include/c++/4.0.0
Caching GCC dir: /usr/include/c++/4.0.0/i686-apple-darwin9
Caching GCC dir: /usr/include/c++/4.0.0/backward
Caching GCC dir: /usr/local/include
Caching GCC dir: /usr/lib/gcc/i686-apple-darwin9/4.0.1/include
Caching GCC dir: /usr/include
Caching GCC dir: /System/Library/Frameworks (framework directory)
Caching GCC dir: /Library/Frameworks (framework directory)
Passing list of files to parse
Add project KernelLib in parsing queue
Passing list of files to parse
Add project MathLib in parsing queue
Passing list of files to parse
Starting batch parsing
CodeBlocks(376,0xb00aa000) malloc: *** mmap(size=3528736768) failed (error code=12)
*** error: can't allocate region
*** set a breakpoint in malloc_error_break to debug
Abort trap
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
Quote from: wobien on November 28, 2007, 01:01:34 PM
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 have built a windows version SVN4676. Problem is still there.
It seems that it's a problem with codecompletion, but I prefer not to disable this plugin because it's very useful.
I have found an other workaround (a little bit "twisted"! :lol:) :
You create a dummy plugin by copying a zip file within share\codeblocks with the name dummy.zip for example, then editing (and saving) the manifest.xml file (inside this zip file) to replace the name and title by "dummy". Then you create in share\codeblocks\plugins and empty file that you name dummy.dll. When you open codeblocks, it claims that dummy.dll cannot be used, of course !!!, but that's create an EVENT which is sufficient to open a .cbp file by a double click in Windows :P.
Solution tested on Win 2K and Win XP.
gd_on
Quote from: killerbot on November 28, 2007, 01:43:29 PM
can you make a bugreport on berlios out of this and maybe a little example on how to reproduce
OK, I did that.
Wobien
Quote from: gd_on on November 28, 2007, 02:20:35 PM
@nenin: This problem is already described in this post (look at page 2 and 3).
I have built a windows version SVN4676. Problem is still there.
<****>
gd_on
I just do not close C::B. I save everything and then go to sleep. :mrgreen: