User forums > Using Code::Blocks
Code::Blocks unusable on Mac OS X 10.4
afb:
--- Quote from: pphoss23 on March 12, 2008, 04:20:50 am ---The crash report is this: (It's long, sorry!)
--- End quote ---
OK, at least that gives the point when the thread crashed...
--- Code: ---Thread 1 Crashed:
0 libwx_macu-2.8.0.dylib 0x01586c1c wxMBConv::cWC2MB(wchar_t const*) const + 188
1 libwx_macu-2.8.0.dylib 0x01553354 wxAccess(wchar_t const*, int) + 52
2 libwx_macu-2.8.0.dylib 0x015487a4 wxFile::Access(wchar_t const*, wxFile::OpenMode) + 52
3 libcodeblocks.0.dylib 0x010b3184 FileLoader::operator()() + 36
4 libcodeblocks.0.dylib 0x012bbb08 BackgroundThread::Entry() + 152
--- End code ---
MortenMacFly:
--- Quote from: afb on March 12, 2008, 08:47:00 am ---OK, at least that gives the point when the thread crashed...
--- Code: ---Thread 1 Crashed:
0 libwx_macu-2.8.0.dylib 0x01586c1c wxMBConv::cWC2MB(wchar_t const*) const + 188
1 libwx_macu-2.8.0.dylib 0x01553354 wxAccess(wchar_t const*, int) + 52
2 libwx_macu-2.8.0.dylib 0x015487a4 wxFile::Access(wchar_t const*, wxFile::OpenMode) + 52
3 libcodeblocks.0.dylib 0x010b3184 FileLoader::operator()() + 36
4 libcodeblocks.0.dylib 0x012bbb08 BackgroundThread::Entry() + 152
--- End code ---
--- End quote ---
This reminds me on a discussion where Thomas insisted that this code cannot fail... Now Thomas: See?! ;-)
I had the same issue on Windows rarely btw. I even know that I fixed it by doing something not really obvious... unfortunately I have forgotten what it was. :-(
thomas:
--- Quote from: MortenMacFly on March 12, 2008, 11:38:34 am ---This reminds me on a discussion where Thomas insisted that this code cannot fail... Now Thomas: See?! ;-)
--- End quote ---
All I do see is that the crash happens inside wxFile::Access(fileName, wxFile::read) on a (entirely unnecessary) character set conversion.
So? What are you trying to tell me?
fileName is a wxString member of the containing class. It is properly and provably initialised in LoaderBase (first, C++ doesn't allow any different, and second, the crash would otherwise happen on the assignment inside FileLoader's constructor already). There are no other modifications to that object during its lifetime.
wxFile::Access is a perfectly legal function to call, unless I am grossly mistaken? So really, from the application's point of view, I can't see how this could crash in a legal environment.
If it crashes on Mac, then I'm really sorry... complain to the wxMac guys, or buy a PC, is all I can say.
Maciek:
--- Quote from: Auria on March 11, 2008, 05:28:04 pm ---
--- Quote ---I am a professional programmer myself, and I if a project I was working on put out a "big" release such as this with bugs as bad as these, my team would not only be fired on the spot, but blacklisted from the industry to make sure they either learned their lesson, or starved on the street regretting their incompetence.
--- End quote ---
Come on, that's close to trolling. Your project is obviously not developed by volunteers in their free time - no comparison is possible.
--- End quote ---
OP may be right. It's not that state of Mac version itself is something bad. As you said it's made entirely by volunteers and nobody should complain, and just be grateful to all the devs. The problem is it's listed as a stable build next to Windows and Linux versions. Take your time, smash the bugs whenever you want, just make it clear that Mac build is not ready for day-to-day use, and it's more of a preview.
That said, I've never used it myself, so disregard all this in case OP is exaggerating.
Ceniza:
I think that's the same crash I saw when I tried CB on Mac. It looked like a perfectly valid call, but, somehow, it caused a very funny behavior. At some point a new wxString was created, but requesting a huge amount of memory space, which made malloc() fail and finally crash the application. I stopped working on that bug because I couldn't really find anything to blame, and debugging CB on Mac was slow as Hell (tm).
Good look trying to solve that nasty bug.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version