User forums > Help
Code::Blocks On Mac OS Yosemite crashed when the font size of editor is changed.
Easior Lars:
Recently, I try to use Code::Blocks for teaching C/C++ programming. It's great to a Linux user to write codes, compile and debug. However, it has been always crashed on Mac OS Yosemite when the font size of editor was changed. Crashed report is attached. I think it is time to make another new build of Code::Blocks on Mac OS.
Another suggestion is about the configuration setting. I found that Code::Blocks is using XML-formated file as configuration. It's so terrible to happened to Code::blocks when its setting is changed. The configuration files will be newly created again and again after Code::Blocks' setting is modified. I hate that kind of handling configs used by Code::Blocks. It is not convinient to backup the setting of Code::Blocks. I also hate the command line, cb_share_config, to transfer the Code::Blocks configurations from here to there. My suggestion is to use plain text as Code::Blocks configuration format.
p.s.
I can't attach a file as attachment in this forum. The crashed report is posted as the following replies.
Easior Lars:
The log file of crashed Code::Blocks.
oBFusCATed:
--- Quote from: Easior Lars on March 11, 2015, 04:09:25 am ---Recently, I try to use Code::Blocks for teaching C/C++ programming. It's great to a Linux user to write codes, compile and debug. However, it has been always crashed on Mac OS Yosemite when the font size of editor was changed. Crashed report is attached. I think it is time to make another new build of Code::Blocks on Mac OS.
--- End quote ---
Known problem. Probably it will get fixed when we switch to wx3.0.
--- Quote from: Easior Lars on March 11, 2015, 04:09:25 am ---Another suggestion is about the configuration setting. I found that Code::Blocks is using XML-formated file as configuration. It's so terrible to happened to Code::blocks when its setting is changed. The configuration files will be newly created again and again after Code::Blocks' setting is modified. I hate that kind of handling configs used by Code::Blocks. It is not convinient to backup the setting of Code::Blocks. I also hate the command line, cb_share_config, to transfer the Code::Blocks configurations from here to there. My suggestion is to use plain text as Code::Blocks configuration format.
--- End quote ---
And the problem really is? Using xmls is a design decision that won't be revised any time soon.
cb_share_config is useful when you want to copy just a tiny bit of the settings.
If you want to copy all setting just copy the whole file.
Easior Lars:
--- Quote from: oBFusCATed on March 11, 2015, 10:11:07 am ---Known problem. Probably it will get fixed when we switch to wx3.0.
--- End quote ---
When will it be fixed?
--- Quote from: oBFusCATed on March 11, 2015, 10:11:07 am ---And the problem really is? Using xmls is a design decision that won't be revised any time soon.
cb_share_config is useful when you want to copy just a tiny bit of the settings.
If you want to copy all setting just copy the whole file.
--- End quote ---
I know what you have mentioned. I just hate that kind of handling Code::Blocks' setting. I want to put config file into somewhere and make a symblic link of that file to proper place. However, Code::Blocks always destroies that symbolic link after the configurations is modified.
Another question is: why does the source codes of Code::blocks not include the po/mo files for internationalization and localization? E.g., I can't find the po/mo file of zh_CN for chinese users in the source codes or binary files of Code::Blocks.
oBFusCATed:
--- Quote from: Easior Lars on March 12, 2015, 08:27:59 am ---When will it be fixed?
--- End quote ---
Don't know. The effort to port cb to wx3.0 is on going, but there is no one testing and fixing cb on osx.
--- Quote from: Easior Lars on March 12, 2015, 08:27:59 am ---I know what you have mentioned. I just hate that kind of handling Code::Blocks' setting. I want to put config file into somewhere and make a symblic link of that file to proper place. However, Code::Blocks always destroies that symbolic link after the configurations is modified.
--- End quote ---
This is a separate problem that has nothing to do with xmls. Please open an issue in the tracker at sourceforge.
--- Quote from: Easior Lars on March 12, 2015, 08:27:59 am ---Another question is: why does the source codes of Code::blocks not include the po/mo files for internationalization and localization? E.g., I can't find the po/mo file of zh_CN for chinese users in the source codes or binary files of Code::Blocks.
--- End quote ---
As far as I know the translations are handled by separate projects.
Navigation
[0] Message Index
[#] Next page
Go to full version