News:

Accounts with zero posts and zero activity during the last months will be deleted periodically to fight SPAM!

Main Menu

MacOSX: CB crashes at Settings/Compiler and debugger

Started by bnilsson, October 22, 2006, 07:51:09 PM

Previous topic - Next topic

bnilsson

I am using rev 3126.

CodeBlocks crashes when I try to open menu Settings/Compiler and debugger.

I have deleted ~/.codeblocks to eliminate the possibility of corrupt settings, but the problem persists.

Pecan

Quote from: bnilsson on October 22, 2006, 07:51:09 PM
I am using rev 3126.

CodeBlocks crashes when I try to open menu Settings/Compiler and debugger.

I have deleted ~/.codeblocks to eliminate the possibility of corrupt settings, but the problem persists.


This can also happen when one of the zip files in ../share/codeblocks is corruped or out of date.


bnilsson

#2
I removed the installation and did 'make install'.
Now CB says at startup: "The file CBProfiler.zip could not be found. Please check your installation."

It still crashes at Settings/Compiler and debugger.

I kept CBProfiler.zip from previous installs, and the error message is not coming up if I put it in.
Funny that it is needed if it not generated.

Still crashing at Settings/Compiler and debugger.

I will now do a 'make clean' and try again.


MortenMacFly

I'm not sure if this is of help: But since you compile it on your own, C::B should create a report file with a backtrace of the crash. Not sure if this works of MacOS too, but it should...
The content of this file (usually codeblock.rpt in the folder where C::B is) will give an insight in the root of the crash.
With regards, Morten.
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: [url="https://www.codeblocks.org/docs/main_codeblocks_en.html"]https://www.codeblocks.org/docs/main_codeblocks_en.html[/url]
C::B FAQ: [url="https://wiki.codeblocks.org/index.php?title=FAQ"]https://wiki.codeblocks.org/index.php?title=FAQ[/url]

bnilsson

I am still building, so I have not found codeblocks.rpt yet, but this is a part of the crash log from OSX:

Exception:  EXC_BAD_ACCESS (0x0001)
Codes:      KERN_PROTECTION_FAILURE (0x0002) at 0x00000000

Thread 0 Crashed:
0   org.codeblocks.app                  0x0000b228 CompilerSettingsDlg::CompilerSettingsDlg[in-charge](wxWindow*) + 1320
1   org.codeblocks.app                  0x0001821c MainFrame::OnSettingsCompilerDebugger(wxCommandEvent&) + 28
2   libwx_macu-2.6.0.dylib              0x015cc4c8 wxEvtHandler::ProcessEventIfMatches(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&) + 200
3   libwx_macu-2.6.0.dylib              0x015cc788 wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*) + 168
4   libwx_macu-2.6.0.dylib              0x015ccf14 wxEvtHandler::ProcessEvent(wxEvent&) + 212
5   libwx_macu-2.6.0.dylib              0x015ccf44 wxEvtHandler::ProcessEvent(wxEvent&) + 260
6   libwx_macu-2.6.0.dylib              0x015ccf44 wxEvtHandler::ProcessEvent(wxEvent&) + 260

Of what value this is, I could not judge.


bnilsson


After 'make clean' and rebuild including bootstrap and configure, the problem persists.
And no codeblocks.rpt cound be found at ~/bin or in the application bundle ~/Applications/CodeBlocks.app/Contents/MacOS.

It is intriguing that I need to copy share/codeblocks/profile.zip to share/codeblocks/CBProfile.zip to get rid of the startup error message.
Some fix for lib_finder.zip and profile.zip was completed today in rev 3126, could there be some leftovers from that work?
And could this have anything to do with the crash?


Pecan

Try running CB under GDB. Modify a run.sh to execute from the Terminal.
Something like:

# ! / bin / sh <== take blanks out of this line

APP_DIR=/Users/pecan/devel/mac/trunk/src/devel
export LD_LIBRARY_PATH=$APP_DIR:$LD_LIBRARY_PATH
export DYLD_LIBRARY_PATH=$APP_DIR:$LD_LIBRARY_PATH
CODEBLOCKS_DATA_DIR=`pwd`
export CODEBLOCKS_DATA_DIR
gdb  $APP_DIR/codeblocks 


When you get the crash, type "backtrace full"
and post the results.


_teo_

Quote from: bnilsson on October 22, 2006, 09:41:14 PM
Now CB says at startup: "The file CBProfiler.zip could not be found. Please check your installation."

It still crashes at Settings/Compiler and debugger.

I second that on Ubuntu 6.06; wxGTK 2.6.3 (PL2); C::B rev. 3126

bnilsson

Quote
I second that on Ubuntu 6.06; wxGTK 2.6.3 (PL2); C::B rev. 3126

Settings/Compiler... Crash also?

_teo_

Quote from: bnilsson on October 23, 2006, 06:06:59 PM
Settings/Compiler... Crash also?
Yes, I get a message: "XRC resource 'dlgCBProfilerConfig' (class 'wxPanel') not found!"

bnilsson

Can you open Settings/Compiler and debugger without a crash?

mandrav

bnilsson, try disabling the profiler plugin and check again if you can open the compiler settings.
Be patient!
This bug will be fixed soon...

bnilsson

I disabled profiler, libfinder, and symbol table and tested by every step, the crash persists.
I disabled ALL plugins except compiler and debugger, and the crash persists.
BTW, now Project/Build options also crashes, system crash report:

Exception:  EXC_BAD_ACCESS (0x0001)
Codes:      KERN_PROTECTION_FAILURE (0x0002) at 0x00000000

Thread 0 Crashed:
0   libcompiler.so                    0x0664cfd4 CompilerOptionsDlg::OnUpdateUI(wxUpdateUIEvent&) + 292
1   libwx_macu-2.6.0.dylib            0x015cc4c8 wxEvtHandler::ProcessEventIfMatches(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&) + 200
2   libwx_macu-2.6.0.dylib            0x015cc788 wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*) + 168

I don't know if this came at the same time as the Settings/Compiler.. crash.


_teo_

Quote from: bnilsson on October 23, 2006, 08:32:45 PM
Can you open Settings/Compiler and debugger without a crash?
No, I can't. However, please note, that I am new here. Maybe I've done something wrong.

bnilsson

Pecan,

About backtrace:

If I do
cd ~/Applications/CodeBlocks.app/Contents/MacOS
./CodeBlocks --prefix=/Users/bnilsson
I can get CB to run recieving events and respond to mouseclicks.

I have a hard time executing your suggested script inside the bundle, since CB always say "Cannot find resources... --was configured to be installed in
/opt/local/share/codeblocks.. please use --prefix or set CODEBLOCKS_DATA_DIR..."

gdb does not take the second argument --prefix, and setting CODEBLOCKS_DATA_DIR apparently has no effect.

Any suggestions getting a backtrace from a MacOS bundle?