[MacPorts] #45309: gimp2 @2.8.14 on 10.9 - doesn't load plug-ins

MacPorts noreply at macports.org
Sun Nov 2 12:16:01 PST 2014


#45309: gimp2 @2.8.14 on 10.9 - doesn't load plug-ins
---------------------------+----------------------
  Reporter:  and.damore@…  |      Owner:  devans@…
      Type:  defect        |     Status:  assigned
  Priority:  Normal        |  Milestone:
 Component:  ports         |    Version:
Resolution:                |   Keywords:
      Port:  gimp2         |
---------------------------+----------------------

Comment (by macports@…):

 Thank you jerermyhu for the explanation (comment:49) -- it seems like a
 plausible theory for what is going wrong (ie, trying to call code that is
 no longer loaded).  We appear to have confirm that it **is** this second
 pthread_atfork() that is the cause -- ie in gegl or one of its
 dependencies -- so that'd be the place to investigate next when someone
 has time (which is not me today :-) ).  Rebuilding relevant libraries
 (glib, gegl, maybe others) with debug symbols (and no optimisation) would
 be a place to start.

 My hunch is that dtakahashi's minimal example (comment:44) was also linked
 against the same things as GIMP, so probably has the same trigger.

 For completeness:
 >>  so the trigger in the _atfork() might be something else.
 > I'm not really sure what you mean by this. Can you please elaborate?

 I was assuming you were curious about the dlclose() for a lack of matching
 dlopen()/dlclose() pair (in this "discovery" phase), so since I seemed to
 find a dlclose() was speculating that maybe there was some other trigger
 for it.  But the dangling reference into the now-dlclosed() library,
 called in the child at fork time, seems much more plausible.

 Ewen

-- 
Ticket URL: <https://trac.macports.org/ticket/45309#comment:50>
MacPorts <https://www.macports.org/>
Ports system for OS X


More information about the macports-tickets mailing list