In article <524C130C.3020002@...31...>,
Michael Droettboom <mdroe@...31...>
wrote:
I haven't heard of this issue before.
fc-list comes from the fontconfig project. It is used to get a list of
all of the fonts installed on the system. It sounds like there is some
bug there -- the usual culprit is that there is a slightly non-standard
font installed on the system and fontconfig has a hard time parsing it.
You could try updating fc-list (it's in all the major package managers).
As for a workaround from our end, we could try to set a timeout on
fc-list and just skip it if it takes too long. We can't rely on it
being there on a Mac at all, so already we gracefully degrade to a less
thorough search for fonts when fc-list can't be found.
Thanks for the advice. A defective font is an interesting possibility.
I was wrong it's new in 1.3.0; turns out it's seen in much older
versions of my application (back to using mpl 1.0.0), but apparently on
few machines.
The issue showed up when I added some fancy animated strip charts to my
application (which may be a coincidence), not when I upgraded mpl.
I'm surprised the timeout on fc-list isn't working. Maybe something else
is also using fc-list, but the fix is to add an ~/.matplotlib dir, which
suggests it's an mpl issue.
-- Russell
In article <524C130C.3020002@...31...>,
Michael Droettboom <mdroe@...31...>
wrote:
I haven't heard of this issue before.
fc-list comes from the fontconfig project. It is used to get a list of
all of the fonts installed on the system. It sounds like there is some
bug there -- the usual culprit is that there is a slightly non-standard
font installed on the system and fontconfig has a hard time parsing it.
You could try updating fc-list (it's in all the major package managers).
As for a workaround from our end, we could try to set a timeout on
fc-list and just skip it if it takes too long. We can't rely on it
being there on a Mac at all, so already we gracefully degrade to a less
thorough search for fonts when fc-list can't be found.
Thanks for the advice. A defective font is an interesting possibility.
I was wrong it's new in 1.3.0; turns out it's seen in much older
versions of my application (back to using mpl 1.0.0), but apparently on
few machines.
The issue showed up when I added some fancy animated strip charts to my
application (which may be a coincidence), not when I upgraded mpl.
I'm surprised the timeout on fc-list isn't working.
We don't currently do a timeout -- we make a blocking call to fc-list. I was only suggesting it as a possible fix for this problem.
Maybe something else
is also using fc-list, but the fix is to add an ~/.matplotlib dir, which
suggests it's an mpl issue.
When you copy over the .matplotlib dir, you copy over the font cache. When matplotlib finds a font cache, it doesn't need to generate a list of fonts, so thus doesn't need to call fc-list. But copying font caches from one machine to another is unlikely to work (the set of fonts and their locations is quite likely different). Worse yet, if matplotlib attempts to look up a font and finds that it isn't where the cache says it is, it regenerates the cache again, and thus you could get this hanging anyway.
Mike
ยทยทยท
On 10/02/2013 01:34 PM, Russell E. Owen wrote:
-- Russell
------------------------------------------------------------------------------
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk
_______________________________________________
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
matplotlib-devel List Signup and Options
--
_
\/|o _|_ _. _ | | \.__ __|__|_|_ _ _ ._ _
>>(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |