Yeah, that was it. I get by the place where the it used to deadlock. I'm make
a note of that! Thanks
On Dec 26, 2010, at 10:57 PM, Nick Zitzmann wrote:
On Dec 26, 2010, at 5:00 PM, Brad Stone wrote:
Ken - I never knew how to take a sample of the processes. It's given me
some
Ken - I never knew how to take a sample of the processes. It's given me some
visibility into the spinning beach ball. I still get the deadlock in the
commitEditing which is in saveDocumentWithDelegate only on some documents when
I edit text that requires me to scroll an NSTextView. Does
On Dec 26, 2010, at 5:00 PM, Brad Stone wrote:
Ken - I never knew how to take a sample of the processes. It's given me some
visibility into the spinning beach ball. I still get the deadlock in the
commitEditing which is in saveDocumentWithDelegate only on some documents
when I edit text
On Dec 21, 2010, at 8:08 PM, Brad Stone wrote:
I have an NSTextView that has about 1,900 characters in it. Just regular
text. If I edit the text and save my app hangs at [[self
managedObjectContext] commitEditing]; I found setting nonContinuousLayout to
NO in the NSTextView prevents
I don't have a lot of experiencing debugging deadlocks. The commitEditing call
never returns, just spinning beach ball, so that makes it difficult to debug.
I did notice that edits before a certain number of characters commits fine
after that - deadlock. Weird.
On Dec 22, 2010, at 12:27 PM,
I have an NSTextView that has about 1,900 characters in it. Just regular text.
If I edit the text and save my app hangs at [[self managedObjectContext]
commitEditing]; I found setting nonContinuousLayout to NO in the NSTextView
prevents the hang but that's not really solving the problem.
On Dec 21, 2010, at 10:08 PM, Brad Stone wrote:
I have an NSTextView that has about 1,900 characters in it. Just regular
text. If I edit the text and save my app hangs at [[self
managedObjectContext] commitEditing]; I found setting nonContinuousLayout to
NO in the NSTextView prevents