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_wx2812_gcc452-TDM.7z
For those who might need this one (when no MingW installed on your system) : the mingw10m.dll : http://prdownload.berlios.de/codeblocks/mingwm10_gcc452-TDM.7z
The 07 October 2012 build is out.
- Windows :
http://prdownload.berlios.de/codeblocks/CB_20121007_rev8438_win32.7z
- Linux :
none
Resolved Fixed:
- automake-system: make sure pch's are not created along the sources, when building from seperate builddir; avoid conflicts when building different versions from same source-tree
- codesnippets-plugin: rename DragScrollEvent to sDragScrollEvent and ThreadSearchEvent to sThreadSearchEvent to avoid asserts due to conflicts while RTTI registration of the DragScroll- and ThreadSerarch-plugin in wx2.9
- pumped (wx)Scintilla to 3.2.2, harmonised (wx)Scintilla with wxSTC from wxWidgets SVN (which happened to have updated scintilla, too lately)
- fixed bug #18717
- fixed bug #18714
- codesnippets-plugin: fix assertion in event-connection; id-range upperbound should be greater than the lower-bound, but this can not be guaranteed with XRCID's, so we connect them all manually
- Find/Replace: make the UI more consistent by sharing a common dialog resource and class. Adds the ability to find/replace in projects other than the active one and specific targets. Also adds the ability to replace in a specified path with specified mask (previously only available for find)
- KeyBinder - Merge some global accelerators into the menu table; leave rest as is
- Remove Ctrl-C/V/X (copy/paste/cut) from menu keybinder table to allow native behavior - Find/Replace: disable find in files project/workspace scope options when no project is open (Thanks alpha). Reorder the constructor logic to hopefully correctly hide the Find tab when no editor is open (MS windows issue).
- SDK: Adding a new option named "AUTO" in the "Editor Settings"->"End of line options", this will let the editor automatically detect which EOL should be used, in a mixed EOL files, using a voting logic. This implement the Feature Request #3969, also see discussions in: http://forums.next.codeblocks.org/index.php/topic,16764.0.html.
- applied patch #3328: Do not spam log with "Toggling start page" messages.
- wxsmith: implement Feature Request #5540 "Jump to event handler implementation", now in the event editor window, the user can double click on the event name (an entry in the left column), if the event has an associated event handler (function body), it will jump to this function body. See discussions here: http://forums.next.codeblocks.org/index.php/topic,16323.msg114197.html#msg114197
- wxsmith: fix Bug #18718 "wxSmith does not save selected check menu settings" by reading the "checked" value from the xml file.
- cbauibook: use the window label to store tooltip; avoids possible conflict with keybinder-plugin
- cbstyledtextctrl: remove remaining event-handlers in dtor, to avoid asserts/crashes in wx2.9
- wxSmith-plugin: avoid assert and crash, when trying to get the last-character of an empty wxString (wxWidgets-bug ?)
- CppCheck-plugin: avoid crash on shutdown with wx2.9 similar to compilermessages
- Valgrind-plugin: avoid crash on shutdown with wx2.9; CppCheck-plugin tiny source-formatting fix
- make autorevision work with git-svn and older version of svn that are not able to create xml-output
- (re-)applied patch #3260: Move QueryClose() functionality to EditorBase (where did it get lost?!)
- debugger: allow the use of macros for remote debugging, namely addresses and ports
- wxSmith-plugin: fix assert, because of two properties with the same name, renamimg the property for the numeric value to "Border width"
- Find/Replace: added back option to clear prior find in files results, tweaks to dialog layout, and workaround for hiding the find page on windows
- Find/Replace: must check for removal of the find page before trying to access a second notebook page
- Find/Replace: must check for removal of the find page before trying to access a second notebook page (missing change in last commit)
- Find/Replace: turning on regex correctly disables direction
- find/replace: fixes critical find/replace bug introduced with revs 8357-8360, ensures the find edit combo gets focus at dialog initialization and when switching between pages
- wxSmith-plugin and wxSmithContribItems: fix more asserts, because of two properties with the same name
- wxSmith-plugin: wxspropertycontainer.cpp: call RestoreSelected() after Thaw(), to ensure selection gets scrolled in the visible range.
- wxSmith-plugin: menu-editor: don't try to expand root-item, because it is hidden
- wxSmith-plugin: wxsitemeditor.cpp: avoid unnecessary calls of FitInside() and Layout(); use Refresh() instead of Update() to invalidate the itemeditor, fixes a longstanding (at least on linux) bug where a a newly added tool or dialog was not shown in the toolspace after adding it; make the toolspace visible on wx2.9
- find/replace: 1. workaround for focusing find control after switching tabs on linux 2. disable find in open files if no files open.
- wxScintilla: Workaround for brace and occurrence highlights not being redrawn consistently, see http://forums.next.codeblocks.org/index.php/topic,12164.msg114314.html#msg114314
- applied patch #3337 to close bug#18706: Doxyblocks hint correction
- cbauibook: use drag-done event to update the tabctrl-array and (re-)bind events if necessary; fixes an issue with tabtooltips sometimes not being shown in just dragged tabs
- applied (slightly modified) patch by ALPHA to use same directory separators in project files (.cbp) on windows/Linux platforms
* see discussion here: http://forums.next.codeblocks.org/index.php/topic,16596.0.html - applied patch #3329: Jump to PP directive: search first line
- Fix an issue in batch-build mode on windows, where the tab-context menu has disappeared immediately after showing it; some code cleanup in cbauibook.cpp
- ThreadSearch: Add easier access to some of the options;
- The options button now shows a menu and now the user can enable/disable options like - whole word, start word, match case, regular expression;
- Make the localization to be off by default, hopefully this will minimize the number of people getting the right-to-left text issue;
- debugger: Remove all Pointer typedefs from the base classes (cbWatch, cbBreakpoint, cbStackFrame, cbThread);
- SmartIndent Refactoring applied (http://forums.next.codeblocks.org/index.php/topic,16587.0.html) Thanks to MortenMacFly, Jens (auto-foo) and darmar (FortranSmartIndent)
- applied patch #3332: Enhanced ctrl context menu
- applied patch #3333: Define collection: make persistent
- applied patch #3340: SpellChecker: more dictionary based tools
- applied patch #3338: Irrlicht Template update: Invalid initialisation of reference of type
- applied patch #3344: Abbreviations: follow active EOL style
- fixed multiline textboxes on Ubuntu that default to zero height (patch by ALPHA)
Regressions/Confirmed/Annoying/Common bugs:
As usual:
Debian packages (binaries and sources) for 32-bit and 64-bit systems can be found in my debian-repo (http://apt.jenslody.de/).
Fedora packages (binaries and sources) for 32-bit and 64-bit systems (fc16, fc17 and fc18) can be found in my rpm-repo (http://rpm.jenslody.de) .
RedHat/CentOS 5 and 6 packages will follow.
...is this trunk,or the xml_compiler branch?
trunk, compiler branch coming ...
When I am using this version(SVN 8438), my Code::Blocks crashed! My steps is the following:
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!
Quote from: zhanglyl on October 09, 2012, 05:48:48 AM
When I am using this version(SVN 8438), my Code::Blocks crashed! My steps is the following:
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!
I can't reproduce the crash. BTW: can you show use the crash report file? "codeblocks.RPT"
Quote from: ollydbg on October 09, 2012, 06:32:47 AM
Quote from: zhanglyl on October 09, 2012, 05:48:48 AM
When I am using this version(SVN 8438), my Code::Blocks crashed! My steps is the following:
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!
I can't reproduce the crash. BTW: can you show use the crash report file? "codeblocks.RPT"
I can reproduce this behavior. You have to switch realy quick (before popup window is shown i guess). Where can I find this crash report?
Hi all,
I have updated to svn 8444 and find the doxyblocks plugin still very unstable.
When a document is open, selecting most items of the DoxyBlocks Menu(e.g. block comment, line comment, run chm, ...) leads to crash.
This problem existed already in svn 8401 and seems not have been fixed.
below is the contents of my report file codeblocks.RPT:
Quote
-------------------
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?
I built SVN 8438 for my ALT Linux distrubution but can't run it.
When I run codeblocks, I've got messagebox:
Another program instance is already running.
Code::Blocks is currently configured to only allow one running instance.
You can access this Setting under the menu item 'Environment'
I see, that Code::Blocks create socket at /tmp/CODEBLOCKSdk.socket
But if I remove this file and try to run Code::blocks again, I've still got this message.
Are you sure no other instance of C::B is running ?
The socket is for communication with a running instance of CC:B, but not to check whether it is running or not.
Kill all running instances (e.g. with killall) and change the settings in "Settings -> Environment -> General settings".
Anyway it should be startable with --multiple-instance from commandline.
Quote from: oBFusCATed on October 10, 2012, 12:01:32 PM
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...
Quote from: Pchief on October 11, 2012, 06:30:18 AM
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.
Quote from: oBFusCATed on October 11, 2012, 10:19:12 AM
Quote from: Pchief on October 11, 2012, 06:30:18 AM
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.
the oldest possible version of the plugin with me is what's in svn 8401 since only then did I download and build the whole sources from scratch, but the problem has been already there since then.
I closely follow the instructions in the Wiki for building. So don't know what's gone wrong
Quote from: Pchief on October 11, 2012, 10:39:21 AM
I closely follow the instructions in the Wiki for building. So don't know what's gone wrong
I 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 but I installed 10.5 version of Codeblocks with compiler and afterwards I downloaded this nightly and just overwrote the files in the original install? It complained about one of the plugins but got into the program and also it compiled my hello world. Am I setting myself up for disaster or is it ok?
Thank you for your time!
The fact is that overwriting didn't remove obsolete files.
It is cleaner to remove entirely the (very) old version before installing nightly.
Ah so just extract it to a folder of its own and get that Widget dll I guess?
Quote from: Melhisedek on October 11, 2012, 01:45:37 PMPlease excuse me for my ignorance...
How do we
excuse your ignorance when you keep it that way? Please read:
Quote from: killerbot on October 07, 2012, 07:17:37 PM
Before you use a nightly make sure you understand how it works (http://forums.next.codeblocks.org/index.php/topic,3232.0.html).
Thank you for your time mate, I had issues with following a guide "thenewboston" and the same post you quoted, and between them and two different binary builds (with and without mingw) and their sizes compared to nighly ones, I just wasn't sure if I would have a support for compiler with nightly only even with two extra files installed. Hence ignorance and idea to overwrite files. Didn't mean to upset anyone or appear provocative or anything. If I have I apologize it wasn't my intention at all.
Code::Blocks works with most compiler versions just fine, so keeping MinGW directory alive and removing everything else should do the job, however newer compiler build sounds slightly better. I have to use VC++ myself, but I've been happy user of TDM GCC (http://tdm-gcc.tdragon.net/) for a long time.
Quote from: jens on October 10, 2012, 01:48:55 PM
Are you sure no other instance of C::B is running ?
Yes, I am.
But suddenly (probably, after reboot) the problem disappeared and I can't reproduce it now. Thanks!
Quote from: killerbot on October 07, 2012, 07:17:37 PM
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;
I don't like this change.
Is it an easy way (probably, codeblocks source patch) to turn on default localization?
Quote from: dk on October 12, 2012, 10:37:59 PM
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.
I think this is/was the right ting to do. Its like that in many other apps, too. The problem is, to detect the tight locale is error prone. But the user always
knows its preferred language.
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?
EDIT: If you leave the path blank and click "Recurse subdirectories", C::B hangs.
Quote from: rickg22 on October 13, 2012, 03:33:22 PM
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.
Quote from: dmoore on October 13, 2012, 04:01:22 PM
Quote from: rickg22 on October 13, 2012, 03:33:22 PM
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();
Thanks Alpha. I'll test and commit. As we discussed elsewhere, it's still on my mind to look into merging the best bits of incremental search and thread search behavior into the built in find/replace.
Fix applied in 8455,
Thanks! Oh, btw, I edited my above reply, but here is it again: If you leave the "search path" field blank, C::B hangs (for around a minute at least) when searching.
And now that we're at it, I was wondering if you could move the search path / filemask functionality outside the radiobox; Sometimes we want to search inside the project/open files with a path or mask restriction. (I was planning to do it myself, but my free time dropped to zero back then, sorry.
Anyway, bugs first, features later ;-)
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
Quote from: gd_on on October 13, 2012, 06:44:48 PM
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
I believe you need to report that to the Fortran project site; not to CB.
Edit: I think this is the project URL http://darmar.vgtu.lt/ (http://darmar.vgtu.lt/)
http://code.google.com/p/fortranproject/ (http://code.google.com/p/fortranproject/)
Tim S.
Quote from: MortenMacFly on October 13, 2012, 09:40:32 AM
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.
Yes, I see. But because I am the maintainer of codeblocks package in the russian distribution ALT Linux, it is important to start Code::blocks with russian translation "out of the box". There are no issues like "right-to-left text issue" in russian localization, and it is important to run Code::Block localized at the first run. 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.
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.
Quote from: dk on October 13, 2012, 08:27:54 PM
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?
Quote from: rickg22 on October 14, 2012, 02:14:00 AM
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...
I have recently redone a build process thoroughly. This includes:
(1) removing all my old files (including all c::b-installation files, downloaded c::b svn sources, MinGW install files, Wxwidget sources and output files)
(2) re-installing MinGW from scratch
(3) downloading wxWidget-2.8.12 sources and re-build them from scratch (following wiki instructions with no compilation error)
(4) downloading and installing this nightly-build of c::b (which works fine)
(5) doing a checkout of latest c::b svn sources from scratch
(6) building c::b and its contrib-plugin workspaces (following wiki instructions with no compilation error)
(7) uninstalling this nightly-build of c::b replacing it with the newly built version (following wiki instructions)
...and the doxyblocks plugin still causes crash. What's more, no codeblocks.RPT was even generated this time.
Quote from: Pchief on October 14, 2012, 12:06:41 PM
...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'll try myself, but I rarely use DoxyBlocks these days (all my projects are properly setup).
Quote from: MortenMacFly on October 14, 2012, 07:36:34 AM
Quote from: rickg22 on October 14, 2012, 02:14:00 AM
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...
I'm not sure, it's probably the previous version (I installed C::B recently on my new job's machine). I'll report back tomorrow. Meanwhille, I'll search for that CommonTopLevelPath thread you mentioned.
OK, about that thread... is it this one?
http://forums.next.codeblocks.org/index.php/topic,15423.0.html
Anyway, I ran codeblocks.exe -d and this is what I got:
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.
Another difference between work and home computer is that at work I have Windows 7 64-bit, while at home I have Windows 7 32-bit. I doubt that's it, but I mentioned just in case. Oh - the slowdown also happens when I change ANY settings under "Project Tree", like "display folders as on disk".
OK, I checked, and at work the 8248 revision is still fast when opening projects.
Quote from: MortenMacFly on October 14, 2012, 07:35:26 AM
Quote from: dk on October 13, 2012, 08:27:54 PM
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?
Is it a way to make a system default config file, that will be used if no user config exists?
Or you mean, that I should create /etc/skel/.codeblocks/default.conf as a default config for all new users?
Quote from: dk on October 15, 2012, 05:08:12 PM
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.
Quote from: rickg22 on October 15, 2012, 05:02:31 PM
OK, I checked, and at work the 8248 revision is still fast when opening projects.
Update: I just reinstalled 8248 at home (with the most recent wxWidgets dll) and it's still slow. I'm lost, why can the same program be slow in one machine but fast in another?
Quote from: Pchief on October 10, 2012, 10:51:26 AM
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.
Quote from: MortenMacFly on October 15, 2012, 05:37:05 PM
Quote from: dk on October 15, 2012, 05:08:12 PM
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.
It isn't very good solution. Firstly, it's affect only newly created users.
Another problem is network users. If their logins are created at the network server, then codeblocks package must be installed at the server!
Quote
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.
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)"
Quote from: nanyu on November 11, 2012, 04:58:46 AM
Quote
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.
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)"
You should have read the instructions on my website more carefully:
Quote from: http://rpm.jenslody.deRedhat/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.