Code::Blocks

User forums => Nightly builds => Topic started by: killerbot on October 07, 2012, 07:17:37 pm

Title: The 07 October 2012 build (8438) is out.
Post by: killerbot on October 07, 2012, 07:17:37 pm
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.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:


Regressions/Confirmed/Annoying/Common bugs:


Title: Re: The 07 October 2012 build (8438) is out.
Post by: jens on October 08, 2012, 01:35:48 am
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.
Title: Re: The 07 October 2012 build (8438) is out.
Post by: MortenMacFly on October 08, 2012, 07:44:29 pm
...is this trunk,or the xml_compiler branch?
Title: Re: The 07 October 2012 build (8438) is out.
Post by: killerbot on October 08, 2012, 10:52:55 pm
trunk, compiler branch coming ...
Title: Re: The 07 October 2012 build (8438) is out.
Post by: 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!
Title: Re: The 07 October 2012 build (8438) is out.
Post by: ollydbg on October 09, 2012, 06:32:47 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"
Title: Re: The 07 October 2012 build (8438) is out.
Post by: OsminohejTygr on October 09, 2012, 09:40:54 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?
Title: The DoxyBlocks Plugin is still very unstable
Post by: Pchief on October 10, 2012, 10:51:26 am
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
Title: Re: The 07 October 2012 build (8438) is out.
Post by: oBFusCATed on October 10, 2012, 12:01:32 pm
Pchief: Is this a nightly build or a self built version you're using?
Title: Re: The 07 October 2012 build (8438) is out.
Post by: dk on October 10, 2012, 01:35:33 pm
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.
Title: Re: The 07 October 2012 build (8438) is out.
Post by: jens on October 10, 2012, 01:48:55 pm
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.
Title: Re: The 07 October 2012 build (8438) is out.
Post by: Pchief on October 11, 2012, 06:30:18 am
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...
Title: Re: The 07 October 2012 build (8438) is out.
Post by: oBFusCATed on October 11, 2012, 10:19:12 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.
Title: Re: The 07 October 2012 build (8438) is out.
Post by: Pchief on October 11, 2012, 10:39:21 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
Title: Re: The 07 October 2012 build (8438) is out.
Post by: MortenMacFly on October 11, 2012, 11:24:50 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?
Title: Re: The 07 October 2012 build (8438) is out.
Post by: Melhisedek on October 11, 2012, 01:45:37 pm
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!
Title: Re: The 07 October 2012 build (8438) is out.
Post by: jarod42 on October 11, 2012, 03:30:37 pm
The fact is that overwriting didn't remove obsolete files.

It is cleaner to remove entirely the (very) old version before installing nightly.
Title: Re: The 07 October 2012 build (8438) is out.
Post by: Melhisedek on October 11, 2012, 04:42:13 pm
Ah so just extract it to a folder of its own and get that Widget dll I guess?
Title: Re: The 07 October 2012 build (8438) is out.
Post by: Dreamy on October 12, 2012, 12:38:12 pm
Please excuse me for my ignorance...

How do we excuse your ignorance when you keep it that way? Please read:

Before you use a nightly make sure you understand how it works (http://forums.codeblocks.org/index.php/topic,3232.0.html).
Title: Re: The 07 October 2012 build (8438) is out.
Post by: Melhisedek on October 12, 2012, 03:43:40 pm
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.
Title: Re: The 07 October 2012 build (8438) is out.
Post by: Dreamy on October 12, 2012, 05:09:49 pm
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.
Title: Re: The 07 October 2012 build (8438) is out.
Post by: dk on October 12, 2012, 10:35:02 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!
Title: Re: The 07 October 2012 build (8438) is out.
Post by: dk on October 12, 2012, 10:37:59 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?
Title: Re: The 07 October 2012 build (8438) is out.
Post by: MortenMacFly on October 13, 2012, 09:40:32 am
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.
Title: Re: The 07 October 2012 build (8438) is out.
Post by: 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?

EDIT: If you leave the path blank and click "Recurse subdirectories", C::B hangs.
Title: Re: The 07 October 2012 build (8438) is out.
Post by: dmoore on October 13, 2012, 04:01: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.
Title: Re: The 07 October 2012 build (8438) is out.
Post by: Alpha on October 13, 2012, 04:34:57 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.
Code: [Select]
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();
 
Title: Re: The 07 October 2012 build (8438) is out.
Post by: dmoore on October 13, 2012, 04:42:22 pm
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.
Title: Re: The 07 October 2012 build (8438) is out.
Post by: dmoore on October 13, 2012, 05:06:12 pm
Fix applied in 8455,
Title: Re: The 07 October 2012 build (8438) is out.
Post by: rickg22 on October 13, 2012, 06:41:49 pm
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 ;-)
Title: Re: The 07 October 2012 build (8438) is out.
Post by: 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
Title: Re: The 07 October 2012 build (8438) is out.
Post by: stahta01 on October 13, 2012, 07:23:38 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.
Title: Re: The 07 October 2012 build (8438) is out.
Post by: dk on October 13, 2012, 08:27:54 pm
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.


Title: Re: The 07 October 2012 build (8438) is out.
Post by: 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.
Title: Re: The 07 October 2012 build (8438) is out.
Post by: MortenMacFly on October 14, 2012, 07:35:26 am
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?
Title: Re: The 07 October 2012 build (8438) is out.
Post by: MortenMacFly on October 14, 2012, 07:36:34 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...
Title: Re: The 07 October 2012 build (8438) is out.
Post by: Pchief on October 14, 2012, 12:06:41 pm
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.
Title: Re: The 07 October 2012 build (8438) is out.
Post by: MortenMacFly on October 14, 2012, 02:10:39 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).
Title: Re: The 07 October 2012 build (8438) is out.
Post by: rickg22 on October 14, 2012, 04:57:42 pm
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.
Title: Re: The 07 October 2012 build (8438) is out.
Post by: rickg22 on October 14, 2012, 05:10:03 pm
OK, about that thread... is it this one?

http://forums.codeblocks.org/index.php/topic,15423.0.html

Anyway, I ran codeblocks.exe -d and this is what I got:

Code: [Select]
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".
Title: Re: The 07 October 2012 build (8438) is out.
Post by: rickg22 on October 15, 2012, 05:02:31 pm
OK, I checked, and at work the 8248 revision is still fast when opening projects.
Title: Re: The 07 October 2012 build (8438) is out.
Post by: dk on October 15, 2012, 05:08:12 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?
Title: Re: The 07 October 2012 build (8438) is out.
Post by: MortenMacFly on October 15, 2012, 05:37:05 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.
Title: Re: The 07 October 2012 build (8438) is out.
Post by: rickg22 on October 16, 2012, 05:21:20 am
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?
Title: Re: The DoxyBlocks Plugin is still very unstable
Post by: MortenMacFly on October 17, 2012, 08:16:46 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.
Title: Re: The 07 October 2012 build (8438) is out.
Post by: dk on October 18, 2012, 10:32:34 am
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!


Title: Re: The 07 October 2012 build (8438) is out.
Post by: 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)"

Title: Re: The 07 October 2012 build (8438) is out.
Post by: jens on November 11, 2012, 08:38:03 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.de
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.