aboutsummaryrefslogtreecommitdiffstatshomepage
path: root/OpenSim/Framework/TaskInventoryDictionary.cs (unfollow)
Commit message (Collapse)AuthorFilesLines
2014-09-21A stab at brute force fixing the locking - one, make m_itemLock volatile, two,Melanie Thielker1-4/+4
reset the lock even if the write lock is not apparently held.
2012-11-15Revert "Merge master into teravuswork", it should have been avination, not ↵teravus1-3/+1
master. This reverts commit dfac269032300872c4d0dc507f4f9062d102b0f4, reversing changes made to 619c39e5144f15aca129d6d999bcc5c34133ee64.
2012-10-31Make "show object part" command correctly display script status.Justin Clark-Casey (justincc)1-1/+3
Uses new IEntityInventory.TryGetScriptInstanceRunning() Makes it clearer that TaskInventoryItem.ScriptRunning cannot be used as it is temporary and not updated.
2012-06-06Remove useless logging of a bare-names stack trace. It's meaninglessMelanie1-32/+57
to a non-programmer and insufficient for a programmer. Add commented debug output and data collection to troubleshoot future locking issues.
2011-07-23Pass the first name and last name from the agent circuit data to the ↵Justin Clark-Casey (justincc)1-1/+1
authorization service rather than from the account. This is to accomodate situations where the authorization service is being used by the hypergrid, where visitors have no user account. See http://opensimulator.org/mantis/view.php?id=5517, this code is somewhat adapted/cleaned up from Michelle's patch I'm a little ambivalent about this since visitors could put anything in firstname/lastname so it's not much of an auth measure. It's up to the auth service to decide which data it actually uses. Possibly we should be passing through other info such as agent circuit ip
2010-11-27Instrument TI Dictionary to finally find that pesky script-caused deadlockMelanie1-3/+33
2010-11-22Fix some crashes caused by the addition of the CreatorData columnMelanie1-0/+1
2010-08-10Note to self: don't break the buildmeta71-1/+1
2010-08-10Add a stack trace to the error output on the recursive read lock warning on ↵meta71-0/+14
my RWlocks. Whilst recursive locks are safe, coupled with other issues we're experiencing with the TaskInventoryDictionary it implies that somewhere the lock is not being freed possibly due to a merge error somewhere, and thus it needs to be looked into.
2009-12-06Fix to existing ReaderWriterLockSlim implementationsCasperW1-2/+8
2009-11-24Drop all locking of part.TaskInventory in favour of a ReaderWriterLockSlim ↵CasperW1-5/+106
lock handler. This gives us: - Faster prim inventory actions. Multiple threads can read at once. - Fixes the known prim inventory thread locks - In the event of a thread lock occurring, it will usually self heal after sixty seconds with an error message in the console
2009-10-01Formatting cleanup.Jeff Ames1-1/+1
2009-06-01Minor: Change OpenSim to OpenSimulator in older copyright headers and ↵Jeff Ames1-1/+1
LICENSE.txt.
2009-02-20* Consistently lock part.TaskInventory as pointed out in ↵Justin Clarke Casey1-2/+2
http://opensimulator.org/mantis/view.php?id=3159 * Not locking causes enumeration exceptions as described in this matis * part.TaskInventory needs to be locked for every access as it's a dictionary * Extra locking will hopefully not cause any major issues - in places where the enumeration of the dictionary performs other lock or long running operations, the dictionary is cloned instead
2008-11-08* Added IClientIM to IClientCore interfacesAdam Frisby1-2/+0
* Changed SendInstantMessage, dropped fromAgentSession and imSessionID as security precaution, see http://opensimulator.org/wiki/OpenSim_0.6_IClientAPI#Porting_Guide for details on porting. * Removed unused usings from Framework.*
2008-10-01one class per file please.Sean Dague1-0/+138
This puts the TaskInventoryDictionary in it's own file.