12.11 windows 'user install' - crash on settings

[originalsurfmex]

I am using codeblocks 12.11 (user install) on windows 7.  Every time I go to "Settings" --> "Environment" or "Settings" --> "Editor", I get a crash.  The message says:

"codeblocks.exe has stopped working - a problem casued the program tos top working correctly. please close the program"

I have tried running in Admin mode, same trouble.  I also can't figure out how to make codeblocks generate a debug log in windows.

[BlueHazzard]

Hi!
12.11 is quite old right now.. I would try a nightly build on windows (until the new release is out) or you use the RC1. It isn't that difficult to set up...

greetings

[originalsurfmex]

I just installed the latest nightly (16 November 2013 build) along with the two dll's provided and get the same crash, the only difference is that the error now says:

"Cross-platform IDE built around wxWidgets, designed to be extensible and configurable. has stopped working - a problem has caused the program to stop working correctly. please close the program"

[stahta01]

Try deleting or renaming the Code::Blocks config file.

IIRC, it named default.conf likely in Folder %APPDATA%\Roaming\codeblocks

Tim S.

[originalsurfmex]

Still getting the same error.

So far I have:
- removed the appdata/Roaming/Codeblocks folder completely
- completely uninstalled codeblocks and downloaded and installed 13.12-RCI
- tried installing both to a folder on my desktop as I prefer and to Program Files as is typical
- tried running it from the command line with --debug-log and /d, also tried --safe-mode.

I could not find any debug logs anywhere.  This is kind of a bummer, any other suggestions?

[Jenna]

Try -v parameter to probably get a meaningful message, even if it will not work (most likely).

[BlueHazzard]

Have you tried it to running from cmd with the --debug-log and /d arguments?
Have you installed other wxWidgets libraries (versions)?
can your try to start it with gdb?

Thank you for your patience

greetings.

[originalsurfmex]

I tried the following commands with arguments from cmd.exe

codeblocks.exe -v
codeblocks.exe -v --debug-log
codeblocks.exe /d /v

None of them seem to yield anything.  I have not installed any other wxWidgets libraries anywhere.  I am using the GCC compiler as my default and gdb is my default debugger. How do I start it with gdb?

I saw something about a codeblocks.RPT file in the wiki, there is no such file in my installation directory though.  I really wish I could dig up an error log somehow.

Thanks for helping me track down the problem.

[oBFusCATed]

there is no such file in my installation directory though.

This file won't go in the installation directory, but probably at some temp place where your user has write access rights.
Search your %APP_DATA% or %TEMP% for it.

[Jenna]

On windows it should be in the same folder as codeblocks.exe .

[BlueHazzard]

sadly c::b has no good error logging...
you can start gdb from the command line
I suppose your mingw installation is in your path, then you can simply run

Code Select Expand


path/to/cb/gdb.exe codeblocks.exe


and if you get some segfault you can get a backtrace with

Code Select Expand

bt
but i think it won't contain many information, because c::b binaries arn't compiled with -g option...

greetings

[originalsurfmex]

The codeblocks.rpt file is nowhere to be found in either appdata, temp or installation folders.

I tried running it with gdb as suggested however gdb said:

Code Select Expand

(no debugging symbols found)

When the same crash occured nothing happened in gdb.  I can't help but roll my eyes at the irony of not being able to debug my ide.

[oBFusCATed]

On windows it should be in the same folder as codeblocks.exe .

But how do we handle access rights if the exe is in program files?

[oBFusCATed]

originalsurfmex:
Can you try to install after that search for codeblocks in you drive and manually delete any files you find, then install?
Also can you try a night build install?

[originalsurfmex]

The problem is still there

I used everything search engine ( http://www.voidtools.com/ ) to find any remaining files - there weren't any in unusual places.  I installed the nightly SVN 9455 and tried reproducing the crash both with MinGW and without MinGW.

After all of that, I also tried adding the MinGW bin folder to my system path.

It still crashes every time on those menus.