Menu

#504 Version 4.0 doesn't open on Mac OS 10.4.11

v4.0 (major)
open
nobody
5
2010-11-11
2010-11-11
muldowe
No

When I open FreeMat 4.0 the program fails. I attempted using Terminal.app and the following error is shown to be the reason:
Granny-MacSmith:~ eoinm$ /Volumes/FreeMat-4.0-osx/FreeMat.app/Contents/MacOS/FreeMat; exit
dyld: Symbol not found: _kTISPropertyUnicodeKeyLayoutData
Referenced from: /Volumes/FreeMat-4.0-osx/FreeMat.app/Contents/MacOS/../Frameworks/QtGui.framework/Versions/4/QtGui
Expected in: /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon

This object is defined to be only available in OS 10.5 and later. From here: http://developer.apple.com/mac/library/documentation/TextFonts/Reference/TextInputSourcesReference/Reference/reference.html#//apple_ref/doc/c_ref/kTISPropertyUnicodeKeyLayoutData

I did not understand the technical details so continued to search online for information relating to the kTIS.... object. I came across some code that involves it and it also has a work-around for earlier OS's, as far as I could understand.
Here is the link: http://www.libsdl.org/tmp/SDL/src/video/cocoa/SDL_cocoakeyboard.m

And here is the section of the code that references the object in question.
/* Try Unicode data first (preferred as of Mac OS X 10.5) */
#if MAC_OS_X_VERSION_MAX_ALLOWED >= 1050
CFDataRef uchrDataRef = TISGetInputSourceProperty(key_layout, kTISPropertyUnicodeKeyLayoutData);
if (uchrDataRef)
chr_data = CFDataGetBytePtr(uchrDataRef);
else
goto cleanup;
#else
KLGetKeyboardLayoutProperty(key_layout, kKLuchrData, &chr_data);
#endif

I don't know if that is of any relevance to fixing the problem but hopefully it helps.

Please excuse the crudeness of the report it is the first time I ever filled one out.

Discussion


Log in to post a comment.