matplotlib-users Mailing List for matplotlib

This is my summary of what I found out.
2011年11月12日 Friedrich Romstedt <fri...@gm...>:
> So to me this looks pretty much like a gcc-4.2 bug.
>
> MACOSX_DEPLOYMENT_TARGET has nothing todo with the source code. It
> *should* just add a legacy layer. What it apparently does is to
> compile for 10.5 instead, and maybe add a legacy layer for 10.6? Just
> speculating.
>
> So I think we found it, but we cannot solve it apparently.
>
> Only thing is to build libraries for 10.6 with the python.org OS X
> 10.6-only version, so that we can set the deployment target to 10.6
> when building the library (matplotlib).
Hi Mike,
I think it might be that there now, in 2011, with OS X 10.6, there is
no "good" commit anymore. The mechanism was as follows, for those
commits which were apparently "good": The fontcache was loaded without
any change. For the "bad" commits, it was attempted to be recreated,
but this lead to Bus error, and hence it was not written. When the
fontcache is missing, all commits that incorporate the source code
leading to reading that ttf file fail. They didn't fail until the
deployment target bug was introduced into gcc-4.2. They also didn't
fail until there was a ttf file present that triggers probably a
special code route.
It probably might even work with gcc-4.0? I consider that the source
code offending to the bug is in matplotlib from the beginning, as it
isn't apparently a programming mistake. But still it might be that
you find something that triggers it and that can be solved.
If it would not appear with gcc-4.0 that would explain why we have so
little amount of reports on that issue. It seems when using the
python.org Python, which is, probably with the exception of 10.6-only
Python, compiled with gcc-4.0, suffices to circumvent the bug. I'm
not interested in using gcc-4.0, since I compiled libpng, libjpg,
libtiff, libfreetype etc.pp. using gcc-4.2. I, for my own purpose,
will probably recompile only Python without the 10.5 target. This
will sort it out. But I don't know if that is a solution for
packagers always.
I think the offending binary instruction is either in ft2font.so or in
libfreetype.dylib. In the former case, it might result from
ft2font.cpp or from the CXX stuff I didn't understand. In the latter
case, upgrading libfreetype might help, but not likely, since to let
the error propagate to there it must depend on the deployment target
variable used to compile ft2font.so (since the whole Bus error depends
on that). So it is not proabable that the offending instruction is in
libfreetype.dylib.
Friedrich

2011年11月12日 Friedrich Romstedt <fri...@gm...>:
> 2011年11月12日 Friedrich Romstedt <fri...@gm...>:
>> A quick googling of "NISC18030.ttf matplotlib" yields this interesting
>> result: http://groups.google.com/group/sage-devel/browse_thread/thread/2c538915abc99946
>
> And this: http://trac.sagemath.org/sage_trac/ticket/7022. Actually I
> got the above from that.
>
> From there (username is "was", probably William Stein): "All it does
> is take the plane vanilla matplotlib-0.99.1.spkg spkg and add a little
> script that simply rebuilds f2font.so again using *exactly* the same
> command lines used by distutils to build that extension. That's it.
> For some reason -- probably involving environment variables (?) --
> this fixes the problem. I consider this a temporary 1-sage release
> solution until the matplotlib developers (or me) come up with a real
> fix."
>
> I downloaded that script, and reproduced the functionality with my
> framework Python 2.6. The resulting ft2font.so differs binarily from
> the original ft2font, and ... indeed it runs smoothly with that
> ft2font.so.
>
> What the hell is happening here? Is it really CXX related? What
> environmental variables are set by the mighty distutils?
I made up a patched gcc-4.2 bash script that puts the ``env`` output
together with the command to run in logfiles based on timecode.
The result is that the only differences in environmental variables are:
1) PLAT=macosx-10.5-intel
2) MACOSX_DEPLOYMENT_TARGET=10.5
I don't know anything about (1). (2) was set at compile time and is
correct, but I will check if it affects the thing.
I will try to reproduce the original ft2font.so generated by distutils
by manual commands, to see what ingredience makes it fail in the end.
PLAT has apparently no effect on the byte file size at least.
MACOSX_DEPLOYMENT_TARGET makes the file size increase to about the
size of the original file.
The files do not match binary, I guess there's a time stamp somewhere
and a compression involved. Even when the file sizes matched by byte,
the contents still differ binary. I will focus on whether
MACOSX_DEPLOYMENT_TARGET breaks it or not.
Unsetting MACOSX_DEPLOYMENT_TARGET and using hence the default
``10.6`` makes it work.
Recompiling manually with MACOSX_DEPLOYMENT_TARGET=10.5 and removing
the fontcache generated by the last run makes it fail.
So to me this looks pretty much like a gcc-4.2 bug.
MACOSX_DEPLOYMENT_TARGET has nothing todo with the source code. It
*should* just add a legacy layer. What it apparently does is to
compile for 10.5 instead, and maybe add a legacy layer for 10.6? Just
speculating.
So I think we found it, but we cannot solve it apparently.
Only thing is to build libraries for 10.6 with the python.org OS X
10.6-only version, so that we can set the deployment target to 10.6
when building the library (matplotlib).
I'm cc'ing the sage people manually since I'm not on sage-devel and
don't need it at all. William, Ondrej, FYI.
So far,
Friedrich

2011年11月12日 Friedrich Romstedt <fri...@gm...>:
> 2011年11月12日 Friedrich Romstedt <fri...@gm...>:
>> To give the valuable information in the beginning: It appears it
>> cannot handle /Library/Fonts/NISC18030.ttf. It tries to load it via
>> ft2font.FT2Font() but that gives the Bus error. The ttf file dates to
>> 28 Jan 2010. It is 7108232 bytes large. I don't know why it cannot
>> be loaded.
>
> A quick googling of "NISC18030.ttf matplotlib" yields this interesting
> result: http://groups.google.com/group/sage-devel/browse_thread/thread/2c538915abc99946
And this: http://trac.sagemath.org/sage_trac/ticket/7022. Actually I
got the above from that.
>From there (username is "was", probably William Stein): "All it does
is take the plane vanilla matplotlib-0.99.1.spkg spkg and add a little
script that simply rebuilds f2font.so again using *exactly* the same
command lines used by distutils to build that extension. That's it.
For some reason -- probably involving environment variables (?) --
this fixes the problem. I consider this a temporary 1-sage release
solution until the matplotlib developers (or me) come up with a real
fix."
I downloaded that script, and reproduced the functionality with my
framework Python 2.6. The resulting ft2font.so differs binarily from
the original ft2font, and ... indeed it runs smoothly with that
ft2font.so.
What the hell is happening here? Is it really CXX related? What
environmental variables are set by the mighty distutils?
Feel free to start a new thread on -devel as soon as you have some
solution or idea :-)
Friedrich

