codeblocks-8.02-p1-mac.zip - Won't start

[pphoss23]

    I downloaded the latest patch release. CodeBlocks.app will not start. It sounds like the zip archive is corrupt ?

System: G5 PPC Descktop, 2 X 2.5 Ghz
Mac OS X: 10.4.11
Console log:
dyld: Library not loaded: @executable_path/libcodeblocks.0.dylib
  Referenced from: /Volumes/SiriusDisk/Novell/Applications/CodeBlocks.app/Contents/MacOS/CodeBlocks
  Reason: no suitable image found.  Did find:
   /Volumes/SiriusDisk/Novell/Applications/CodeBlocks.app/Contents/MacOS/libcodeblocks.0.dylib: file to short
   /Volumes/SiriusDisk/Novell/Applications/CodeBlocks.app/Contents/MacOS/libcodeblocks.0.dylib: file to short
Mar 21 02:25:24 Andromeda crashdump[19591]: CodeBlocks crashed
Mar 21 02:25:24 Andromeda crashdump[19591]: crash report written to: /Users/pfossey/Library/Logs/CrashReporter/CodeBlocks.crash.log

Crash dump:
**********

Host Name:      Andromeda
Date/Time:      2008-03-11 10:08:00.924 -0400
OS Version:     10.4.11 (Build 8S165)
Report Version: 4

Command: CodeBlocks
Path:    /Volumes/SiriusDisk/Novell/Applications/CodeBlocks.app/Contents/MacOS/CodeBlocks
Parent:  WindowServer [69]

Version: 1.0 (4918)

PID:    7938
Thread: 5

Exception:  EXC_BAD_ACCESS (0x0001)
Codes:      KERN_INVALID_ADDRESS (0x0001) at 0xffe896f9

Thread 0:
0   libwx_macu-2.8.0.dylib              0x015cd2f8 wxEvtHandler::SearchDynamicEventTable(wxEvent&) + 72
1   libwx_macu-2.8.0.dylib              0x015cdc08 wxEvtHandler::ProcessEvent(wxEvent&) + 168
2   libwx_macu-2.8.0.dylib              0x015cdc64 wxEvtHandler::ProcessEvent(wxEvent&) + 260
3   libwx_macu-2.8.0.dylib              0x015cdc64 wxEvtHandler::ProcessEvent(wxEvent&) + 260
4   libwx_macu-2.8.0.dylib              0x015cdc64 wxEvtHandler::ProcessEvent(wxEvent&) + 260
5   libwx_macu-2.8.0.dylib              0x015cdc64 wxEvtHandler::ProcessEvent(wxEvent&) + 260
6   libwx_macu-2.8.0.dylib              0x015cdc64 wxEvtHandler::ProcessEvent(wxEvent&) + 260
7   libwx_macu-2.8.0.dylib              0x015cdc64 wxEvtHandler::ProcessEvent(wxEvent&) + 260
8   libwx_macu-2.8.0.dylib              0x015cdc64 wxEvtHandler::ProcessEvent(wxEvent&) + 260
9   libwx_macu-2.8.0.dylib              0x015cdc64 wxEvtHandler::ProcessEvent(wxEvent&) + 260
10  libwx_macu-2.8.0.dylib              0x015cdc64 wxEvtHandler::ProcessEvent(wxEvent&) + 260
11  libwx_macu-2.8.0.dylib              0x015cdc64 wxEvtHandler::ProcessEvent(wxEvent&) + 260
12  libwx_macu-2.8.0.dylib              0x015cdc64 wxEvtHandler::ProcessEvent(wxEvent&) + 260
13  libwx_macu-2.8.0.dylib              0x015cdc64 wxEvtHandler::ProcessEvent(wxEvent&) + 260
14  libwx_macu-2.8.0.dylib              0x015cdc64 wxEvtHandler::ProcessEvent(wxEvent&) + 260
15  libwx_macu-2.8.0.dylib              0x015cdc64 wxEvtHandler::ProcessEvent(wxEvent&) + 260
16  libwx_macu-2.8.0.dylib              0x015cdc64 wxEvtHandler::ProcessEvent(wxEvent&) + 260
17  libwx_macu-2.8.0.dylib              0x0172f18c wxWindowBase::TryParent(wxEvent&) + 108
18  libwx_macu-2.8.0.dylib              0x015cdc64 wxEvtHandler::ProcessEvent(wxEvent&) + 260
19  libwx_macu-2.8.0.dylib              0x0172f18c wxWindowBase::TryParent(wxEvent&) + 108
20  libwx_macu-2.8.0.dylib              0x0172f18c wxWindowBase::TryParent(wxEvent&) + 108
21  libwx_macu-2.8.0.dylib              0x01733d6c wxWindowBase::UpdateWindowUI(long) + 156
22  libwx_macu-2.8.0.dylib              0x016a1aec wxAppBase::SendIdleEvents(wxWindow*, wxIdleEvent&) + 60
23  libwx_macu-2.8.0.dylib              0x016a1b70 wxAppBase::SendIdleEvents(wxWindow*, wxIdleEvent&) + 192
24  libwx_macu-2.8.0.dylib              0x016a1b70 wxAppBase::SendIdleEvents(wxWindow*, wxIdleEvent&) + 192
25  libwx_macu-2.8.0.dylib              0x016a1b70 wxAppBase::SendIdleEvents(wxWindow*, wxIdleEvent&) + 192
26  libwx_macu-2.8.0.dylib              0x016a2090 wxAppBase::ProcessIdle() + 160
27  libwx_macu-2.8.0.dylib              0x016d02b0 wxEventLoopManual::Run() + 160
28  libwx_macu-2.8.0.dylib              0x016a16dc wxAppBase::MainLoop() + 108
29  org.codeblocks.app                  0x00004c80 CodeBlocksApp::OnRun() + 32
30  libwx_macu-2.8.0.dylib              0x0156b7d4 wxEntry(int&, wchar_t**) + 148
31  org.codeblocks.app                  0x000034d8 main + 24
32  org.codeblocks.app                  0x0000208c _start + 760
33  org.codeblocks.app                  0x00001d90 start + 48

