[MacPorts] #45309: gimp2 @2.8.14 on 10.9 - doesn't load plug-ins
MacPorts
noreply at macports.org
Tue Oct 21 14:04:36 PDT 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@…):
Additional though: it looks like both the DBUS one and the plugins ones
are segfaulting (signal 11), so it's possible to get a core dump:
{{{
ulimit -c unlimited
gimp-2.8
}}}
stop it after the first few have failed. The core files are in
/cores/core.PID. Pick one then do:
{{{
ewen at ashram:~$ lldb gimp-2.8 -c /cores/core.1118
(lldb) target create "gimp-2.8" --core "/cores/core.1118"
warning: (x86_64) /cores/core.1118 load command 298 LC_SEGMENT_64 has a
fileoff + filesize (0x20929000) that
extends beyond the end of the file (0x20928000), the segment will be
truncated to match
Core file '/cores/core.1118' (x86_64) was loaded.
Process 0 stopped
* thread #1: tid = 0x0000, 0x000000010f16b9b5, stop reason = signal
SIGSTOP
frame #0: 0x000000010f16b9b5
-> 0x10f16b9b5: addb %al, (%rax)
0x10f16b9b7: addb %al, (%rax)
0x10f16b9b9: addb %al, (%rax)
0x10f16b9bb: addb %al, (%rax)
(lldb) print $rax
(unsigned long) $0 = 4
(lldb)
}}}
So it's failing accessing memory at the address in rax, which is 0x4
(confirmed by "register read --all"), which is almost certainly "memory
allocation failed, and we didn't catch that, and then we offset by 4".
But it's non-trivial without debugging symbols to figure out precisely
what this point is (my theory is still on the malloc() I found by source
inspection earlier... but no time to dig further now).
Ewen
--
Ticket URL: <https://trac.macports.org/ticket/45309#comment:23>
MacPorts <https://www.macports.org/>
Ports system for OS X
More information about the macports-tickets
mailing list