• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: NSRecursiveLock.lock() causing deadlock??
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: NSRecursiveLock.lock() causing deadlock??


  • Subject: Re: NSRecursiveLock.lock() causing deadlock??
  • From: Jean-François Veillette <email@hidden>
  • Date: Thu, 28 Aug 2008 08:25:52 -0400


Le 08-08-28 à 08:12, Dov Rosenberg a écrit :

...
We replace the connection dictionary at startup. Could the difference in EOEditingContexts cause a second EOCooperatingObjectStore to be added?

If by "replace the connection dictionary at startup" you mean in 'Application' or something like that, then yes this will cause problem.  I've seen some methods in EOUtilities reloading model, and thus reloading the connection dictionnary.  You should not replace it at startup but at every model load (via notification, as what's being done in Wonder for example).

- jfv

 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:

This email sent to email@hidden

  • Follow-Ups:
    • Re: NSRecursiveLock.lock() causing deadlock??
      • From: Jonathan Ricker <email@hidden>
    • Re: NSRecursiveLock.lock() causing deadlock??
      • From: Dov Rosenberg <email@hidden>
References: 
 >Re: NSRecursiveLock.lock() causing deadlock?? (From: Dov Rosenberg <email@hidden>)

  • Prev by Date: Re: open programmatically a component in a new browser window
  • Next by Date: broken pipe?
  • Previous by thread: Re: NSRecursiveLock.lock() causing deadlock??
  • Next by thread: Re: NSRecursiveLock.lock() causing deadlock??
  • Index(es):
    • Date
    • Thread