When I am using this version(SVN 8438), my Code::Blocks crashed! My steps is the following:I can't reproduce the crash. BTW: can you show use the crash report file? "codeblocks.RPT"
1, Enter some codes;
2, The completely code is "std::stringstream time; ". When I entered "std:", I switched to other window by Alt+tab. The IDE of my C::B turned into white screen, crashed and post the error window I posted on forum (std-error-and-crash.JPG).
3, Repeated the two steps above, C::B crashed repeatedly!
When I am using this version(SVN 8438), my Code::Blocks crashed! My steps is the following:I can't reproduce the crash. BTW: can you show use the crash report file? "codeblocks.RPT"
1, Enter some codes;
2, The completely code is "std::stringstream time; ". When I entered "std:", I switched to other window by Alt+tab. The IDE of my C::B turned into white screen, crashed and post the error window I posted on forum (std-error-and-crash.JPG).
3, Repeated the two steps above, C::B crashed repeatedly!
-------------------
Error occured on Wednesday, October 10, 2012 at 16:34:37.
D:\dev\wxIDE\cb\codeblocks.exe caused an Access Violation at location 00000000 Reading from location 00000000.
Registers:
eax=00000001 ebx=032af7b8 ecx=77bfc2e3 edx=fffe2690 esi=0022f974 edi=6c555f76
eip=00000000 esp=0022f3f8 ebp=011277b8 iopl=0 nv up ei pl nz ac po nc
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00010216
Call stack:
00000000
0022F974
-------------------
Error occured on Wednesday, October 10, 2012 at 16:35:06.
D:\dev\wxIDE\cb\codeblocks.exe caused an Access Violation at location 00000000 Reading from location 00000000.
Registers:
eax=00000001 ebx=032a2650 ecx=77bfc2e3 edx=fffe19ae esi=0022f974 edi=6c565fb4
eip=00000000 esp=0022f3f8 ebp=0112d4a8 iopl=0 nv up ei pl nz ac po nc
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00010216
Call stack:
00000000
0022F974
-------------------
Error occured on Wednesday, October 10, 2012 at 16:35:45.
D:\dev\wxIDE\cb\codeblocks.exe caused an Access Violation at location 00000000 Reading from location 00000000.
Registers:
eax=ffffffff ebx=032a6e98 ecx=00000000 edx=0022ef78 esi=0022f974 edi=00000041
eip=00000000 esp=0022f3f8 ebp=0112d3a0 iopl=0 nv up ei pl nz ac po nc
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00010216
Call stack:
00000000
0022F974
-------------------
Error occured on Wednesday, October 10, 2012 at 16:36:05.
D:\dev\wxIDE\cb\codeblocks.exe caused an Access Violation at location 00000000 Reading from location 00000000.
Registers:
eax=00000001 ebx=032afcb8 ecx=77bfc2e3 edx=013b5cc7 esi=0022f974 edi=6c563a64
eip=00000000 esp=0022f3f8 ebp=0112a5f8 iopl=0 nv up ei pl nz ac po nc
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00010216
Call stack:
00000000
0022F974
-------------------
Error occured on Wednesday, October 10, 2012 at 16:40:52.
D:\dev\wxIDE\cb\codeblocks.exe caused an Access Violation at location 00000000 Reading from location 00000000.
Registers:
eax=00000001 ebx=0329e4f0 ecx=03310518 edx=00000004 esi=0022f974 edi=6c5573da
eip=00000000 esp=0022f3f8 ebp=0112c918 iopl=0 nv up ei pl nz ac po nc
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00010216
Call stack:
00000000
0022F974
Pchief: Is this a nightly build or a self built version you're using?
This is a self-build. I tried the nightly and the problem seems not with it. Thank you anyway...Then your procedure for building c::b is broken... or you are mixing new and old plugins.
This is a self-build. I tried the nightly and the problem seems not with it. Thank you anyway...Then your procedure for building c::b is broken... or you are mixing new and old plugins.
I closely follow the instructions in the Wiki for building. So don't know what's gone wrongI must not necessarily be the build process rather than you have old libs/plugins still present somewhere in he installation directory of C::B or its resource path's. Did you ensure to un-install any previous versions and make a full clean checkout / re-build?
Please excuse me for my ignorance...
Before you use a nightly make sure you understand how it works (http://forums.codeblocks.org/index.php/topic,3232.0.html).
Are you sure no other instance of C::B is running ?
Resolved Fixed:
- Make the localization to be off by default, hopefully this will minimize the number of people getting the right-to-left text issue;
Is it an easy way (probably, codeblocks source patch) to turn on default localization?You simply have to enable localisation in the settings and select you language. Once this is done its persisted. This is what we had in mind: Start C::B w/o localisation at first run, let the user decide if and what to localise and remember that.
The Find in files function doesn't remember the search path / mask state anymore. Worse, if I click on the "..." to pick the path, it goes all the way back to "My Computer". This is so annoying >:( because I have to find on a huge project, and the only way to save time is to use that feature.
Mind fixing it please?
The Find in files function doesn't remember the search path / mask state anymore. Worse, if I click on the "..." to pick the path, it goes all the way back to "My Computer". This is so annoying >:( because I have to find on a huge project, and the only way to save time is to use that feature.
Mind fixing it please?
Probably my fault. I'll take a look.
Index: src/sdk/findreplacedlg.cpp
===================================================================
--- src/sdk/findreplacedlg.cpp (revision 8454)
+++ src/sdk/findreplacedlg.cpp (working copy)
@@ -140,6 +140,13 @@
ProjectsArray *pa = pm->GetProjects();
cbProject *active_project = Manager::Get()->GetProjectManager()->GetActiveProject();
+ // load search path options
+ XRCCTRL(*this, "txtSearchPath", wxTextCtrl)->SetValue(cfg->Read(CONF_GROUP _T("/search_path"),
+ (active_project ? active_project->GetBasePath() : wxT(""))));
+ XRCCTRL(*this, "txtSearchMask", wxTextCtrl)->SetValue(cfg->Read(CONF_GROUP _T("/search_mask")));
+ XRCCTRL(*this, "chkSearchRecursively", wxCheckBox)->SetValue(cfg->ReadBool(CONF_GROUP _T("/search_recursive"), false));
+ XRCCTRL(*this, "chkSearchHidden", wxCheckBox)->SetValue(cfg->ReadBool(CONF_GROUP _T("/search_hidden"), false));
+
wxChoice *chProject = XRCCTRL(*this, "chProject", wxChoice);
wxChoice *chTarget = XRCCTRL(*this, "chTarget", wxChoice);
for(unsigned int i=0;i<pa->size();++i)
@@ -302,6 +309,11 @@
cfg->Write(CONF_GROUP _T("/scope2"), XRCCTRL(*this, "rbScope2", wxRadioBox)->GetSelection());
cfg->Write(CONF_GROUP _T("/delete_old_searches2"), XRCCTRL(*this, "chkDelOldSearchRes2", wxCheckBox)->GetValue());
+ cfg->Write(CONF_GROUP _T("/search_path"), XRCCTRL(*this, "txtSearchPath", wxTextCtrl)->GetValue());
+ cfg->Write(CONF_GROUP _T("/search_mask"), XRCCTRL(*this, "txtSearchMask", wxTextCtrl)->GetValue());
+ cfg->Write(CONF_GROUP _T("/search_recursive"), XRCCTRL(*this, "chkSearchRecursively", wxCheckBox)->GetValue());
+ cfg->Write(CONF_GROUP _T("/search_hidden"), XRCCTRL(*this, "chkSearchHidden", wxCheckBox)->GetValue());
+
if (m_findPage!=0)
m_findPage->Destroy();
There is a problem with the last update of fortran project plugin (rev 26).
It compiles but does not link correctly.
I think some files are missing in FortranProject_cbsvn.cbp, for windows.
If I compare with FortranProject_unix_cbsvn.cbp I think 3 files are missing in FortranProject_cbsvn.cbp :
<Unit filename="lineaddress.cpp" />
<Unit filename="resources\changecase.xrc" />
<Unit filename="submoduletokenf.h" />
after adding them in FortranProject_cbsvn.cbp, it works now.
gd_on
You simply have to enable localisation in the settings and select you language. Once this is done its persisted. This is what we had in mind: Start C::B w/o localisation at first run, let the user decide if and what to localise and remember that.
There is a lot of users in the schools (pupils and teachers), it is not easy to them to run english codeblocks and after that change preference to turn on russian localization.Well you could add/provide a default config file that has just the localisation part as a work-around. would that be an option?
I'm noticing another problem... is it just me, or projects opened with this version of C::B take much longer to open and update? 10 to 30 seconds opening, and with Code Completion completely disabled.Compared to what version? As you know we are discussing related stuff (concerning computation of the CommonTopLevelPath) in another thread...
...and the doxyblocks plugin still causes crash. What's more, no codeblocks.RPT was even generated this time.If you have C::B compiled yourself anyways, why don't you tray to debug into the code to help?
I'm noticing another problem... is it just me, or projects opened with this version of C::B take much longer to open and update? 10 to 30 seconds opening, and with Code Completion completely disabled.Compared to what version? As you know we are discussing related stuff (concerning computation of the CommonTopLevelPath) in another thread...
Top Editor: C:\htdocs\SIG\SGPG\js\app\controllers\comercializacion\InitPanelGrid.js
(here comes the several seconds pause)
EnvVars: Obtained 'default' as active envvar set from config.
There is a lot of users in the schools (pupils and teachers), it is not easy to them to run english codeblocks and after that change preference to turn on russian localization.Well you could add/provide a default config file that has just the localisation part as a work-around. would that be an option?
Or you mean, that I should create /etc/skel/.codeblocks/default.conf as a default config for all new users?This is what I had in mind. Apologies - I am not a Linux expert, but to my (maybe limited) knowledge this should be possible. Maybe more Linux-oriented devs can comment.
OK, I checked, and at work the 8248 revision is still fast when opening projects.
When a document is open, selecting most items of the DoxyBlocks Menu(e.g. block comment, line comment, run chm, ...) leads to crash.This will be fixed in the next nightly.
Or you mean, that I should create /etc/skel/.codeblocks/default.conf as a default config for all new users?This is what I had in mind.
As usual:
Debian packages (binaries and sources) for 32-bit and 64-bit systems can be found in my debian-repo.
Fedora packages (binaries and sources) for 32-bit and 64-bit systems (fc16, fc17 and fc18) can be found in my rpm-repo .
RedHat/CentOS 5 and 6 packages will follow.
You should have read the instructions on my website more carefully:QuoteAs usual:
Debian packages (binaries and sources) for 32-bit and 64-bit systems can be found in my debian-repo.
Fedora packages (binaries and sources) for 32-bit and 64-bit systems (fc16, fc17 and fc18) can be found in my rpm-repo .
RedHat/CentOS 5 and 6 packages will follow.
thks1 but after i download "codeblocks-contrib-10.5.svn.8500-1.el5.x86_64.rpm" and try to install it.
I got a message form Redhat:
"Missing Dependency: libhunspell-1.2.so.0()(64bit) is needed by package codeblocks-contrib-10.5.svn.8500-1.el5.x86_64 (/codeblocks-contrib-10.5.svn.8500-1.el5.x86_64)"
Redhat/CentOS 5 also needs an installed hunspell-package, if you want to install the contrib-plugins. I build the package against hunspel from atomicorp.com, see: http://www6.atomicorp.com/channels/atomic/centos/5EL/ (http://www6.atomicorp.com/channels/atomic/centos/5EL/). Other packages (if available) might also work.