> On Apr 18, 2016, at 7:09, Adam R. Maxwell <amaxw...@me.com> wrote:
>
>
>> On Apr 16, 2016, at 03:06 , Christiaan Hofman <cmhof...@gmail.com
>> <mailto:cmhof...@gmail.com>> wrote:
>>
>> So what do you see now? There is an over release, correct? And does it
>> happen with some particular types of URLs?
>
> Yeah, but what I'm seeing is weird. Look at event #21-22 here on the zombie
> instance. Refcount of 4 - 1 = 2? That isn't right. I tried setting a
> watchpoint on the inline retain count ivar, but didn't see any modification
> outside of retain/release (assuming lldb would detect a heap overrun that
> modified it). This is with the custom zone stuff disabled, too, and I've
> tried disabling GCD also, to no avail.
>
>
> <Screen Shot 2016-04-17 at 21.47.41 .png>
>
>
>>
>> Do you think using a set of separate non-releasing lightweight delegate
>> objects would fix this as a workaround? At least we could do it to stop the
>> crashes, for now.
>
> I don't know; I'm a bit worried that's a red herring. I don't see webkit
> doing anything wrong using Instruments, assuming it catches all the
> retain/release calls.
>
> — adam
That’s a really weird step, it clearly misses a release of some kind.
It seems far fetched indeed to think WebKit would have such a problem, it would
pop up in other (normal) use I’d think. But this does all seem to be related to
the web view icons, not using it seems to always fix the problem.
Have you tried not using the custom zone, and does the problem then go away? At
least you could eliminate causes.
Christiaan
------------------------------------------------------------------------------
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
_______________________________________________
Bibdesk-develop mailing list
Bibdesk-develop@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-develop
