[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