The 16 June 2013 build (9158) is out.

[stahta01]

Something is broken. It should do it just once.

That is the way it used to work; I put dummy paths like C:\ in the ones I did NOT have installed.

Tim S.

[Alpha]

It should only show up on first launch, and once more each time the compiler plugin has a major change.

It is possible Code::Blocks is crashing on exit, so it fails to save its configuration file, which would cause it to believe every launch is the first launch.

[scarphin]

Shouldn't I be warned about the crash somehow by Windows? Also there is no crash report (whatever its name was) file in cb folder. Can it be related to the changing of advanced compiler settings somehow? One of the latest nightlies asked me to save the new default advanced compiler settings and I believe I said 'no'.

[scarphin]

I think it's the compiler plugin mulfunctioning. If I disable the compiler plugin cb starts up just fine. When I enable it again it looks for compilers and does that every time I start cb. What may be the problem and the solution?

Will it work if I manually edit the config file cuz that compiler detection thing is driving me nuts?

[oBFusCATed]

Can you post the default.conf file?

Also can you try to start cb from command line and to pass parameters like:
codeblocks.exe -v -d  --log-to-file=somefile --debug-log-to-file=somefile

After the crash has happened you can post the files here.

p.s. use paste bin like service.

[scarphin]

When I try to run 'codeblocks.exe -v -d  --log-to-file=somefile --debug-log-to-file=somefile', I get "Unexpected characters following option 'log-to-file'". I tried many variations in place of 'somefile' and even the files that already exist but no luck. Can you give a simple example with a name for the file pls.

My default.conf is here though, http://pastebin.com/6mBgKUmP

[stahta01]

When I try to run 'codeblocks.exe -v -d  --log-to-file=somefile --debug-log-to-file=somefile', I get "Unexpected characters following option 'log-to-file'". I tried many variations in place of 'somefile' and even the files that already exist but no luck. Can you give a simple example with a name for the file pls.

My default.conf is here though, http://pastebin.com/6mBgKUmP

Try without the filenames as in

Code

codeblocks.exe -v -d  --log-to-file --debug-log-to-file

Then look for files called codeblocks-debug.log and codeblocks.log

Tim S.

[scarphin]

Thnx Tim it worked. It seems the problem was me forgetting to update the 'installation directories' for the 2 tdm compilers I created.

Code

Added compiler "TDM GCC Compiler 32-bit"
Added compiler "TDM GCC Compiler 64-bit"
Master path of compiler ID "tdm_gcc_compiler_32-bit" is empty -> triggers auto-detection.
Master path of compiler ID "tdm_gcc_compiler_64-bit" is empty -> triggers auto-detection.

After updating the compiler paths to correct directories, cb no longer tries to detect compilers at startup but it still takes much more time to launch than launching with compiler plugin disabled. So my guess is cb still tries to detect compilers but doesn't show the detected compilers screen. 'cb-log' and 'cb-debug.log' here,
http://pastebin.com/0YnjGTAN
http://pastebin.com/8jpd8Ncr

[scarphin]

There is something wrong with the 'bin' field of 'global variables'. When I enter some variable there, it doesn't change when the 'current variable' changed. Also it cannot be saved.

Win7 x64, rev9158

[Jenna]

There is something wrong with the 'bin' field of 'global variables'. When I enter some variable there, it doesn't change when the 'current variable' changed. Also it cannot be saved.

Win7 x64, rev9158

Should be fixed in trunk (svn r9206).
Thanks for reporting this !

[ollydbg]

There is something wrong with the 'bin' field of 'global variables'. When I enter some variable there, it doesn't change when the 'current variable' changed. Also it cannot be saved.

Win7 x64, rev9158

Should be fixed in trunk (svn r9206).
Thanks for reporting this !

Thanks, Jens, this bug was introduced by me several months ago (when I introduce the "bin" field).

[xawari]

Hello guys, I'm back from long absence. Just catched another crash here:
I tried to use file search in C::B to find broken files on a flash drive (they're filled with 1111111111s). I'm not really sure this is a right way to use IDE , but still, I have to report it. So: after using parameters provided on attached screenshot, CB hangs (possibly working, full CPU utilization for a few seconds, then 0%). Then abort/retry/ignore dialog pops out. When I try "abort" or "retry", unknown exception rises and CB terminates. My environment and CB version are visible at the screenshot.

[Jenna]

Hello guys, I'm back from long absence. Just catched another crash here:
I tried to use file search in C::B to find broken files on a flash drive (they're filled with 1111111111s). I'm not really sure this is a right way to use IDE , but still, I have to report it. So: after using parameters provided on attached screenshot, CB hangs (possibly working, full CPU utilization for a few seconds, then 0%). Then abort/retry/ignore dialog pops out. When I try "abort" or "retry", unknown exception rises and CB terminates. My environment and CB version are visible at the screenshot.

This should be fixed in trunk (svn r9214).

[Folco]

Hi guys,

I'm on a virtualized Debian 7 x64. I try to build CB, sugin my usual script :

Code

#!/bin/bash

cd ~/sourcesCB

svn checkout http://svn.code.sf.net/p/codeblocks/code/trunk .

./bootstrap
./configure --with-contrib-plugins=all

make
sudo make install

bootstrap is present, but configure seems to be missing :

Code

folco@debian:~$ buildCB.sh 
U    src/sdk/wxscintilla/src/scintilla/src/AutoComplete.cxx
U    src/src/find_replace.cpp

Fetching external item into 'src/plugins/contrib/FortranProject'
Checked out external at revision 45.

Checked out revision 9215.
Using 'svn --xml info' to get the revision
Found revision: '9215' '2013-07-21 16:23:04'
libtoolize: putting auxiliary files in `.'.
libtoolize: copying file `./ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `m4'.
libtoolize: copying file `m4/libtool.m4'
libtoolize: copying file `m4/ltoptions.m4'
libtoolize: copying file `m4/ltsugar.m4'
libtoolize: copying file `m4/ltversion.m4'
libtoolize: copying file `m4/lt~obsolete.m4'
./bootstrap: 70: aclocal: not found
/home/folco/bin/buildCB.sh: line 8: ./configure: No such file or directory
make: *** No targets specified and no makefile found.  Stop.

Did I miss something ? Thanks in advance.

[Jenna]

[...]
./bootstrap: 70: aclocal: not found

Looks like you are missing the automake package or it is broken.