Skip to content

Conversation

@ewanmellor
Copy link

There are custom setters in PKReader that assert that the counterpart field
is nil. This means that we're guaranteed to assert if PKTokenizer.dealloc
is ever called because one or other of these fields will be set during init.

I don't understand why I'm the only one who's hitting this. Is no-one
else freeing their parsers?

already nil.

There are custom setters in PKReader that assert that the counterpart field
is nil.  This means that we're guaranteed to assert if PKTokenizer.dealloc
is ever called because one or other of these fields will be set during init.

I don't understand why I'm the only one who's hitting this.  Is no-one
else freeing their parsers?
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant