Changing font size causes crash on Mac Yosemite

[JSeglem]

I have tried to increase the font size via Settings/Editor then select "Choose" which takes me to the font window. The numerous times I have tried to increase the size of the font Codeblocks instantly crashes.

This may be overkill, but I've attached the problem report that pops up.

Is this a bug? Or am I doing something wrong?



[attachment deleted by admin]

[oBFusCATed]

I think it is a bug, and it is reported many times but we have no active osx developer which can fix it. We need volunteers...

[Jenna]

Which version of C::B do you use ?
If I remember correctly, it' a wxWidgets bug.

[JSeglem]

Thanks for responses. I usually don't have an issue with font size, but I find when I looking for things like ; or ' the font size makes them hard to spot.

I'm new to this and downloaded the Release 13.12 rev 0 gcc 4.2.1 Mac OS x/unicode 32 bit.

Will hope the bug gets resolved when a resource shows up.

[pdtl]

Hi all - I just wanted to follow up on this post, which I found while having the same problem.

A workaround that I have used is to edit the default.conf file found at:

/Users/<User>/Library/Application Support/codeblocks/default.conf

and change the following line:

<FONT>
        <str>
                <![CDATA[0;10;75;90;90;0;Monaco;0]]>
   </str>
</FONT>

change the "10" to the font size you want. It takes a little trial and error to find the right size (I found that 12 is good for me). Make sure that Code::Blocks is closed when editing this file or your changes will be overwritten when closing the program.

Hope this helps!

[rafael.zemog]

I can test CB on MAC OS Yosemite

[afb]

I can test CB on MAC OS Yosemite

You will probably also need a debug build (with symbols) of both wxWidgets and Code::Blocks...

Anyway here is the stacktrace:

Code Select Expand


Performing @selector(_chooseSizeFromList:) from sender NSFontPanelTableView 0x132a1ff0

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0   libsystem_kernel.dylib        0x900ce69a __pthread_kill + 10
1   libsystem_pthread.dylib        0x9105ff19 pthread_kill + 101
2   libsystem_c.dylib              0x921a6eee abort + 156
3   libwx_macu-2.8.dylib          0x003a7ff5 wxFatalSignalHandler + 37
4   libsystem_platform.dylib      0x976ee03b _sigtramp + 43
5   ???                            0xffffffff 0 + 4294967295
6   libwx_macu-2.8.dylib          0x003a7fd0 wxHandleFatalExceptions(bool) + 400
7   libwx_macu-2.8.dylib          0x003de982 wxFont::Unshare() + 66
8   libwx_macu-2.8.dylib          0x003ddf93 wxFont::SetFaceName(wxString const&) + 19
9   libwx_macu-2.8.dylib          0x003df3f0 wxMacCarbonFontPanelHandler(OpaqueEventHandlerCallRef*, OpaqueEventRef*, void*) + 352
10  com.apple.HIToolbox            0x915895a4 _InvokeEventHandlerUPP(OpaqueEventHandlerCallRef*, OpaqueEventRef*, void*, long (*)(OpaqueEventHandlerCallRef*, OpaqueEventRef*, void*)) + 36


https://github.com/wxWidgets/wxWidgets/blob/WX_2_8_BRANCH/src/mac/carbon/font.cpp

[afb]

Note that you cannot use Xcode 4 or later to build the 32-bit target (wxMac).
So you need access to Xcode 3.2.6 and the old MacOSX10.6.sdk to build this...

All new OS X development needs to target wxWidgets 3 instead, for 64-bit support.
Then you will have new interesting issues with wxOSX, instead of these old ones.