Hi Michael,
Hi Ranjit,
2010年6月29日 Ranjit Chacko <rjc...@gm...>:
> I've been having some trouble with compiling matplotlib on Snow Leopard. I
> managed to get rid of all my old problems by recompiling everything with
> gcc-4.2.
>
> But now when I import matplotlib.pyplot I get an Abort trap message and
> python quits. Here is part of the error message I get:
>
> Thread 0 Crashed: Dispatch queue: com.apple.main-thread
> 0  libSystem.B.dylib         0x00007fff84a893d6 __kill + 10
> 1  libSystem.B.dylib         0x00007fff84b29972 abort + 83
> 2  libgcc_s.1.dylib         0x0000000100487d51 uw_init_context_1 +
> 385
> 3  libgcc_s.1.dylib         0x00000001004884cc _Unwind_Resume + 76
> 4  ft2font.so            0x00000001017b046d
> FT2Font::FT2Font(std::string) + 4269 (Extensions.hxx:629)
> 5  ft2font.so            0x00000001017b0af8
> ft2font_module::new_ft2font(Py::Tuple const&) + 408 (ft2font.cpp:1728)
> 6  ft2font.so            0x00000001017b3d52
> Py::ExtensionModule<ft2font_module>::invoke_method_varargs(std::string
> const&, Py::Tuple const&) + 162 (Extensions.hxx:422)
> 7  ft2font.so            0x00000001017c25a0
> method_varargs_call_handler + 512
>
> It seems like freetype is the problem and from a little googling I see that
> the sage developers also had a problem with this. Does anyone know how to
> fix this?
Looks familiar, Michael? :-)
It seems there are some matplotlib users we might have scared away
without noticing by this ugly bug we're hopefully tracking down now
:-)
Although this email dates back to June. I updated my OS X roughly
every two weeks that time (from the Install logs of System
Preferences). Notably the google link I sent before
(http://groups.google.com/group/sage-devel/browse_thread/thread/2c538915abc99946)
dates back to Sep 2009, so the problem seems to be around since then.
FYI again, to save you searching on your own.
Friedrich

2010年12月7日 Kaushik Ghose <Kau...@hm...>:
> Hi Guys,
>
> I did a search on the mailing list but could not come up with a solution, so I
> am crying "Uncle" and writing.
>
> I installed matplotlib 1.0.0 from the package on SF
> (http://sourceforge.net/projects/matplotlib/files/matplotlib/matplotlib-1.0/matplotlib-1.0.0-python.org-py2.6-macosx10.4.dmg/download)
>
> I assumed that 10.4 would work on my 10.5 - perhaps that is where I went wrong?
>
> I installed it and got, satisfactorily:
>
> import matplotlib
> matplotlib.__version__
> ---> '1.0.0'
>
> But when I do
>
> import pylab
>
> I get a bus error that throws me out of ipython.
>
> The trace is given below
>
> If anyone can direct me towards the right direction, I would be vary happy!
>
> Thanks
> -Kaushik
Any progress since then? Did the installer by Russell work? I'm
writing to you because the date is approx. Dec 2010, and I just ran
into an issue which is related to this date and a font file installed
that time. Does your matplotlib work now?
Friedrich
> Exception Type: EXC_BAD_ACCESS (SIGBUS)
> Exception Codes: KERN_PROTECTION_FAILURE at 0x0000000000000000
> Crashed Thread: 0
>
> Thread 0 Crashed:
> 0  ???                 0000000000 0 + 0
> 1  org.python.python          0x002b32f7 _PyImport_LoadDynamicModule + 167
> 2  org.python.python          0x002b0c83 load_module + 227
> 3  org.python.python          0x002b11ad import_submodule + 301
> 4  org.python.python          0x002b1409 load_next + 201
> 5  org.python.python          0x002b1e03 PyImport_ImportModuleLevel + 419
> 6  org.python.python          0x0028ab5f builtin___import__ + 159
> 7  org.python.python          0x001e4d35 PyObject_Call + 85
> 8  org.python.python          0x002905be PyEval_CallObjectWithKeywords + 78
> 9  org.python.python          0x00293b50 PyEval_EvalFrameEx + 9680
> 10 org.python.python          0x002982dd PyEval_EvalCodeEx + 2109
> 11 org.python.python          0x002983f7 PyEval_EvalCode + 87
> 12 org.python.python          0x002af8ec PyImport_ExecCodeModuleEx + 188
> 13 org.python.python          0x002b058c load_source_module + 540
> 14 org.python.python          0x002b11ad import_submodule + 301
> 15 org.python.python          0x002b1409 load_next + 201
> 16 org.python.python          0x002b1db1 PyImport_ImportModuleLevel + 337
> 17 org.python.python          0x0028ab5f builtin___import__ + 159
> 18 org.python.python          0x001e4d35 PyObject_Call + 85
> 19 org.python.python          0x002905be PyEval_CallObjectWithKeywords + 78
> 20 org.python.python          0x00293b50 PyEval_EvalFrameEx + 9680
> 21 org.python.python          0x002982dd PyEval_EvalCodeEx + 2109
> 22 org.python.python          0x002983f7 PyEval_EvalCode + 87
> 23 org.python.python          0x002af8ec PyImport_ExecCodeModuleEx + 188
> 24 org.python.python          0x002b058c load_source_module + 540
> 25 org.python.python          0x002b11ad import_submodule + 301
> 26 org.python.python          0x002b1757 ensure_fromlist + 439
> 27 org.python.python          0x002b21ed PyImport_ImportModuleLevel + 1421
> 28 org.python.python          0x0028ab5f builtin___import__ + 159
> 29 org.python.python          0x001e4d35 PyObject_Call + 85
> 30 org.python.python          0x002905be PyEval_CallObjectWithKeywords + 78
> 31 org.python.python          0x00293b50 PyEval_EvalFrameEx + 9680
> 32 org.python.python          0x002982dd PyEval_EvalCodeEx + 2109
> 33 org.python.python          0x002983f7 PyEval_EvalCode + 87
> 34 org.python.python          0x002af8ec PyImport_ExecCodeModuleEx + 188
> 35 org.python.python          0x002b058c load_source_module + 540
> 36 org.python.python          0x002b11ad import_submodule + 301
> 37 org.python.python          0x002b1757 ensure_fromlist + 439
> 38 org.python.python          0x002b21ed PyImport_ImportModuleLevel + 1421
> 39 org.python.python          0x0028ab5f builtin___import__ + 159
> 40 org.python.python          0x001e4d35 PyObject_Call + 85
> 41 org.python.python          0x002905be PyEval_CallObjectWithKeywords + 78
> 42 org.python.python          0x00293b50 PyEval_EvalFrameEx + 9680
> 43 org.python.python          0x002982dd PyEval_EvalCodeEx + 2109
> 44 org.python.python          0x002983f7 PyEval_EvalCode + 87
> 45 org.python.python          0x002af8ec PyImport_ExecCodeModuleEx + 188
> 46 org.python.python          0x002b058c load_source_module + 540
> 47 org.python.python          0x002b11ad import_submodule + 301
> 48 org.python.python          0x002b1409 load_next + 201
> 49 org.python.python          0x002b1e03 PyImport_ImportModuleLevel + 419
> 50 org.python.python          0x0028ab5f builtin___import__ + 159
> 51 org.python.python          0x001e4d35 PyObject_Call + 85
> 52 org.python.python          0x002905be PyEval_CallObjectWithKeywords + 78
> 53 org.python.python          0x00293b50 PyEval_EvalFrameEx + 9680
> 54 org.python.python          0x002982dd PyEval_EvalCodeEx + 2109
> 55 org.python.python          0x002983f7 PyEval_EvalCode + 87
> 56 org.python.python          0x002af8ec PyImport_ExecCodeModuleEx + 188
> 57 org.python.python          0x002b058c load_source_module + 540
> 58 org.python.python          0x002b11ad import_submodule + 301
> 59 org.python.python          0x002b1409 load_next + 201
> 60 org.python.python          0x002b1db1 PyImport_ImportModuleLevel + 337
> 61 org.python.python          0x0028ab5f builtin___import__ + 159
> 62 org.python.python          0x001e4d35 PyObject_Call + 85
> 63 org.python.python          0x002905be PyEval_CallObjectWithKeywords + 78
> 64 org.python.python          0x00293b50 PyEval_EvalFrameEx + 9680
> 65 org.python.python          0x002982dd PyEval_EvalCodeEx + 2109
> 66 org.python.python          0x00296a25 PyEval_EvalFrameEx + 21669
> 67 org.python.python          0x002982dd PyEval_EvalCodeEx + 2109
> 68 org.python.python          0x0029634c PyEval_EvalFrameEx + 19916
> 69 org.python.python          0x002982dd PyEval_EvalCodeEx + 2109
> 70 org.python.python          0x0029634c PyEval_EvalFrameEx + 19916
> 71 org.python.python          0x00296ae6 PyEval_EvalFrameEx + 21862
> 72 org.python.python          0x002982dd PyEval_EvalCodeEx + 2109
> 73 org.python.python          0x0029634c PyEval_EvalFrameEx + 19916
> 74 org.python.python          0x002982dd PyEval_EvalCodeEx + 2109
> 75 org.python.python          0x0029634c PyEval_EvalFrameEx + 19916
> 76 org.python.python          0x002982dd PyEval_EvalCodeEx + 2109
> 77 org.python.python          0x0029634c PyEval_EvalFrameEx + 19916
> 78 org.python.python          0x002982dd PyEval_EvalCodeEx + 2109
> 79 org.python.python          0x0029634c PyEval_EvalFrameEx + 19916
> 80 org.python.python          0x002982dd PyEval_EvalCodeEx + 2109
> 81 org.python.python          0x002983f7 PyEval_EvalCode + 87
> 82 org.python.python          0x002bcf08 PyRun_FileExFlags + 168
> 83 org.python.python          0x002bddf3 PyRun_SimpleFileExFlags + 867
> 84 org.python.python          0x002cf902 Py_Main + 3122
> 85 org.python.python          0x00001f82 0x1000 + 3970
> 86 org.python.python          0x00001ea9 0x1000 + 3753
>
> Thread 0 crashed with X86 Thread State (32-bit):
>  eax: 0x01570020 ebx: 0x0185798b ecx: 0x009fde00 edx: 0x01570020
>  edi: 0x013e7930 esi: 0x013ce368 ebp: 0xbfff76a8 esp: 0xbfff766c
>  ss: 0x0000001f efl: 0x00010246 eip: 0x00000000  cs: 0x00000017
>  ds: 0x0000001f  es: 0x0000001f  fs: 0x00000000  gs: 0x00000037
>  cr2: 0x00000000
>
> Binary Images:
>   0x1000 -   0x1ff5 +org.python.python 2.6.4 (2.6.4)
> <4037e9925ff789f8c54777df78b19d35>
> /Library/Frameworks/Python.framework/Versions/2.6/Resources/Python.app/Contents/MacOS/Python
>  0x49000 -  0x4afff +time.so ??? (???) <ce38317a468df3f1d0210360ad0caf4a>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/time.so
>  0x96000 -  0x99fff +operator.so ??? (???)
> <06b2b012039bf13956a8aeb0e9b94056>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/operator.so
>  0xa0000 -  0xa3ff3 +_collections.so ??? (???)
> <78b59dc98c1cfd7f1ca1aaa38f6f70b3>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/_collections.so
>  0xa9000 -  0xa9ff5 +_bisect.so ??? (???)
> <b0ba9213688ef91430a0e0e57fc01b4e>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/_bisect.so
>  0x102000 -  0x113ffd +zlib.so ??? (???) <b37597fcc762c073dadf5938e907785a>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/zlib.so
>  0x118000 -  0x11bffc +strop.so ??? (???) <e2ad56a24c71dda9d714553270c062ee>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/strop.so
>  0x124000 -  0x124ffd +gestalt.so ??? (???)
> <d4a1beca4d441a0746d35ecc903503a2>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/gestalt.so
>  0x1db000 -  0x306fe3 +org.python.python 2.6.4, (c) 2004-2008 Python Software
> Foundation. (2.6.4) <74126ca0a4824edbb195ce276f49da9e>
> /Library/Frameworks/Python.framework/Versions/2.6/Python
>  0x540000 -  0x541fff +MacOS.so ??? (???) <52f1c9a5ffd13694e5b4985304ee8150>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/MacOS.so
>  0x5e2000 -  0x5e5ffa +_Res.so ??? (???) <a63f63148de366bffbc7053b0c317118>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/_Res.so
>  0x5ec000 -  0x5f3ff7 +_File.so ??? (???) <767942a56991c70a6fd1eafc22c0251e>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/_File.so
>  0x74c000 -  0x74dff9 +cStringIO.so ??? (???)
> <4c6a1df3fc4e3e99eb62d9f4b455d23c>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/cStringIO.so
>  0x752000 -  0x756ffe +itertools.so ??? (???)
> <597079611a7258d1cafac6a533f0fc87>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/itertools.so
>  0x75f000 -  0x760ff9 +_heapq.so ??? (???) <d6155e9914270da480acb3e898c66aed>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/_heapq.so
>  0x7c6000 -  0x7c6ffc +_functools.so ??? (???)
> <f84f4fef3fb0c7d5db89e8419d70d30a>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/_functools.so
>  0x7ca000 -  0x7ccfff +math.so ??? (???) <06e35d7b22469698b12bcc112597523b>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/math.so
>  0x7d2000 -  0x7d7fff +binascii.so ??? (???)
> <f0a84df3e036b7cac5cfb7ae66f412cf>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/binascii.so
>  0x7dc000 -  0x7ddfff +_random.so ??? (???)
> <d19d89fc872b6a7bf936886275f9d8ed>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/_random.so
>  0x7e1000 -  0x7e2ff0 +fcntl.so ??? (???) <21b2b1ee58cfe74fb14530ef50fb8d64>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/fcntl.so
>  0x7e6000 -  0x7e8fff +select.so ??? (???) <06e5920f2f6ab301e6aaa22a9f9f2a9d>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/select.so
>  0x7ee000 -  0x7f1ff7 +_struct.so ??? (???)
> <1d6cfa30a56bc2f242adaf363c54b793>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/_struct.so
>  0x7f8000 -  0x7f9ff6 +termios.so ??? (???)
> <1f9365c3628b1a61e5efe5ebebca9a69>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/termios.so
> 0x10c0000 - 0x10cbffb +_curses.so ??? (???)
> <f7644df396aba85bcf35c82eccf6d34b>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/_curses.so
> 0x10d4000 - 0x1104fe7 +libncurses.5.dylib ??? (???)
> <4210ee1698d9b596306bef5ff70f40d0>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/libncurses.5.dylib
> 0x111c000 - 0x111dff5 +_hashlib.so ??? (???)
> <5d7347eb1ab0a64d3d0b9c05b0ba12b3>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/_hashlib.so
> 0x1122000 - 0x1125ffe +_sha256.so ??? (???)
> <9366adc098c80cb3c6e5fc08c9975d86>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/_sha256.so
> 0x1129000 - 0x1136ff1 +_sha512.so ??? (???)
> <63cf6a9e230e5eb14d1b3bbe856f9155>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/_sha512.so
> 0x113a000 - 0x1160ff1 +readline.so ??? (???)
> <0ac86788538945ec51071f3573911da3>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/readline.so
> 0x11b3000 - 0x11b3fff +resource.so ??? (???)
> <4921547aab4d2bd6593d11df86aa810f>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/resource.so
> 0x11b7000 - 0x11c9fff +_ctypes.so ??? (???)
> <7afefb64d558ccf01d6eac0cf96656a8>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/_ctypes.so
> 0x11d7000 - 0x11d8ffe +_locale.so ??? (???)
> <d7a81337628350884e05ce9de1ea845a>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/_locale.so
> 0x11e8000 - 0x11e9fff +_lsprof.so ??? (???)
> <ecece6df59517a9da6c524c292bd56e4>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/_lsprof.so
> 0x1270000 - 0x127efff +cPickle.so ??? (???)
> <440e0c4662cf5c0515af17f94c922f9d>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/cPickle.so
> 0x12c6000 - 0x12cdfff +_socket.so ??? (???)
> <c1b22680310ec1e58bfe4a7cb8e454ed>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/_socket.so
> 0x12d6000 - 0x12d9ff7 +_ssl.so ??? (???) <4cb670af33f341bd769cf28fc27bb467>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/_ssl.so
> 0x12df000 - 0x12dfff5 +_weakref.so ??? (???)
> <945566a6acafbfd8347403996c6f0d82>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/_weakref.so
> 0x12e3000 - 0x12e3ff0 +_scproxy.so ??? (???)
> <660139d7362cfcc9de8ff9e396f74fae>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/_scproxy.so
> 0x1500000 - 0x156ffe7 +multiarray.so ??? (???)
> <497a6280f1628655b5ced6b7c09d13f6>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/numpy/core/multiarray.so
> 0x15a2000 - 0x15dbfff +umath.so ??? (???) <cfdf717530b8b40d0afba5be8dd76c2d>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/numpy/core/umath.so
> 0x1639000 - 0x164effa +_sort.so ??? (???) <a4be8ef49177ecbaada4f6a5cc388542>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/numpy/core/_sort.so
> 0x1655000 - 0x1659ff7 +_dotblas.so ??? (???)
> <ee7913daf952c4d04503bc57fb701a32>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/numpy/core/_dotblas.so
> 0x1663000 - 0x1681fff +scalarmath.so ??? (???)
> <b036bb179444dd184e4a798f6d9e941f>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/numpy/core/scalarmath.so
> 0x168f000 - 0x1691fff +_compiled_base.so ??? (???)
> <2d8e05f2c80865e73a09f62ca46f79db>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/numpy/lib/_compiled_base.so
> 0x16d7000 - 0x16dcff1 +lapack_lite.so ??? (???)
> <9c08bd5b7018aca5e25c5f2a8bca7787>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/numpy/linalg/lapack_lite.so
> 0x16e7000 - 0x16effff +fftpack_lite.so ??? (???)
> <8a361d0b89a917c648b782d827fa62fb>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/numpy/fft/fftpack_lite.so
> 0x16f4000 - 0x1723fff +mtrand.so ??? (???) <8274c365ec32de76b5c4ab4c6a9b5931>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/numpy/random/mtrand.so
> 0x1743000 - 0x174efff +datetime.so ??? (???)
> <291e576d4567b936c1c9420b00beb902>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/datetime.so
> 0x1759000 - 0x175dff9 +array.so ??? (???) <225c8ede27e3f800f3ceb1c6d912187b>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/array.so
> 0x1830000 - 0x186dff2 +_path.so ??? (???) <36fc51444295966e5eaf302158e923e1>
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/matplotlib/_path.so
> 0x8fe00000 - 0x8fe2db43 dyld 97.1 (???) <458eed38a009e5658a79579e7bc26603>
> /usr/lib/dyld
> 0x90045000 - 0x900bfff8 com.apple.print.framework.PrintCore 5.5.4 (245.6)
> <03d0585059c20cb0bde5e000438c49e1>
> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/PrintCore.framework/Versions/A/PrintCore
> 0x90103000 - 0x90127fff libxslt.1.dylib ??? (???)
> <0a9778d6368ae668826f446878deb99b> /usr/lib/libxslt.1.dylib
> 0x90128000 - 0x90128ffd com.apple.Accelerate.vecLib 3.4.2 (vecLib 3.4.2)
> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/vecLib
> 0x90c4b000 - 0x90c4ffff libmathCommon.A.dylib ??? (???)
> /usr/lib/system/libmathCommon.A.dylib
> 0x90c50000 - 0x90c66fff com.apple.DictionaryServices 1.0.0 (1.0.0)
> <7e9ff586b5c9d02b09e2a5527d98524f>
> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/DictionaryServices.framework/Versions/A/DictionaryServices
> 0x90c67000 - 0x90ca1fe7 com.apple.coreui 1.2 (62)
> /System/Library/PrivateFrameworks/CoreUI.framework/Versions/A/CoreUI
> 0x9152d000 - 0x9160eff7 libxml2.2.dylib ??? (???)
> <b3bc0b280c36aa17ac477b4da56cd038> /usr/lib/libxml2.2.dylib
> 0x916b4000 - 0x91930fe7 com.apple.Foundation 6.5.9 (677.26)
> <c68b3cff7864959becfc7fd1a384f925>
> /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation
> 0x91931000 - 0x91a6aff7 libicucore.A.dylib ??? (???)
> <f2819243b278259b9a622ea111ea5fd6> /usr/lib/libicucore.A.dylib
> 0x91a6b000 - 0x91abcff7 com.apple.HIServices 1.7.1 (???)
> <ba7fd0ede540a0da08db027f87efbd60>
> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/HIServices.framework/Versions/A/HIServices
> 0x91adb000 - 0x91ae3fff com.apple.DiskArbitration 2.2.1 (2.2.1)
> <42908e7ecc17a83cec4afef2850ec79e>
> /System/Library/Frameworks/DiskArbitration.framework/Versions/A/DiskArbitration
> 0x91bc7000 - 0x91c21ff7 com.apple.CoreText 2.0.5 (???)
> <5483518a613464d043455ac661a9dcbe>
> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreText.framework/Versions/A/CoreText
> 0x91c22000 - 0x91cacff7 com.apple.DesktopServices 1.4.9 (1.4.9)
> <f5e51a76d315798371b3dd35a4d46d6c>
> /System/Library/PrivateFrameworks/DesktopServicesPriv.framework/Versions/A/DesktopServicesPriv
> 0x91cad000 - 0x91d06ff7 libGLU.dylib ??? (???)
> <a3b9be30100a25a6cd3ad109892f52b7>
> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGLU.dylib
> 0x91d0c000 - 0x91d0cffd com.apple.vecLib 3.4.2 (vecLib 3.4.2)
> /System/Library/Frameworks/vecLib.framework/Versions/A/vecLib
> 0x91d0d000 - 0x91d0dfff com.apple.Carbon 136 (136)
> <ec1d4184925e652dbe1b9200a5a552ec>
> /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon
> 0x91d0e000 - 0x91dbefff edu.mit.Kerberos 6.0.14 (6.0.14)
> <673f107cdae80c084774a27bc7bc46c1>
> /System/Library/Frameworks/Kerberos.framework/Versions/A/Kerberos
> 0x91dbf000 - 0x91e1cffb libstdc++.6.dylib ??? (???)
> <6106b1f2b0b303b06ae476253dbb5f3f> /usr/lib/libstdc++.6.dylib
> 0x91e1d000 - 0x91e39ff3 com.apple.CoreVideo 1.6.1 (48.6)
> <f1837beeefc81964abf7b58075edea2f>
> /System/Library/Frameworks/CoreVideo.framework/Versions/A/CoreVideo
> 0x91e3a000 - 0x91e55ff3 libPng.dylib ??? (???)
> <c0791798fb92acc136c250a373449359>
> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libPng.dylib
> 0x91e97000 - 0x91ef3ff7 com.apple.htmlrendering 68 (1.1.3)
> <a9f65fa1c4668dc7c49af5bf7d5287ad>
> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HTMLRendering.framework/Versions/A/HTMLRendering
> 0x91ef4000 - 0x91ef4ffa com.apple.CoreServices 32 (32)
> <2760719f7a81e8c2bdfd15b0939abc29>
> /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices
> 0x922fa000 - 0x9231efeb libssl.0.9.7.dylib ??? (???)
> <5b29af782be5894be8b336c9c73c18b6> /usr/lib/libssl.0.9.7.dylib
> 0x9251b000 - 0x92598feb com.apple.audio.CoreAudio 3.1.2 (3.1.2)
> <782a08c44be4698597f4bbd79cac21c6>
> /System/Library/Frameworks/CoreAudio.framework/Versions/A/CoreAudio
> 0x92599000 - 0x9259efff com.apple.CommonPanels 1.2.4 (85)
> <3b64ef0de184d09c6f99a1a7e77e42be>
> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/CommonPanels.framework/Versions/A/CommonPanels
> 0x9259f000 - 0x9295dfea libLAPACK.dylib ??? (???)
> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libLAPACK.dylib
> 0x929aa000 - 0x92a51feb com.apple.QD 3.11.57 (???)
> <35f058678972d42b88ebdf652df79956>
> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/QD.framework/Versions/A/QD
> 0x92a52000 - 0x92b9aff7 com.apple.ImageIO.framework 2.0.7 (2.0.7)
> <acf821a3c418fdc86ef02b654366f5f6>
> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/ImageIO
> 0x92b9b000 - 0x92ba4fff com.apple.speech.recognition.framework 3.7.24 (3.7.24)
> <6a6518b392d3d41ace3dcea69d6809d9>
> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/SpeechRecognition.framework/Versions/A/SpeechRecognition
> 0x92ba5000 - 0x92beefef com.apple.Metadata 10.5.8 (398.26)
> <e4d268ea45379200f03cdc7c8bedae6f>
> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/Metadata.framework/Versions/A/Metadata
> 0x92cde000 - 0x92d07fff libcups.2.dylib ??? (???)
> <2b0ab6b9fa1957ee940835d0cfd42894> /usr/lib/libcups.2.dylib
> 0x92d08000 - 0x92d47fef libTIFF.dylib ??? (???)
> <a5991d757f0c17a9bb8b1bcb14ab9ec0>
> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib
> 0x92d48000 - 0x92d4efff com.apple.print.framework.Print 218.0.3 (220.2)
> <5b7f4ef7c2df36aff9605377775781e4>
> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Print.framework/Versions/A/Print
> 0x92dc1000 - 0x92e40ff5 com.apple.SearchKit 1.2.2 (1.2.2)
> <3b5f3ab6a363a4d8a2bbbf74213ab0e5>
> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/SearchKit.framework/Versions/A/SearchKit
> 0x92e46000 - 0x92e50feb com.apple.audio.SoundManager 3.9.2 (3.9.2)
> <caa41909dcb5a18a94bc68cd13999bd5>
> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/CarbonSound.framework/Versions/A/CarbonSound
> 0x92e51000 - 0x92e51ffb com.apple.installserver.framework 1.0 (8)
> /System/Library/PrivateFrameworks/InstallServer.framework/Versions/A/InstallServer
> 0x92e52000 - 0x92f19ff2 com.apple.vImage 3.0 (3.0)
> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vImage.framework/Versions/A/vImage
> 0x92f1a000 - 0x92f1affd com.apple.Accelerate 1.4.2 (Accelerate 1.4.2)
> /System/Library/Frameworks/Accelerate.framework/Versions/A/Accelerate
> 0x9309c000 - 0x9309dffc libffi.dylib ??? (???)
> <596e0dbf626b211741cecaa9698f271b> /usr/lib/libffi.dylib
> 0x93137000 - 0x93166fe3 com.apple.AE 402.3 (402.3)
> <b13bfda0ad9314922ee37c0d018d7de9>
> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/AE.framework/Versions/A/AE
> 0x93167000 - 0x93232fef com.apple.ColorSync 4.5.3 (4.5.3)
> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ColorSync.framework/Versions/A/ColorSync
> 0x9323f000 - 0x932ccff7 com.apple.framework.IOKit 1.5.2 (???)
> <7a3cc24f78f93931731203854ae0d891>
> /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit
> 0x9443b000 - 0x9444bffc com.apple.LangAnalysis 1.6.5 (1.6.5)
> <d057feb38163121ffd871c564c692804>
> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/LangAnalysis.framework/Versions/A/LangAnalysis
> 0x9444c000 - 0x94754fe7 com.apple.HIToolbox 1.5.6 (???)
> <eece3cb8aa0a4e6843fcc1500aca61c5>
> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HIToolbox.framework/Versions/A/HIToolbox
> 0x94755000 - 0x94773fff libresolv.9.dylib ??? (???)
> <a8018c42930596593ddf27f7c20fe7af> /usr/lib/libresolv.9.dylib
> 0x94a83000 - 0x94a8fffe libGL.dylib ??? (???)
> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib
> 0x94cf9000 - 0x94da0fec com.apple.CFNetwork 438.16 (438.16)
> <dbf00ca36a09edfae60ec44f9d7a9ef9>
> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CFNetwork.framework/Versions/A/CFNetwork
> 0x94db3000 - 0x94ee6fe7 com.apple.CoreFoundation 6.5.7 (476.19)
> <a332c8f45529ee26d2e9c36d0c723bad>
> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
> 0x94f25000 - 0x95005fff libobjc.A.dylib ??? (???)
> <7b92613fdf804fd9a0a3733a0674c30b> /usr/lib/libobjc.A.dylib
> 0x95006000 - 0x9503dfff com.apple.SystemConfiguration 1.9.2 (1.9.2)
> <8b26ebf26a009a098484f1ed01ec499c>
> /System/Library/Frameworks/SystemConfiguration.framework/Versions/A/SystemConfiguration
> 0x95133000 - 0x95135ff5 libRadiance.dylib ??? (???)
> <276f13ab6429e05b093a8dda251e3b53>
> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libRadiance.dylib
> 0x9521f000 - 0x9523effa libJPEG.dylib ??? (???)
> <d23f3f3b9d168bf32f89449f83fa07f7>
> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libJPEG.dylib
> 0x952af000 - 0x9532cfef libvMisc.dylib ??? (???)
> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libvMisc.dylib
> 0x9532d000 - 0x95334ffe libbsm.dylib ??? (???)
> <5582985a86ea36504cca31788bccf963> /usr/lib/libbsm.dylib
> 0x95335000 - 0x953c8fff com.apple.ink.framework 101.3 (86)
> <dfa9debcd7537849d228021d1d9c0f63>
> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Ink.framework/Versions/A/Ink
> 0x953c9000 - 0x953f6feb libvDSP.dylib ??? (???)
> <2ee4eb005babc90eaa352b33eb09226e>
> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libvDSP.dylib
> 0x95411000 - 0x95429fff com.apple.openscripting 1.2.8 (???)
> <572c7452d7e740e8948a5ad07a99602b>
> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/OpenScripting.framework/Versions/A/OpenScripting
> 0x9547a000 - 0x9588afef libBLAS.dylib ??? (???)
> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libBLAS.dylib
> 0x9588b000 - 0x959f2ff3 libSystem.B.dylib ??? (???)
> <c8f52e158bf540cc000146ca8a705958> /usr/lib/libSystem.B.dylib
> 0x95ba2000 - 0x95ba2ff8 com.apple.ApplicationServices 34 (34)
> <e9cd7c823062c4382d89e3c9997f4739>
> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices
> 0x95ba3000 - 0x95baafe9 libgcc_s.1.dylib ??? (???)
> <28a7cbc3a5ca2982d124668306f422d9> /usr/lib/libgcc_s.1.dylib
> 0x95bab000 - 0x95bc0ffb com.apple.ImageCapture 5.0.2 (5.0.2)
> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/ImageCapture.framework/Versions/A/ImageCapture
> 0x95bc1000 - 0x95c73ffb libcrypto.0.9.7.dylib ??? (???)
> <d02f7e5b8a68813bb7a77f5edb34ff9d> /usr/lib/libcrypto.0.9.7.dylib
> 0x95c74000 - 0x95c76fff com.apple.securityhi 3.0 (30817)
> <020419ad33b8638b174e1a472728a894>
> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/SecurityHI.framework/Versions/A/SecurityHI
> 0x95c77000 - 0x95e48ff3 com.apple.security 5.0.6 (37592)
> <0b25e1e4cc34431630f01edb3fdf54d1>
> /System/Library/Frameworks/Security.framework/Versions/A/Security
> 0x95e49000 - 0x95e56fe7 com.apple.opengl 1.5.10 (1.5.10)
> <5a2813f80c9441170cc1ab8a3dac5038>
> /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL
> 0x960f9000 - 0x96124fe7 libauto.dylib ??? (???)
> <2072d673706bbe463ed2426af57a28d7> /usr/lib/libauto.dylib
> 0x96125000 - 0x96135fff com.apple.speech.synthesis.framework 3.7.1 (3.7.1)
> <06d8fc0307314f8ffc16f206ad3dbf44>
> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/SpeechSynthesis.framework/Versions/A/SpeechSynthesis
> 0x96136000 - 0x96139fff com.apple.help 1.1 (36)
> <175489f8adf287b3ebd259362b0292c0>
> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Help.framework/Versions/A/Help
> 0x96163000 - 0x9643dff3 com.apple.CoreServices.CarbonCore 786.16 (786.16)
> <60b518e4ad02b91826240199a6311286>
> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore
> 0x9643e000 - 0x96480fef com.apple.NavigationServices 3.5.2 (163)
> <91844980804067b07a0b6124310d3f31>
> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/NavigationServices.framework/Versions/A/NavigationServices
> 0x96481000 - 0x96508ff7 libsqlite3.0.dylib ??? (???)
> <3334ea5af7a911637413334154bb4100> /usr/lib/libsqlite3.0.dylib
> 0x96509000 - 0x969dafbe libGLProgrammability.dylib ??? (???)
> <7f18294a7bd0b6afe4319f29187fc70d>
> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGLProgrammability.dylib
> 0x969db000 - 0x96a68ff7 com.apple.LaunchServices 292 (292)
> <a41286c7c1eb20ffd5cc796f791070f0>
> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices
> 0x96bee000 - 0x96bf2fff libGIF.dylib ??? (???)
> <36f7b0255a81d97c7b360c3b11b4e462>
> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libGIF.dylib
> 0x96bf3000 - 0x97293fef com.apple.CoreGraphics 1.409.7 (???)
> <7b65edcce394f39b6a1954d5e30bc34c>
> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreGraphics.framework/Versions/A/CoreGraphics
> 0x97294000 - 0x97631fef com.apple.QuartzCore 1.5.8 (1.5.8)
> <a28fa54346a9f9d5b3bef076a1ee0fcf>
> /System/Library/Frameworks/QuartzCore.framework/Versions/A/QuartzCore
> 0x97632000 - 0x976edfe3 com.apple.CoreServices.OSServices 228.1 (228.1)
> <76fdc146b4d9937f9c5cbaa1512e0023>
> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/OSServices.framework/Versions/A/OSServices
> 0x9787e000 - 0x978bcfff libGLImage.dylib ??? (???)
> <a6425aeb77f4da13212ac75df57b056d>
> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGLImage.dylib
> 0x97dcd000 - 0x97ddbffd libz.1.dylib ??? (???)
> <545ca09467025f77131cfac09d8b9375> /usr/lib/libz.1.dylib
> 0x97ddc000 - 0x97e6fff3 com.apple.ApplicationServices.ATS 3.8 (???)
> <e61b0945da6ab368348a927f7428ad67>
> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/ATS
> 0xfffe8000 - 0xfffebfff libobjc.A.dylib ??? (???) /usr/lib/libobjc.A.dylib
> 0xffff0000 - 0xffff1780 libSystem.B.dylib ??? (???) /usr/lib/libSystem.B.dylib
Michael,
at the risk of spamming you, I'm putting you in. I think better one
traceback too much than one too less.
FYI. You're getting the email anyway. The bt looks different than
the one I sent before. Seems the debug symbols from libfreetype are
either missing or it is some in general different problem?
Friedrich

2011年11月12日 Friedrich Romstedt <fri...@gm...>:
> To give the valuable information in the beginning: It appears it
> cannot handle /Library/Fonts/NISC18030.ttf. It tries to load it via
> ft2font.FT2Font() but that gives the Bus error. The ttf file dates to
> 28 Jan 2010. It is 7108232 bytes large. I don't know why it cannot
> be loaded.
A quick googling of "NISC18030.ttf matplotlib" yields this interesting
result: http://groups.google.com/group/sage-devel/browse_thread/thread/2c538915abc99946
>From there:
"[...] and hope for John Hunter to be able
to replicate the problem and come up with something better in the next
few weeks (or I'll come back to it later)."
So I think we have at least replicated it.
What troubles me is that I was a 10.6 user from the beginning since,
say, mid 2010. So my initial working fontcache was built that time.
On 10.6. How do I analyse if the respective TTF is in the font cache
(file)?
OK, I loaded the font manager from the pickle just via matplotlib from
2009; and /Library/Fonts/NISC18030.ttf is not amongst
``matplotlib.font_manager.fontManager.ttffiles``.
I didn't know until today that the CXX appearing in the build process
actually refers to a package and is not just an alteration of C++ to
make it more shell-friendly, as I believed until now.
Maybe someone with some insights in CXX can help? I see that I can do
that too, but it'll take probably much longer than when you, dear
recipient, do it.
>From the post referenced above it *seems* that it might have to do
something with creating a Python Int from NULL? But since my
knowledgability is low on CXX, as mentioned, I would not give my word
for this.
The explanation why it didn't try to index that file follows:
$ stat -f "...." /Library/Fonts/NISC18030.ttf
Last accessed or modified: 1321107464 = 12 Nov 2011
Last changed: 1264652963 = 28 Jan 2010
Time of Birth: 1292365840 = 14 Dec 2010
There you go. I guess some Mac OS X 10.6 update (probably a combo
update) installed it. I will not go into details here of checking the
pax files or something, I just think we see that it was born on my Mac
later than I started using matplotlib. I never deleted the fontcache
while using matplotlib, but I vaguely remember that I had a problem
with another user than "me".
I remember also some post on a failing matplotlib on OS X 10.6; which
we were not able to solve, but I'll look into that now.
Friedrich

Hi.
I'm new using matplotlib and i'm using pie-chart demo to do a dynamic chart.
in this code sample i'm trying to map a DIR content to the chart labels but
I'm getting an Assert error
File "pie_demo.py", line 34, in <module>
 pie(fracs, explode=explode, labels=line.strip(), autopct='%1.1f%%',
shadow=True)
 File "/usr/lib/pymodules/python2.7/matplotlib/pyplot.py", line 2268, in
pie
 ret = ax.pie(x, explode, labels, colors, autopct, pctdistance, shadow,
labeldistance)
 File "/usr/lib/pymodules/python2.7/matplotlib/axes.py", line 4938, in pie
 assert(len(x)==len(labels))
AssertionError
This is the code I'm using.
"""
Requires matplotlib0-0.70 or later
"""
import os
import subprocess
from pylab import *
figure(1, figsize=(6,6))
ax = axes([0.1, 0.1, 0.8, 0.8])
# labels = 'Ex1', 'Ex2', 'Ex3', 'Ex4'
f = os.popen('ls ~/DIR')
for line in f.readlines():
 labels = line.strip()
f.close()
fracs = [15,30,45, 10]
explode=(0, 0.05, 0, 0)
pie(fracs, explode=explode, labels=labels, autopct='%1.1f%%', shadow=True)
title('Example', bbox={'facecolor':'0.8', 'pad':5})
show()
Thanks in advance for any pointers.

To give the valuable information in the beginning: It appears it
cannot handle /Library/Fonts/NISC18030.ttf. It tries to load it via
ft2font.FT2Font() but that gives the Bus error. The ttf file dates to
28 Jan 2010. It is 7108232 bytes large. I don't know why it cannot
be loaded.
Until it had to recreate the fontcache, it never tried to load that.
It appears to me I used matplotlib since before that file appeared, or
at least matplotlib never tried to load it, or succeeded before in
loading it. The "first bad" commit mentioned in the last email(s) was
that one introducing a mechanism to throw the fontcache away if the
matplotlib version number does not match the version number stored in
the fontcache.
2011年11月12日 Friedrich Romstedt <fri...@gm...>:
> 2011年11月11日 Michael Droettboom <md...@st...>:
>> Very odd. Given there's no C++ changes here, I'm very surprised. Shooting
>> in the dark here: does deleting ~/.matplotlib/fontList.cache help at all?
I guess it might have to do with it: Removing the font cache might
have made the "good" commit 8c200dab4680efd5201 fail. Or rather
keeping the old font cache might have made the "good" commit not fail
in the beginning. Whatever the causal relation is, I will try to
investigate playing with the existence of the font cache.
I want to verify that the existence of the fontcache file influences
the test result.
-== Trying to verify the influcence of the fontcache file ==-
> I could not believe this and checked out the good commit once more,
> and this one .... fails now too ...
Verifying that there's no further magic, after a clean reboot (you
never know, and I went asleep), I'm trying both commits again, without
the font cache in action:
"good" 8c200dab4680efd5201: Bus error.
"bad" af9954d46e5d: Bus error.
So everything like yesterday evening, without the font cache.
Putting the font cache back into action now (from the moved file).
Keeping the moved file for reference (i.e., copying it).
"good" 8c200dab4680efd5201: Succeeding.
"bad" af9954d46e5d: Bus error.
So the existence of the font cache file makes the apparently "good"
commit succeeding, althought it probably shouldn't succeed. It is a
pity that it's not vice versa: That the existence of the font cache
file would make the "bad" commit fail, s.t. it (and the current
matplotlib) would succeed without it.
-== Bisecting again, this time without font cache file ==-
Removing the font cache file again (keeping the copy).
-= Trying to find some good commit in the past =-
Trying 1982fba643 (one from 2009): Bus error. This commit's test run
differs from the previous Bus errors by the following additional lines
from python2.6 -v:
# /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/commands.pyc
matches /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/commands.py
import commands # precompiled from
/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/commands.pyc
This happens directly after importing ft2font.so.
Nevertheless it fails, so going further back to past ...
Trying the v0.99.0rc1 ac387d18b: Bus error.
This cannot be! It is a commit back from 2009, and I used matplotlib that time!
Still keeping trying to find a commit not exhibiting the Bus error ...
-== The first commit from 2009 ==-
Trying the first from 2009 1dcaee87fc: Bus error.
I grep'ed for "import .*commands" in the lib/ folder, and found that
it is only used by font_manager.py, and in that file on non-win32
platforms only the body of the get_fontconfig_fonts imports it. I
will augment that function body with prints to track it down. It
appears it is the fontmanager that crashes.
Probably it issues some commands that makes Python crash, and when the
fontcache existed and was not versionchecked (before the former "bad"
commit), it was simply loaded. Now it tried to rebuild it and fails
in that. It was running the time I used it because I also had a
working font cache that time maybe.
For some reason the log output did not appear in the test. Running
the test manually shows the log output. What? Apparently it is
missing because of some buffering issue. If I pass the output through
a pipe, like when logging, apparently Python switches buffering.
It might well be that the buffering truncates the whole -v output.
Apparently the -v output goes to sys.stderr, and the sys.stdout is
buffered when piping.
Patching sys.stderr: ``python2.6 -v -c "import sys; sys.stderr =
open('x.txt', 'w'); import matplotlib.figure"``. The -v output up to
the Python 2.6.5 statement goes to stdout, after that it goes to
stderr apparently. The output to x.txt is truncated in the middle of
a sentence:
# /Library/Frameworks/Python.framework/Versions/2.6/lib/python
and does not contain the ``commands`` import log. Turning buffering off:
python2.6 -v -c "import sys; sys.stderr = open('x.txt', 'w', 0);
import matplotlib.figure"
it ends again at the ``commands`` import.
It is noteworthy that the function augmented by the logging statements
exits cleanly. The function is called in whole matplotlib only once,
in font_manager.py, in findSystemFonts(). There find SystemFonts()
loops over the return value, which is {}, so no looping at all.
The crash appears in FontManager.__init__() somewhere between loading
the ttffiles and loading the afmfiles.
The crash appears in createFontList().
Setting matplotlib's ``matplotlib.verbose`` to level 'debug_annoying'
via the cmdline script yields that the bus occures after the following
last log message:
createFontDict: /Library/Fonts/NISC18030.ttf
Augmenting the createFontList() function by print statements yields this:
createFontDict: /Library/Fonts/Arial Narrow.ttf
Friedrich: ft2font.FT2Font(/Library/Fonts/Arial Narrow.ttf) ...
Friedrich: ft2font.FT2Font(/Library/Fonts/Arial Narrow.ttf) succeeded.
createFontDict: /Library/Fonts/NISC18030.ttf
Friedrich: ft2font.FT2Font(/Library/Fonts/NISC18030.ttf) ...
./runtest.sh: line 1: 7150 Bus error python2.6 -v -u -c
"import matplotlib; matplotlib.verbose.set_level('debug-annoying');
import matplotlib.figure" 2>&1
So it appears it cannot handle /Library/Fonts/NISC18030.ttf.
Any ideas?
Friedrich

On Fri, Nov 11, 2011 at 12:40 PM, magurling <mag...@gm...> wrote:
> I updated matplotlib to 1.1.0; both methods work now.
Thanks for letting us know, and glad it works for you now - that
information is useful for those who search for similar error messages
in the future and find this thread.
> I would say "Thanks Paul and Francesco" but I just read the mailing list etiquette.
you're very welcome - though I'm not sure what etiquette you're
referring to? I think it's useful for poster who ask for help to
report back when they've overcome whatever problem they were having
along with how they resolved it, so that others can follow in their
footsteps later.
best,
-- 
Paul Ivanov
314 address only used for lists, off-list direct email at:
http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7

2011年11月11日 Michael Droettboom <md...@st...>:
> Very odd. Given there's no C++ changes here, I'm very surprised. Shooting
> in the dark here: does deleting ~/.matplotlib/fontList.cache help at all?
Nope :-(
I'm pretty much surprised too. I wonder why noone else has this issue?
I replaced the font_manager.py with that of the good commit and it still fails.
I reverted than back to the bad font_manager.py, and replaced the
mathtext.py with that of the good one. And it fails ....
I then replaced both font_manager.py as well as mathtext.py with the
good ones, and it .... still fails!
I could not believe this and checked out the good commit once more,
and this one .... fails now too ...
I have no idea what's going on here. To me this looks like black
magic. I didn't confuse the commits, I have logs where the good
commit succeeds. Are there any other caches involved in matplotlib?
I don't know of any.
I cleaned the build/ directory properly. A also nuked the
site-packages/matplotlib in between.
The build+run logs of the "good" commit before and after the "magic
trigger" are diff'ed exactly the same with the exception that in one
python2.6 -v continues with lines.py and in the other not. :-(
Friedrich