Re: Verifying Issue 2338 OS X Lilypad not working Fwd: LilyPond2.15.32released

[Colin Hall]

Hi Klaus,

On Fri, Mar 09, 2012 at 09:53:30AM +0100, Klaus Foehl wrote:
>
> Tested LilyPond2.15.32 on OS X x86 10.4.11 this morning. Fail.

Thanks for doing this, Klaus. Most helpful. I can see now that there is a 
distinct problem for 10.4.11 on x86 that is not present on the other platforms.

> One more shot on 2.15.33 this night, then travelling for ~14 days.

I don't think there is anything new in 2.15.33, but you could try it.

> Traceback (most recent call last):
>   File "/Users/kf/Desktop/testlily/for testing 2.15.32/LilyPond.app/Cont
> ents/Resources/__boot__.py", line 31, in <module>
>     _run('LilyPond.py')
>   File "/Users/kf/Desktop/testlily/for testing 2.15.32/LilyPond.app/Cont
> ents/Resources/__boot__.py", line 28, in _run
>     execfile(path, globals(), globals())
>   File "/Users/kf/Desktop/testlily/for testing 2.15.32/LilyPond.app/Cont
> ents/Resources/LilyPond.py", line 3, in <module>
>     from PyObjCTools import AppHelper
>   File "PyObjCTools/AppHelper.pyc", line 14, in <module>
>   File "AppKit/__init__.pyc", line 9, in <module>
>   File "Foundation/__init__.pyc", line 10, in <module>
>   File "CoreFoundation/__init__.pyc", line 21, in <module>
>   File "CoreFoundation/_CoreFoundation.pyc", line 18, in <module>
>   File "CoreFoundation/_CoreFoundation.pyc", line 11, in __load
> ImportError: dlopen(/Users/kf/Desktop/testlily/for testing 2.15.32/LilyPo
> nd.app/Contents/Resources/lib/python2.6/lib-dynload/CoreFoundatio
> /_CoreFoundation.so, 2): Symbol not found: _CFFileDescriptorCreate
>   Referenced from: /Users/kf/Desktop/testlily/for testing 2.15.32/LilyP
> ond.app/Contents/Resources/lib/python2.6/lib-dynload/CoreFoundat
> ion/_CoreFoundation.so
>   Expected in: /System/Library/Frameworks/CoreFoundation.frame
> work/CoreFoundation

OK. So the copy of Python 2.6 that is included with Lilypond is expecting 
CFFileDescriptorCreate to be present in the Core Foundation framework. That 
call has been present in Core Foundation for a long time. My guess is that's 
the first call after loading from Python into the OS frameworks - it's trying 
to form a file descriptor so it can open a file.

I'm not sure how the loader would report this but I suspect that the .so stub 
library has code for ppc (because this lilypond release works on 10.4.11 ppc) 
but not for x86 architecture.

Is the Lilypad binary included with 2.15.32 a universal binary (has code for 
ppc and x86) or are there different Lilypad binaries in the 
lilypond-2.15.32-x86 and lilypond-2.15.32-ppc?

If you're interested, Klaus, you could try defining some of the environment 
variables mentioned in this article:

Klaus, you might (if you're not too busy) try defining some of the environment 
variables mentioned in the following article to see if that gives us more 
information on the nature of the load failure.

https://developer.apple.com/library/mac/#documentation/DeveloperTools/Conceptual/DynamicLibraries/100-Articles/LoggingDynamicLoaderEvents.html

Cheers,
Colin.

-- 

Colin Hall