[afb]

That is strange... What did you use to unpack it with ? (not Finder?)

Code

libcodeblocks.0.dylib:      symbolic link to `libcodeblocks.0.0.1.dylib'
libcodeblocks.0.0.1.dylib:  Mach-O universal binary with 2 architectures

Even more interesting is that it was wxWidgets that was patched.
The actual Code::Blocks build is the same within the new archive...

[afb]

Darnit, seems like the uploaded version had the wrong id...

Code

libwx_macu-2.8.0.4.0.dylib:
        /usr/local/lib/libwx_macu-2.8.0.dylib (compatibility version 5.0.0, current version 5.0.0)

It is supposed to have been changed to @executable_path/


Guess there's a patch2 in the works then...

Code: fix

install_name_tool -id @executable_path/libwx_macu-2.8.0.dylib  CodeBlocks.app/Contents/MacOS/libwx_macu-2.8.0.dylib

[pphoss23]

The crash dump I posted was incorrect. I sent the top of the log instead of the bottom.
The problem was to do with the CodeBlocks.app/Contents/MacOS library files.
What should have been links were stored as files.
The following commands at least allowed the CodeBlocks app to start.
From within the CodeBlocks.app/Contents/MacOS folder:

% rm libcodeblocks.0.dylib
% mv libcodeblocks.0.0.1.dylib libcodeblocks.0.dylib
% rm libwx_macu-2.8.0.dylib
% mv libwx_macu-2.8.0.4.0.dylib libwx_macu-2.8.0.dylib

A message box at startup states the wxSmith plugin was not loaded due to a version mismatch.

CodeBlocks at least runs w/o crashing on my system now. Thanks.

[pphoss23]

I unpacked the archive with ZipIt.
I guess ZipIt toasts sym links.
Unarchive via Finder works OK.

[pphoss23]

I have a small script that creates dmg distribution files for Mac OS X apps.
The script resolves all sym links and remaps library pointers to @executable path relative.
You might find it useful.
There are some Qt specific refs in the script that can be removed.



[attachment deleted by admin]

[afb]

I've removed all the symlinks for next version.
Probably only mattered to developers anyway.

ZIP instead of DMG was a packaging decision...
(don't want people running it off the disk image)

[afb]

I have a small script that creates dmg distribution files for Mac OS X apps.
The script resolves all sym links and remaps library pointers to @executable path relative.
You might find it useful.

Thank you, the script looks similar to the one that I have for Code::Blocks.

Of course, it doesn't do much good when replacing a file afterwards... :oops: